DEFINITY Enterprise Communications Server Release 7
Maintenance for R7r
555-230-126
Issue 4
June 1999
Maintenance Object Repair Procedures
9-1499STBY-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.
