Lucent Technologies Release 7 Manual Do Utilizador

Página de 2657
DEFINITY Enterprise Communications Server Release 7 
Maintenance for R7r  
555-230-126  
Issue 4
June 1999
Maintenance Object Repair Procedures 
9-1499
STBY-SPE (Standby SPE Maintenance) 
9
There are two ways in which the standby SPE can exit recent interchange mode.
a. You can run test spe-standby long clear and wait until all the tests of 
STBY-SPE have completed. (this runs tests of 
all components of the 
standby SPE in addition to those for STBY-SPE). The first test of the 
sequence (#855) fails, because the standby SOH is at level 
partially 
functional. The execution of this sequence clears the minor alarm against 
STBY-SPE and allows normal treatment of the standby SPE. If the standby 
is refreshed and has no major alarms against critical components, its SOH 
will be allowed to improve to 
functional.
b. Alternately, when one hour has passed since the last spontaneous 
interchange, system software automatically transitions the standby SPE 
out of recent interchange mode. The minor alarm clears and the standby 
SPE’s SOH level is allowed to go to its appropriate value (typically 
functional if there are no major component alarms and it is refreshed).
Resolving Error Conditions on the Standby SPE
Divergence of the standby SPE from the state of full availability involves one of 
the following events:
Handshake communication is down
Memory shadowing is off
The standby SPE is not refreshed
The standby SOH is not 
functional
A hierarchical approach is recommended in the above order. Follow the steps 
presented in the following diagram.