Filter
Top Products
DEFINITY Enterprise Communications Server Release 5
Maintenance and Test for R5vs/si
555-230-123
Issue 1
April 1997
Maintenance Object Repair Procedures
Page 10-641EPN-SNTY (EPN Sanity Audit)
10
EPN-SNTY (EPN Sanity Audit)
The EPN Sanity Audit feature enhances the system’s ability to recover from failure
conditions that disable an entire EPN. In such situations, not only is the affected
EPN unable to provide service to the system, but the system itself has not
detected the condition. The EPN Sanity Audit feature recognizes an EPN as
unable to provide service when the software cannot receive control messages
from EPN circuit packs. When such a failure is detected by the EPN Sanity Audit,
a sequence of recovery actions is triggered to restore the EPN to service.
For a Standard system, the recovery sequence is as follows:
1. TDM Bus Switch
2. EPN Reset
For a duplicated system, the recovery sequence is as follows:
1. TDM Bus Switch
2. Expansion Interface Link Switch
3. Tone/Clock Switch within the EPN
4. EPN Reset
The EPN Sanity Audit feature activates only when all existing maintenance
operations have failed to detect the EPN problem. Therefore, the EPN Sanity
Audit serves as a safety net for the EPN.
NOTE:
It is not clear why certain types of EPN problems activate this feature. Thus,
error log entries related to these problems do not specify which hardware
to replace. The error log entries only indicate that some drastic recovery
action occurred due to an unknown problem. However, clues as to the root
cause of the EPN outage may be present in the Error Logs and the Alarm
Logs of the following MOs: Switch Control (SW-CTL), TDM Bus (TDM-BUS),
Expansion Interface (EXP-INTF), and TDM Bus Clock (TDM-CLK).
Therefore, it is recommended that you refer to these maintenance sections
during trouble shooting operations.
MO Name As
It Appears in
Alarm Log
Alarm
Level
Initial System
Technician
Command to Run Full Name of MO
EPN-SNTY None None EPN Sanity Audit