Professional Documents
Culture Documents
SDH TRANSMISSION
Nortel TN-4XE
Alarm Clearing Procedures
Nortel TN-4XE
Alarm Clearing Procedures
Printed in England
The copyright of this document is the property of Nortel Networks. Without the written consent of Nortel Networks, given by contract
or otherwise, this document must not be copied, reprinted or reproduced in any material form, either wholly or in part, and the
contents of this document, or any methods or techniques available therefrom, must not be disclosed to any other person
whatsoever.
NORTEL NETWORKS CONFIDENTIAL:The information contained herein is the property of Nortel Networks and is strictly
confidential. Except as expressly authorized in writing by Nortel Networks, the holder shall keep all information contained herein
confidential, shall disclose it only to its employees with a need to know, and shall protect it, in whole or in part, from disclosure and
dissemination to third parties with the same degree of care it uses to protect its own confidential information, but with no less than
reasonable care. Except as expressly authorized in writing by Nortel Networks, the holder is granted no rights to use the information
contained herein.
So far as Nortel Networks is aware the contents of this document are correct. However, such contents have been obtained from a
variety of sources and Nortel Networks can give no warranty or undertaking and make no representation as to their accuracy. In
particular, Nortel Networks hereby expressly excludes liability for any form of consequential, indirect or special loss, and for loss of
data, loss of profits or loss of business opportunity, howsoever arising and whether sustained by the user of the information herein
or any third party arising out of the contents of this document.
*NORTEL NETWORKS, the Nortel Networks logo, the Globemark, How the World Shares Ideas and Unified Networks are
trademarks of Nortel Networks.
Publication history
March 2000
Release 3 Standard introduces the following TN-4XE features:
• Three channel, 34/45Mbit/s PDH electrical tributary card
• 1+1 card protection for 34/45Mbit/s and STM-1e/140Mbit/s tributaries
• Multiplex section protection for STM-1 tributary cards and STM-4
aggregate cards
July 1999
Release 2.2 Standard introduces the following TN-4XE features:
• SETS (synchronisation function) and SEMF (Shelf Controller function)
redundancy
• STM-1e/140 Mbit/s, single channel, tributary card
• Performance monitoring to G.826
• New connection types (unprotected PDH tributary to tributary, time slot
interchange on aggregate to aggregate)
February 1999
Release 2.1 Standard introduces the following TN-4XE features:
• Engineering Order Wire card
• STM-4o optical aggregate long haul 1550 nm
• Rack fan tray
December 1998
Release 2.0 Standard introduces the following TN-4XE features:
• Up to eight 2 Mbit/s PDH electrical tributary cards (75 ohm and 120 ohm)
each with 32 ports
• New connection types (tributary to tributary, ring to ring, dual tributary to
aggregate)
• Installation in 19 inch (482 mm) equipment rack
June 1998
Release 1 Standard introduces the following TN-4XE features:
• SDH add drop multiplexer architecture
• STM-4o optical aggregate short haul 1310 nm
• Up to eight STM-1 optical tributaries short haul 1310 nm with two ports
• VC-12, VC-3 and VC-4 connectivity
• Sub-network connection protection and path protection
• Management from the EC-1 or CAT with HTML browser interface
end of chapter
Contents
About this document xi
Associated documents xi
Introduction 1-1
Maintenance philosophy 1-1
Alarm clearing 1-1
Response to action logs 1-2
Defect detection and alarm reporting 1-2
Card LEDs 1-2
Rack alarm unit (RAU) indications on the subrack 1-2
Correlation (fault masking) 1-3
Alarm severity and RAU category 1-4
Alarm severity states 1-6
RAU categories 1-6
Consequent actions and alarms 1-7
Index 3-1
Figures
Procedures
Procedure 2-1 Es-cmi-violation alarm clearing 2-15
Procedure 2-2 ES_TF alarm clearing 2-16
Procedure 2-3 Es_cv_qosv_15M alarm clearing 2-17
Procedure 2-4 ES-CV-QOSV-24H alarm clearing 2-18
Procedure 2-5 Rs-los alarm clearing 2-21
Procedure 2-6 Rs_lof alarm clearing 2-23
Procedure 2-7 Rs-exc alarm clearing 2-25
Procedure 2-8 Rs-tim alarm clearing 2-27
Procedure 2-9 Rs_qosv_15M alarm clearing 2-29
Procedure 2-10 Rs_qosv_24H alarm clearing 2-30
Procedure 2-11 MS-AIS alarm clearing 2-32
Procedure 2-12 MS-RDI alarm clearing 2-34
Procedure 2-13 MS-REI alarm clearing 2-36
Procedure 2-14 MS-EXC alarm clearing 2-38
Procedure 2-15 MS_DEG alarm clearing 2-40
Procedure 2-16 Ms_qosv_15M alarm clearing 2-41
Procedure 2-17 Ms_qosv_24H alarm clearing 2-42
Procedure 2-18 Ms_fe_qosv_15M alarm clearing 2-43
Procedure 2-19 Ms_fe_qosv_24H alarm clearing 2-44
Procedure 2-20 AU-AIS alarm clearing 2-46
Procedure 2-21 AU-LOP alarm clearing 2-47
Procedure 2-22 HP-EXC alarm clearing 2-49
Procedure 2-23 HP-DEG alarm clearing 2-51
Procedure 2-24 HP-TIM alarm clearing 2-53
Procedure 2-25 HP-RDI alarm clearing 2-55
Procedure 2-26 HP-LOM alarm clearing 2-57
Procedure 2-27 HP-REI alarm clearing 2-58
Procedure 2-28 HP-PLM alarm clearing 2-60
Procedure 2-29 HP-UNEQ alarm clearing 2-62
Procedure 2-30 HP-SF alarm clearing 2-64
Procedure 2-31 INT-HP-IP-BUFFER alarm clearing 2-65
Procedure 2-32 INT-HP-OP-BUFFER alarm clearing 2-66
Procedure 2-33 Hp_qosv_15M alarm clearing 2-67
Procedure 2-34 Hp_qosv_24H alarm clearing 2-68
Procedure 2-35 Hp_fe_qosv_15M alarm clearing 2-69
Procedure 2-36 Hp_fe_qosv_24H alarm clearing 2-70
Procedure 2-37 HPOM-EXC alarm clearing 2-72
Procedure 2-38 HPOM-TIM alarm clearing 2-74
Procedure 2-39 HPOM-PLM alarm clearing 2-76
Procedure 2-40 HPOM-UNEQ alarm clearing 2-78
Procedure 2-41 TU-AIS alarm clearing 2-79
Procedure 2-42 TU-LOP alarm clearing 2-80
Procedure 2-43 INT-TU-AIS alarm clearing 2-81
Procedure 2-44 INT-TU-LOP alarm clearing 2-82
Procedure 2-45 LP-EXC alarm clearing 2-83
Procedure 2-46 LP-DEG alarm clearing 2-85
Procedure 2-47 LP-PLM alarm clearing 2-87
Procedure 2-48 LP-RDI alarm clearing 2-89
Procedure 2-49 LP-REI alarm clearing 2-90
Audience
This document is intended for use by the following people:
• field maintenance personnel
• maintenance engineers
• system test engineers
• network administrators
Associated documents
The following documents are referred to in this document:
• Documentation overview and safety, 323-1123-090
• System Description, 323-1123-100
• Software and Hardware Description, 323-1123-101
• Installation Procedures, 323-1123-201
• Provisioning and Operations Procedures, 323-1123-310
• Network Surveillance Procedures, 323-1123-510
• Maintenance Procedures, 323-1123-547
• EC-1 User Procedures, 323-1091-402
IONNTPS@nortelnetworks.com
United Kingdom
Freephone: 0800 626 881
Telephone: 0208 361 4693
FAX: 0208 945 3456
International
Telephone: +44 208 361 4693
FAX: +44 208 945 3456
EMC conformance
This product/product family complies with the essential
protection requirements of the EMC Directive 89/336/EEC as
amended by 92/31/EEC, when it is properly installed and
maintained and when it is used for the purposes for which it is
intended.
Declaration of Conformity
Suppliers Name & Address: Nortel Networks, of Doagh Road, Newtownabbey,
County Antrim, Northern Ireland, BT36 6XA
We hereby declare that the products identified in Section 1 comply with the standards listed in
Section 2 and fulfil our obligations under the EU Directives listed in Section 3.
Section 1 - Products Covered
Signed: ________________
Date: ________________
The instructions for installation, use and maintenance form part of the product compliance and
must be observed.
This declaration has been made in accordance with ISO/IEC Guide 22, General criteria for suppliers' declaration of conformity
1
1-1
Introduction 1-
Maintenance philosophy
This section describes the maintenance method for locating and clearing
alarm indications.
Procedures to locate faults use all the indications and techniques provided by
the TN-4XE and the Element Controller (EC-1) or CAT. TN-4XE has failure
indicator lamps on the hardware and also has alarm or action log reports on
the user interface.
Alarm clearing
To locate and clear a fault in a TN-4XE continue as follows:
1 Use the EC to open the Alarm Monitor tool. View the active alarm
summaries in the EC’s span of control (see Element Controller, User
Procedures, 323-1091-402). From the active alarm list, identify the NE on
which the highest severity alarm has occurred.
2 Log in to the NE and clear the alarms one channel and one direction at a
time, starting with the highest-severity alarm. If required, send a person to
the NE site to do maintenance procedures and card replacement.
3 Refer to Chapter 2 for detailed step-by-step procedures for clearing
alarms.
WARNING
Safety guidelines
Refer to safety information in Documentation Overview and
Safety, 323-1123-090.
CAUTION
Risk of traffic interruption
The TN-4XE Network Element is a high capacity system. Be
careful not to interrupt traffic or perform any task without a
valid reason. Where possible reroute the traffic through another
path before replacing any traffic-carrying circuit pack.
Card LEDs
All cards have several light-emitting diodes (LEDs) on the faceplates as an
aid to fault finding. Card LED descriptions are in the Software and Hardware
Description, 323-1123-101.
Figure 1-1
RAU indicators on the Upper EOS card
1
FAIL
ACK ALARM
REC ATT
NPUT
Also, if a defect occurs, the multiplexer can report a low severity alarm before
a higher severity alarm. To make sure operators view only higher severity
alarm reports, the software applies a fault masking check period before
reporting the alarm.
Figure 1-2
Card Alarm Correlation hierarchy
The operator can change the RAU category for each alarm. If the operator
changes the RAU category for an alarm the alarm severity also changes
automatically.
Figure 1-3
Traffic and BER alarm correlation hierarchy
1
RS LOS RS UNEXP SGNL
ES CMI
RS LOF
MS AIS
MS REI
MS EXC
AU AIS
HPOM EXC
TU AIS
LP EXC
LP-REI
Figure 1-4
Hierarchy of alarm correlation for PDH traffic
PPI EXC
PPI LOF
PPI LOM
RAU categories
Each alarm severity (except warning) matches a rack alarm unit category:
• Prompt maintenance alarm (Critical alarm) - an alarm that requires
immediate action at all times. Generally, this alarm passes to a
maintenance/control point when the station is without an operator.
• Deferred maintenance alarm (Major alarm) - an alarm that does not require
immediate action outside normal hours. Generally, this alarm passes to a
maintenance/control point when the station is without an operator.
• In Station maintenance alarm (Minor alarm) - an alarm that does not
require action outside normal hours.
The operator can configure consequent actions on or off for the complete NE
or for each alarm type. For a consequent action to be enabled all the following
conditions must be true:
• the feature is enabled (for example Path Trace)
• alarm reports are set to On or Monitor
• the consequent actions are enabled for the NE
• the consequent action is enabled for the alarm type
Synchronization alarms
Miscellaneous alarms
Card alarms
Configuration alarms
Alarm instances
The following table details the alarm instances that are valid for each card
type in a TN-4XE.
Table 2-1
Possible alarm instances
STM-1e/140 Mbit/s 1 to 4, 11 to 14 1 - -
tributary (140 Mbit/s mode)
2 Mbit/s tributary 1 to 4, 11 to 14 1 to 32 - -
UEOS 15A 1 - -
OS
OS-Optical Power High
Significance
The laser or its related control loop has failed. As a result the optical power
2
output exceeds the nominal limit by +4dB or greater (i.e. Optical Power
High).
Note: This alarm also provides a hardwired Metallic Alarm signal to the
RAU. The alarm does not respond to the Receive Attention button on the
UEOS card.
Instance/Unit
The multiplexer raises this alarm on an optical port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
The laser is shutdown. This is a safety feature, although the laser output is still
within the standard safe range.
Note: The laser shutdown is latched, the laser will remain off until the
card is reseated or a cold restart is performed.
Resulting alarms
None
Possible causes
Faulty aggregate card or STM-1o tributary card.
Corrective actions
Re-seat the indicated card.
If the alarm is still present replace the card. Refer to the Maintenance
Procedures, 323-1123-547.
OS
OS-Laser Bias High
Significance
The laser bias current exceeds the nominal limits. This indicates that the laser
performance has degraded and that the laser is nearing it’s end-of-life.
Instance/Unit
This alarm is raised against an optical port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
None.
Possible causes
Ageing of the laser on the indicated optical port.
Corrective actions
Replace the indicated aggregate card or STM-1 tributary card. Refer to the
Maintenance Procedures, 323-1123-547.
OS
OS-Disabled Laser Shutdown
Significance
The automatic laser shutdown (ALS) function is disabled on the indicated
2
optical port.
Note: This alarm is raised against an optical port; however, the ALS
function is enabled or disabled on a card basis.
Instance/Unit
This alarm is raised against an optical port instance, reported as
S <slot-no> - <port-no>
Impact
Minor alarm.
Consequent action
Automatic laser shutdown will not operate on the indicated port.
Possible causes
The automatic laser shutdown (ALS) function has been disabled.
Corrective actions
This alarm is only cleared when ALS is enabled. ALS is enabled by removing
a plug-in link on the appropriate card. Refer to the Software and Hardware
Description, 323-1123-101 for the position of the links on the cards.
OS
OS-Laser Shutdown
Significance
This alarm is raised when the laser on the specified optical port is shutdown
by the automatic laser shutdown (ALS) circuit.
Instance/Unit
This alarm is raised against an optical port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
None.
Possible causes
Possible causes for the OS-Laser shutdown alarm are:
• RS_LOS alarm.
• Faulty aggregate or STM-1o tributary.
Corrective actions
If the RS_LOS alarm is present, perform the alarm clearing procedures for
that alarm.
ES
ES-Coded mark inversion violation
Significance
The Es_cmi_violation alarm is raised when CMI violations exceed the
2
threshold in an STM-1e signal.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
If this port is the synchronization source for the multiplexer then a
synchronization switch occurs. If the port is in the synchronization source
hierarchy list, then the port is marked not available for synchronization.
Possible causes
Possible causes for the Es_cmi_violation alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty STM-1e/140 Mbit/s tributary card.
Corrective actions
Procedure 2-1
Es-cmi-violation alarm clearing
Step Action
—end—
ES
ES-Transmit Fail (TF)
Significance
The STM-1e tributary output signal has fallen below a predefined threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical Alarm
Consequent action
None.
Possible causes
Possible causes for the ES-TF alarm are:
• Cable fault.
• Faulty STM-1e/140 Mbit/s tributary card.
Corrective actions
Procedure 2-2
ES_TF alarm clearing
Step Action
—end—
ES
ES-Code violation quality of service violation
(15 minute)
2
Significance
The Es_cv_qosv_15M alarm is raised to indicate that any BBE, ES, SES,
UAS active performance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the The Es_cv_qosv_15M alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty STM-1e/140 Mbit/s tributary card.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-3
Es_cv_qosv_15M alarm clearing
Step Action
1 Check for the presence of the Rs-los alarm. Identify and remove the cause of
this alarm.
2 Check for the presence of the Es_cmi_violation alarm. Identify and remove
the cause of this alarm.
3 The Es_cv_qosv_15M alarm clears after the next 15 minute monitoring
period.
—end—
ES
ES-Code violation quality of service violation
(24 hour)
Significance
The Es_cv_qosv_24H alarm is raised to indicate that any BBE, ES, SES,
UAS active performance monitoring threshold has been broken within a 24
hour monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Es_cv_qosv_24H alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty STM-1e/140 Mbit/s tributary card.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-4
ES-CV-QOSV-24H alarm clearing
Step Action
1 Check for the presence of the Rs_los alarm. Identify and remove the cause
of this alarm.
2 Check for the presence of the Es_cmi_violation alarm. Identify and remove
the cause of this alarm.
3 The Es_cv_qosv_24H alarm clears after the current 24 hour monitoring
period.
—end—
RS
RS-Unexpected signal
Significance
Indicates that an optical signal is present at a specified port, but the port has
2
not been configured to receive the connection.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Incorrect configuration of connections.
Corrective actions
Configure the STM1 port as detailed in Provisioning and Operations
Procedures, 323-1123-310.
RS
RS-Loss of Signal (LOS)
Significance
The indicated card detects the loss of the received signal.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
AIS is injected on the MS overhead of the transmitted path.
On optical cards, the laser is shut down by the ALS circuit (if ALS is
enabled).
Resulting alarm
OS_laser_shutdown, Ms_ais alarms.
Possible causes
Possible causes for the Rs-los alarm are:
• Faulty optical fibre or cable.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-5
Rs-los alarm clearing
Step Action 2
1 Perform a ‘Local’ loopback on the indicated port (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, remove the loopback and go to step 2.
If the alarm clears, remove the loopback and go to step 4.
2 Replace the local STM-N card. Refer to the Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
3 If the far end port provides the current synchronization source, switch to an
alternative source.
4 Perform a ‘Local’ loopback on the appropriate far end port (see Network
Surveillance Procedures, 323-1123-510).
If a Rs_los alarm is present at the far multiplexer, remove the ‘Local’ loopback
and go to step 5.
If a Rs_los alarm is not present at the far multiplexer, remove the ‘Local’
loopback and go to step 6.
5 Replace the far end STM-N card. Refer to the Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
6 On optical cards, clean the receive optical connections at the local aggregate
or STM-1o tributary and verify that the received optical power is in the correct
range. Refer to Maintenance Procedures, 323-1123-547.
If the received optical power is not within range, go to step 7.
7 On optical cards, clean the transmit optical connections at the far aggregate
or STM-1o tributary and verify that the transmit optical power at the far
aggregate or STM-1o tributary is in the correct range. Refer to Maintenance
Procedures, 323-1123-547.
If the transmit optical power is not within range, go to step 5.
If the transmit optical power is within range, the fault is associated with the
optical fibre. Use appropriate methods to isolate and repair a fibre fault.
—end—
RS
RS-Loss of Frame (LOF)
Significance
The frame alignment algorithm detects loss of frame alignment (loss of
framing pattern in the A1 and A2 bytes of the section overhead for three
consecutive frames).
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
AIS is injected on the MS overhead of the transmitted path.
Resulting alarms
Ms_ais alarm.
Possible causes
Possible causes for the Rs_lof alarm are:
• Faulty optical fibre or cable.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-6
Rs_lof alarm clearing
Step Action 2
1 If the indicated STM-4o,STM-1o or STM-1e port provides the current
synchronization source, switch to an alternative synchronization source.
2 Perform a loopback on the ‘Local’ card (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, remove the loopback and go to step 3.
If the alarm clears, remove the loopback and go to step 4.
Replace the local card. Refer to the Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
3 Perform a ‘Local’ loopback on the appropriate far end card (see Network
Surveillance Procedures, 323-1123-510).
If a Rs_lof alarm is present at the far multiplexer, remove the ‘Local’ loopback
and go to step 5.
If a Rs_lof alarm is not present at the far multiplexer, remove the ‘Local’
loopback and go to step 6.
4 If the far end port provides the current synchronization source, switch to an
alternative source.
5 Replace the far end card. Refer to the Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
6 On optical cards, clean the receive optical connections at the local aggregate
or STM-1o tributary and verify that the received optical power is in the correct
range. Refer to Maintenance Procedures, 323-1123-547.
If the received optical power is not within range, go to step 7.
7 On optical cards, clean the transmit optical connections at the far aggregate
or STM-1o tributary and verify that the transmit optical power at the far
aggregate or STM-1o tributary is in the correct range. Refer to Maintenance
Procedures, 323-1123-547.
If the transmit optical power is within range, the fault is associated with the
optical fibre. Use appropriate methods to isolate and repair a fibre fault.
—end—
RS
RS-Excessive errors (EXC)
Significance
The error rate of the BIP-8 error check (B1 overhead byte) exceeds the
configured threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
AIS is injected on the MS overhead of the transmitted path
(the consequent action is configurable - default to off).
Possible causes
Possible causes for the RS-EXC alarm are:
• Faulty optical fibre or connections.
• Faulty local aggregate or STM-1o tributary.
• Faulty far end aggregate or STM-1o tributary.
Corrective actions
Procedure 2-7
Rs-exc alarm clearing
Step Action 2
1 If the indicated port provides the current synchronization source, switch to an
alternative source.
2 Perform a ‘Local’ loopback on the local card (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, remove the loopback and go to step 3.
If the alarm clears, remove the loopback and go to step 5.
3 Replace the local card. Refer to the Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
4 If the far end port provides the current synchronization source, switch to an
alternative source.
5 Perform a ‘Local’ loopback on the appropriate far end card (see Network
Surveillance Procedures, 323-1123-510).
If a Rs_exc alarm is present at the far multiplexer, remove the ‘Local’ loopback
and go to step 6.
If a Rs_exc alarm is not present at the far multiplexer, remove the ‘Local’
loopback and go to step 7.
6 Replace the far end card. Refer to the Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
7 On optical cards, clean the receive optical connections at the local aggregate
or STM-1o tributary and verify that the received optical power is in the correct
range. Refer to Maintenance Procedures, 323-1123-547.
If the received optical power is not within range, go to step 8.
8 On optical cards, clean the transmit optical connections at the far aggregate
or STM-1o tributary and verify that the transmit optical power at the far
aggregate or STM-1o tributary is in the correct range. Refer to Maintenance
Procedures, 323-1123-547.
If the transmit optical power is not within range, go to step 6.
If the transmit optical power is within range, the fault is associated with the
optical fibre. Use appropriate methods to isolate and repair a fibre fault.
—end—
RS
RS-Trace Identifier Mismatch (TIM)
Significance
This alarm indicates that the received STM path trace string in the J0 byte of
the RS overhead does not match the expected string. The alarm is not raised
until four successive occurrences of the string mismatch.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
The received STM signal is set to AIS before further processing
(the consequent action is configurable - the default is off).
Resulting alarm
MS_AIS if the consequent action is on.
Possible causes
Possible causes for the Rs-tim alarm are:
• Incorrect connection setup.
• Path trace settings incorrect (i.e. receive string or far end transmit string).
• Cyclic redundancy check (CRC) settings incorrect.
• Faulty aggregate, STM-1o tributary or STM-1e tributary.
• If intermittent or transient events, errors in signal.
Corrective actions
Procedure 2-8
Rs-tim alarm clearing
Step Action 2
1 Check that the correct connections have been made.
If the connections are incorrect, reconnect as required.
If the connections are correct, go to step 2.
2 Check the system path trace and CRC settings at both ends.
To view, and if necessary correct, the settings refer to the Provisioning and
Operations Procedures, 323-1123-310.
If settings are correct, go to step 3.
3 At the local multiplexer, replace the appropriate aggregate or tributary card.
Refer to the Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, go to step 4.
4 At the far multiplexer, replace the appropriate aggregate or tributary card.
Refer to the Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
RS
RS-Loopback On
Significance
This alarm indicates that an internal local or remote loopback is present at the
indicated port.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor alarm.
Consequent action
None.
Possible causes
The operator has applied a local or remote loopback at the indicated port.
Corrective actions
If required, remove the loopback as detailed in Network Surveillance
Procedures, 323-1123-510.
RS
RS-Quality of service violation (15 minute)
Significance
The Rs_qosv_15M alarm is raised to indicate that any BBE, ES, SES, UAS
2
active performance monitoring threshold has been broken within a 15 minute
monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Rs_qosv_15M alarm are:
• Excessive attenuation in cable or optical fibre.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-9
Rs_qosv_15M alarm clearing
Step Action
1 Check for the presence of the Rs_los or Rs_lof alarm. Identify and remove the
cause of this alarm.
2 Check for the presence of B1 bit errors. Identify and remove the cause of
these errors.
3 The Rs_qosv_15M alarm clears after the next 15 minute monitoring period.
—end—
RS
RS-Quality of service violation (24 hour)
Significance
The Rs_qosv_24H alarm is raised to indicate that any BBE, ES, SES, UAS
active performance monitoring threshold has been broken within a 24 hour
monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Rs_qosv_24H alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-10
Rs_qosv_24H alarm clearing
Step Action
1 Check for the presence of the Rs_los or Rs_lof alarm. Identify and remove the
cause of this alarm.
2 Check for the presence of B1 bit errors. Identify and remove the cause of
these errors.
3 The Rs_qosv_24H alarm clears after the current 24 hour monitoring period.
—end—
MS
MS-Alarm Indication Signal (AIS)
Significance
An AIS is detected in the K2 byte in the multiplex section overhead which
2
indicates a failure at the far multiplexer. The alarm is raised when there are
three successive occurrences of AIS.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor alarm.
Consequent action
AIS is inserted on the MS overhead K2 byte of the on-going path. RDI is
inserted in the overhead of the return path.
Resulting alarm
MS-RDI alarm is raised at the remote (source) multiplexer.
Possible causes
MS-AIS alarm is generated at the source multiplexer or by a regenerator in
between.
Corrective actions
Procedure 2-11
MS-AIS alarm clearing
Step Action
1 Check the far multiplexer and any intermediate regenerators for the cause of
the AIS.
If the cause of the AIS is found, perform the appropriate alarm clearing
procedure.
If the cause of the alarm is not found, go to step 3.
2 If the ‘Local’ port provides the current synchronization source, switch to an
alternative source.
3 Perform a ‘Local’ loopback on the local card (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, remove the ‘Local’ loopback and go to step 3.
If the alarm clears, remove the ‘Local’ loopback and go to step 5.
4 Replace the local card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
5 Replace the far end card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
MS
MS-Remote Defect Indicator (RDI)
Significance
An MS Remote Defect Indicator has been detected in the K2 bytes of the MS
2
overhead. This indicates that the far multiplexer has detected a fault in its
incoming signal. The alarm is raised when there are five successive
occurrences of RDI and cleared when there are three successive absences of
RDI.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the MS-RDI alarm are:
• MS-AIS alarm at the far multiplexer.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-12
MS-RDI alarm clearing
Step Action
1 Check the far multiplexer for the cause of the MS-AIS alarm.
If the cause of the alarm is found, perform the appropriate alarm clearing
procedure.
If the cause of the alarm is not found, go to step 2.
2 Check local multiplexer for local receive errors.
If local receive errors are found, investigate cause of errors.
If the alarm is still present, go to step 3.
3 Replace the local card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, go to step 4.
4 Replace the far end card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
MS
MS-Remote Error Indicator (REI)
Significance
An MS Remote Error Indication (the M1 byte of the section overhead)
2
indicates that the bit errors received at the far end multiplexer exceed the
configured threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the MS-REI alarm are:
• Ms-exc alarm at the far multiplexer.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-13
MS-REI alarm clearing
Step Action
1 Check the far multiplexer for the cause of the MS-EXC alarm.
If the cause of the alarm is found, perform the appropriate alarm clearing
procedure.
2 Check local multiplexer for local receive errors.
If local receive errors are found, investigate cause of errors.
3 Replace the local card Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
4 Replace the far end card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
MS
MS-Excessive errors (EXC)
Significance
An MS Excessive Bit Error alarm is raised when the BER of the BIP-24 error
2
check on a received signal exceeds the configured threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
If this port is entered in the synchronization source priority list this alarm
causes it to be marked unavailable for synchronization.
Consequent action
AIS is injected on the AU-4 payload of the transmitted path
(the consequent action is configurable - the default is off).
Transmission of MS-RDI in the return path (if the consequent action is on).
Possible causes
Possible causes for the MS-EXC alarm are:
• Faulty optical fibre, cable or connections.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-14
MS-EXC alarm clearing
Step Action
—end—
MS
MS-Signal Degrade (DEG)
Significance
The MS Signal Degrade alarm is raised when the BER of the BIP-24 error
2
check exceeds the configured threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Resulting alarm
Possible intermittent HP-REI alarms raised at an HP source.
Possible causes
Possible causes for the MS-DEG alarm are:
• Faulty optical fibre, cable or connections.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-15
MS_DEG alarm clearing
Step Action
—end—
MS
MS-Quality of service violation (15 minute)
Significance
The Ms_qosv_15M alarm is raised to indicate that any BBE, ES, SES, UAS
2
active performance monitoring threshold has been broken within a 15 minute
monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Ms_qosv_15M alarm are:
• Excessive attenuation in cable or optical fibre.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-16
Ms_qosv_15M alarm clearing
Step Action
1 Check for the presence of the Rs_los, Rs_lof alarm, Ma-ais or Ms-exc.
Identify and remove the cause of this alarm.
2 Check for the presence of B2 bit errors. Identify and remove the cause of
these errors.
3 The Ms_qosv_15M alarm clears after the next 15 minute monitoring period.
—end—
MS
MS-Quality of service violation (24 hour)
Significance
The Ms_qosv_24H alarm is raised to indicate that any BBE, ES, SES, UAS
active performance monitoring threshold has been broken within a 24 hour
monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Ms_qosv_24H alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-17
Ms_qosv_24H alarm clearing
Step Action
1 Check for the presence of the Rs_los, Rs_lof alarm, Ma-ais or Ms-exc.
Identify and remove the cause of this alarm.
2 Check for the presence of B2 bit errors. Identify and remove the cause of
these errors.
3 The Ms_qosv_24H alarm clears after the current 24 hour monitoring period.
—end—
MS
MS-Far end quality of service violation (15 minute)
Significance
The Ms_fe_qosv_15M alarm is raised to indicate that any BBE, ES, SES,
2
UAS active performance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Ms_fe_qosv_15M alarm are:
• MS-AIS alarm at the far multiplexer.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-18
Ms_fe_qosv_15M alarm clearing
Step Action
1 Check for the presence of the Rs_los, Rs_lof alarm, Ma-ais or Ms-exc.
Identify and remove the cause of this alarm.
2 Check for the presence of B2 bit errors. Identify and remove the cause of
these errors.
3 The Ms_qosv_15M alarm clears after the next 15 minute monitoring period.
—end—
MS
MS-Far end quality of service violation (24 hour)
Significance
The Ms_fe_qosv_24H alarm is raised to indicate that any BBE, ES, SES,
UAS active performanance monitoring threshold has been broken within a 24
hour monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Ms_fe_qosv_24H alarm are:
• MS-AIS alarm at the far multiplexer.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-19
Ms_fe_qosv_24H alarm clearing
Step Action
1 Check for the presence of the Rs_los,Rs_lof alarm, Ma-ais or Ms-exc. Identify
and remove the cause of this alarm.
2 Check for the presence of B2 bit errors. Identify and remove the cause of
these errors.
3 The Ms_qosv_24H alarm clears after the current 24 hour monitoring period.
—end—
AU
AU-Alarm Indication Signal (AIS)
Significance
An AIS has been detected in the H1 and H2 bytes indicating a failure in the
2
upstream path. This alarm is raised when AIS occurs on three consequent
frames.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Minor alarm.
Consequent action
AIS is injected on the AU-4 payload of the transmitted path.
Resulting alarms
Transmission of HP-RDI in the return path.
Possible causes
Possible causes for the AU-AIS alarm are:
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-20
AU-AIS alarm clearing
Step Action
—end—
AU
AU-Loss of Pointer (LOP)
Significance
The pointer value in the H1 and H2 bytes in the AU pointer is invalid for three
2
consecutive frames.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Minor alarm.
Consequent action
AIS injection on the AU-4 payload of the transmitted path.
Resulting alarms
Transmission of HP-RDI in the return path.
Possible causes
Faulty aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-21
AU-LOP alarm clearing
Step Action
—end—
HP
HP-Excessive errors (EXC)
Significance
When a VC-4 signal is created, a BIP-8 parity checksum is generated and
transmitted with the signal in the B3 byte. The B3 byte is examined and the
Bit error rate (BER) calculated when the VC-4 signal is received and
terminated.
When the BER value exceeds the operator configured threshold, the HP-EXC
alarm is raised.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Critical alarm.
Traffic is affected.
Consequent action
A protection switch occurs at protected VC-4 connections.
Resulting alarms
HP-RDI is transmitted in the return path (if the consequent action is on).
Possible causes
Possible causes for the HP-EXC alarm are:
• Possible line errors.
• Faulty aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-22
HP-EXC alarm clearing
Step Action 2
1 If the indicated card provides the current synchronization source, switch to an
alternative synchronization source.
2 On an aggregate card check the other VC-4 paths. If these are carrying error
free traffic then switch this traffic before proceeding.
3 Perform a ‘Local’ loopback on the indicated card (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, the fault is at the local multiplexer. Remove the
‘Local’ loopback and perform step 4 at the local multiplexer.
If the alarm clears, the fault is at the far multiplexer. Remove the ‘Local’
loopback and perform step 5 at the far multiplexer.
4 Replace the indicated card. Refer to Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, go to step 5.
5 Replace the far end card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
HP
HP-Signal Degrade (DEG)
Significance
Signal degrade is an intermediate alarm which informs the operator that
signal quality is declining. The B3 byte is examined and the Bit error rate
(BER) calculated when the VC-4 signal is received and terminated. When the
BER value exceeds the operator configured threshold, the HP-DEG alarm is
raised.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Resulting alarm
HP-REI alarm.
Consequent action
None.
Possible causes
Possible causes for the HP-DEG alarm are:
• Possible line errors.
• Faulty aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-23
HP-DEG alarm clearing
Step Action 2
1 If the indicated card provides the current synchronization source, switch to an
alternative synchronization source.
2 On an aggregate card check the other VC-4 paths. If these are carrying error
free traffic then switch this traffic before proceeding.
3 Perform a ‘Local’ loopback on the indicated card (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, the fault is at the local multiplexer. Remove the
‘Local’ loopback and perform step 4 at the local multiplexer.
If the alarm clears, the fault is at the far multiplexer. Remove the ‘Local’
loopback and perform step 5 at the far multiplexer.
4 Replace the indicated card. Refer to Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, go to step 5.
5 Replace the appropriate card. Refer to Maintenance Procedures,
323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
HP
HP-Trace Identifier Mismatch (TIM)
Significance
The VC-4 path trace feature allows the operator to specify a trace identifier at
the transmitting multiplexer and an expected identifier at the terminating
multiplexer. In the event of four successive occurrences of the expected trace
identifier not matching the transmitted identifier, the HP-TIM alarm is raised.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
AIS injection on the AU-4 payload of the transmitted path.
Resulting alarm
Transmission of HP-RDI in the return path.
Possible causes
Possible causes for the HP-TIM alarm are:
• Incorrect connection setup.
• Path trace settings incorrect (i.e. receive string or far end transmit string).
• If intermittent or transient events, errors in signal.
Corrective actions
Procedure 2-24
HP-TIM alarm clearing
Step Action 2
1 Check that the correct connections have been made.
If the connections are incorrect, reconnect as required.
If the connections are correct, go to step 3.
2 Check the connections have been provisioned correctly. Refer to Provisioning
and Operations Procedures, 323-1123-310 for the procedure to view and
change connections.
If the connections are incorrect, reconfigure as necessary.
If the connections are correct, go to step 4.
3 Check the system path trace settings at both ends (refer to Provisioning and
Operations Procedures, 323-1123-310).
If settings are incorrect, reconfigure as necessary.
If settings are correct, go to step 4.
4 At the local multiplexer, replace the indicated card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm is still present, go to step 5.
If the alarm clears, the alarm clearing procedure is complete.
5 At the far multiplexer, replace the appropriate card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm clears, alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
HP
HP-Remote Defect Indicator (RDI)
Significance
The VC-4 path remote defect indication (RDI) bit in the VC-4 path status byte
(G1) is set. This indicates that the far end multiplexer has detected a fault in
the incoming VC-4.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the HP-RDI alarm are:
• AU_AIS, AU_LOP, HP_LOM, or HP_EXC alarm at far multiplexer.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-25
HP-RDI alarm clearing
Step Action 2
1 Check far multiplexer for cause of alarm (AU_AIS,AU_LOP, HP_LOM, or
HP_EXC alarm).
If the cause of the alarm found, perform the appropriate alarm clearing
procedure.
If the cause of the alarm not found, go to step 2.
2 Check local multiplexer for local receive errors.
If local receive errors are found, investigate cause of errors.
If the alarm is permanent, go to step 3.
3 At the far multiplexer, replace the appropriate card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm clears, alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
HP
HP-Loss of Multiframe (LOM)
Significance
When the VC-4 contains TU-12 payloads, the H4 byte indicates valid
multiframes. Loss of multiframe alignment is indicated if three consecutive
bad H4 bytes are received. Alignment is regained if two consecutive good H4
bytes are received.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
AIS injection on the payload of the VC-4 transmitted path.
Possible causes
Possible causes for the HP_LOM alarm are:
• Faulty aggregate, STM-1o tributary or STM-1e tributary
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary
Corrective actions
Procedure 2-26
HP-LOM alarm clearing
Step Action 2
1 Perform a ‘Local’ loopback on the indicated card (see Network Surveillance
Procedures, 323-1123-510).
If the alarm is still present, the fault is at the local multiplexer. Remove the
‘Local’ loopback. Goto step 2.
If the alarm clears, the fault is at the far multiplexer. Remove the ‘Local’
loopback. Goto step 3.
2 Replace the local card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
3 Replace the far end card. Refer to Maintenance Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
HP
HP-Remote Error Indicator (REI)
Significance
The BER of the remote error indication (REI) bits in the VC-4 path status
byte (G1) exceeds the configured threshold. This indicates that the far end
multiplexer has detected errors in the VC-4 path.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the HP-REI alarm are:
• HP errors on network.
• Faulty remote aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-27
HP-REI alarm clearing
Step Action
—end—
HP
HP-Payload Label Mismatch (PLM)
Significance
The value of the VC-4 signal label code in the C2 byte does not correspond
2
with the expected value. This alarm is raised when five successive string
mismatches occur.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
AIS injection on the AU-4 payload of the transmitted path.
Note that:
1 The consequent action is configurable. The default is off.
2 The consequent action for the HP-UNEQ and HP-PLM alarms are
configured together for any instance of VC-4.
Resulting alarms
Transmission of HP-RDI in the return path (if the consequent action is on).
Possible causes
Possible causes for the HP-PLM alarm are:
• Incorrect connection setup.
• Settings incorrectly set during configuration (i.e. receive string or far end
transmit string).
• If intermittent or transient events, errors in the signal.
Corrective actions
Procedure 2-28
HP-PLM alarm clearing
Step Action
—end—
HP
HP-Unequipped (UNEQ)
Significance
The value of the VC-4 path signal label code in the C2 byte indicates
2
unequipped (no connection is made). This alarm is raised when five
successive string mismatches occur.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
AIS injection on the VC-4 payload of the transmitted path.
Resulting alarms
Transmission of HP-RDI in the return path overhead.
Please note:
1 The consequent action is configurable; the default is off.
2 The consequent action for the HP-UNEQ and HP-PLM alarms are
configured together for any instance of VC-4.
Possible causes
Possible causes for the HP-UNEQ alarm are:
• Incorrect connection setup.
• Signal label incorrect (i.e. receive string or far end transmit string).
Corrective actions
Procedure 2-29
HP-UNEQ alarm clearing
Step Action
—end—
HP
HP-Signal Fail (SF)
Significance
The HP Signal Fail alarm is raised if both paths of a VC-4 protected
2
connection fail.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Critical alarm.
Traffic is affected.
Consequent action
None.
Possible causes
Possible causes for the HP-SF alarm are:
• Incorrect connections.
• Faulty far end card.
Corrective actions
Procedure 2-30
HP-SF alarm clearing
Step Action
—end—
HP
INT-HP-Input Buffer Overflow
Significance
The INT-HP-IP-BUFFER is raised if the input buffer for the high order
2
(VC-4) PDH mapper overflows.
Instance/Unit
This alarm is raised against a high order slot instance, reported as
S <slot-no> - <port-no> - J<AU-4>.
Impact
Major alarm
Consequent action
The VC-4 payload of the ongoing path is filled with ‘all ones’.
Possible causes
Possible causes for the INT-HP-IP-BUFFER alarm are:
• Incoming 140 Mbit/s signal bit-rate out-of-limits.
• Faulty 140 Mbit/s tributary card.
Corrective actions
Procedure 2-31
INT-HP-IP-BUFFER alarm clearing
Step Action
—end—
HP
INT HP-Output Buffer Overflow
Significance
The INT-HP-OP-BUFFER is raised if the output buffer for the 140M bit/s
desynchronizer overflows.
Instance/Unit
This alarm is raised against a high order port instance, reported as
S <slot-no> - <port-no> - J<AU-4>.
Impact
Major alarm
Consequent action
The VC-4 payload of the ongoing path is filled with ‘all ones’.
Possible causes
Possible causes for the INT-HP-OP-BUFFER alarm are:
• Transient changes in the payload bit rate.
• Faulty 140 Mbit/s tributary card.
Corrective actions
Procedure 2-32
INT-HP-OP-BUFFER alarm clearing
Step Action
—end—
HP
HP-Quality of service violation (15 minute)
Significance
The Hp_qosv_15M alarm is raised to indicate that any BBE, ES, SES, UAS
2
active performanance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Hp_qosv_15M alarm are:
• Excessive attenuation in cable or optical fibre.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-33
Hp_qosv_15M alarm clearing
Step Action
—end—
HP
HP-Quality of service violation (24 hour)
Significance
The Hp_qosv_24H alarm is raised to indicate that any BBE, ES, SES, UAS
active performanance monitoring threshold has been broken within a 24 hour
monitoring period.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Hp_qosv_24H alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-34
Hp_qosv_24H alarm clearing
Step Action
—end—
HP
HP-Far end quality of service violation (15 minute)
Significance
The Hp_fe_qosv_15M alarm is raised to indicate that any BBE, ES, SES,
2
UAS active performanance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Hp_fe_qosv_15M alarm are:
• HP-RDI alarm from the far multiplexer.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-35
Hp_fe_qosv_15M alarm clearing
Step Action
1 Check for the presence of the HP-RDI alarm. Identify and remove the cause
of this alarm.
2 Check for the presence of errored blocks from HP-REI. Identify and remove
the cause of these errors.
3 The Hp_fe_qosv_15M alarm clears after the next 15 minute monitoring
period.
—end—
HP
HP-Far end quality of service violation (24 hour)
Significance
The HP_fe_qosv_24H alarm is raised to indicate that any BBE, ES, SES,
UAS active performanance monitoring threshold has been broken within a 24
hour monitoring period.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the HP_fe_qosv_24H alarm are:
• HP-RDI alarm from the far multiplexer.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-36
Hp_fe_qosv_24H alarm clearing
Step Action
1 Check for the presence of the HP-RDI alarm. Identify and remove the cause
of this alarm.
2 Check for the presence of errored blocks from HP-REI. Identify and remove
the cause of these errors.
3 The Hp_fe_qosv_24H alarm clears after the current 24 hour monitoring
period.
—end—
HPOM
HPOM-Excessive errors (EXC)
Significance
When a VC-4 signal is created, a BIP-8 parity checksum is generated and
2
transmitted with the signal in the B3 byte. The B3 byte is examined and the
Bit error rate (BER) calculated from the VC-4 signal. When the BER value
exceeds the operator configured threshold, the HP-EXC alarm is raised.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Critical alarm.
Traffic is affected.
Consequent action
A protection switch occurs at protected VC-4 connections.
Resulting alarms
HP-RDI is transmitted in the return path (if the consequent action is on).
Possible causes
Possible causes for the HPOM-EXC alarm are:
• Possible line errors.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-37
HPOM-EXC alarm clearing
Step Action
—end—
HPOM
HPOM-Trace Identifier Mismatch (TIM)
Significance
The VC-4 path trace feature allows the operator to specify a trace identifier at
2
the transmitting multiplexer and an expected identifier at the terminating
multiplexer. In the event of four successive occurrences of the expected trace
identifier not matching the transmitted identifier, the HP-TIM alarm is raised.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the HPOM-TIM alarm are:
• Incorrect connection setup.
• Path trace settings incorrect (i.e. receive string or far end transmit string).
• If intermittent or transient events, errors in signal.
Corrective actions
Procedure 2-38
HPOM-TIM alarm clearing
Step Action
—end—
HPOM
HPOM-Payload Label Mismatch (PLM)
Significance
The value of the VC-4 signal label code in the C2 byte does not correspond
2
with the expected value. This alarm is raised when five successive string
mismatches occur.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the HPOM-PLM alarm are:
• Incorrect connection setup.
• Settings incorrectly set during configuration (i.e. receive string or far end
transmit string).
• If intermittent or transient events, errors in the signal.
Corrective actions
Procedure 2-39
HPOM-PLM alarm clearing
Step Action
—end—
HPOM
HPOM-Unequipped (UNEQ)
Significance
The value of the VC-4 path signal label code in the C2 byte indicates
2
unequipped (no connection is made). This alarm is raised when five
successive string mismatches occur.
Instance/Unit
This alarm is raised against a high order path instance, reported as
S <slot-no> - <port-no> - J<AU-4>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the HPOM-UNEQ alarm are:
• Incorrect connection setup.
• Signal label incorrect (i.e. receive string or far end transmit string).
Corrective actions
Procedure 2-40
HPOM-UNEQ alarm clearing
Step Action
—end—
TU
TU-Alarm Indication Signal (AIS)
Significance
An AIS has been detected in the pointer bytes of the TU overhead.
2
Instance/Unit
This alarm is raised against a low order path instance, reported as
S <slot-no> - <port-no> - J<VC-4> - K<klm>
Impact
Minor alarm
Consequent action
TU-AIS is injected on all through and add/drop TU connections.
Possible causes
TU-AIS being generated by another multiplexer on the network.
Corrective actions
Procedure 2-41
TU-AIS alarm clearing
Step Action
1 Investigate network (LP path source and intermediate locations) for cause of
AIS (e.g., alarms that cause pass-through TU-AIS injection).
If the cause of AIS is found, perform the appropriate alarm clearing
procedures.
If cause of alarm not found, escalate problem.
—end—
TU
TU-Loss of Pointer (LOP)
Significance
The pointer value in the pointer bytes of the TU overhead is invalid for three
consecutive frames.
Instance/Unit
This alarm is raised against a low order path instance, reported as
S <slot-no> - <port-no> - J<VC-4> - K<klm>
Impact
Major alarm
Consequent action
TU-AIS is injected on all through and add/drop TU connections.
Possible causes
Faulty aggregate or tributary card.
Corrective actions
Procedure 2-42
TU-LOP alarm clearing
Step Action
1 Check that the correct network settings have been made. Refer to
Provisioning and Operations Procedures, 323-1123-310.
If network connection settings are incorrect, correct as necessary.
If network connection settings are correct, go to step 2.
2 At the far multiplexer, replace the appropriate card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
TU
INT-TU-Alarm Indication Signal (AIS)
Significance
INT-TU-AIS is raised where the an AIS has been detected in the pointer bytes
2
of the TU overhead. This alarm is monitored later in the demultiplexer path
than the observation of TU-AIS, therefore an occurrence of INT-TU-AIS in
the absence of TU-AIS indicates an internal problem in the NE.
Instance/Unit
This alarm is raised against a PDH port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
AIS is injected downstream to the PDH port output.
Possible causes
Faulty upstream traffic source.
Faulty tributary.
Corrective actions
Procedure 2-43
INT-TU-AIS alarm clearing
Step Action
1 If INT_TU_AIS and TU-AIS are both present, Investigate network (LP path
source and intermediate locations) for cause of AIS (e.g., alarms that cause
pass-through TU-AIS injection).
If the cause of AIS is found, perform the appropriate alarm clearing
procedures.
2 If INT_TU_AIS is present and TU-AIS is not present, replace the aggregate
or tributary Unit. Refer to Maintenance Procedures, 323-1123-547.
If cause of alarm not found, escalate problem.
—end—
TU
INT-TU-Loss of Pointer (LOP)
Significance
INT-TU-LOP is raised where the pointer value in the pointer bytes of the TU
overhead are invalid for three consecutive frames. This alarm is monitored
later in the demultiplexer path than the observation of TU-LOP, therefore an
occurrence of INT-TU-LOP in the absence of TU-LOP indicates an internal
problem in the NE.
Instance/Unit
This alarm is raised against a PDH port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
AIS is injected downstream to the PDH port output.
Possible causes
Faulty upstream traffic source.
Faulty tributary.
Corrective actions
Procedure 2-44
INT-TU-LOP alarm clearing
Step Action
1 If INT_TU_LOP and TU-LOP are both present, Investigate network (LP path
source and intermediate locations) for cause of AIS (e.g., alarms that cause
pass-through TU-AIS injection).
If the cause of AIS is found, perform the appropriate alarm clearing
procedures.
2 If INT_TU_LOP is present and TU-LOP is not present, replace the aggregate
or tributary Unit. Refer to Maintenance Procedures, 323-1123-547.
If cause of alarm not found, escalate problem.
—end—
LP
LP-Excessive errors (EXC)
Significance
The BER of the VC-12 path status byte (V5) has exceeded the configured
2
threshold. This alarm is observed at the termination of the Low order
container.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Consequent action
The VC-12 payload of the ongoing path is filled with ‘all ones’.
Possible causes
The VC-12 payload of the ongoing path is filled with ‘all ones’.
Corrective actions
Procedure 2-45
LP-EXC alarm clearing
Step Action
1 Check upstream for Lpom alarms. If Lpom alarms present, fault lies
upstream. If no Lpom alarms are present, fault is local.
2 Check network for possible bit errors.
3 Replace the indicated 2 Mbit/s tributary card. Refer to Maintenance
Procedures, 323-1123-547.
4 Restore to the old configuration.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
LP
LP-Signal Degrade (DEG)
Significance
The LP-DEG alarm is raised when the BER of the VC-12 path status byte
(V5) has exceeded the configured threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>-J<VC-4>-Kklm
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the LP-DEG alarm are:
• Errors on network (Traffic source containing errors).
• Faulty tributary.
• Faulty backplane interface.
Corrective actions
Procedure 2-46
LP-DEG alarm clearing
Step Action 2
1 Check if there are any MS or HP alarms in upstream NE’s.
If there are MS or HP alarms in the network, perform the recommended
actions to clear alarms.
If there are no MS or HP alarms in the network, go to step 2.
2 Replace the indicated tributary card. Refer to Maintenance Procedures,
323-1123-547.
3 Restore to the old configuration.
If the alarm clears, the alarm clearing procedure is complete.
4 Replace upstream traffic cards.
If the alarm is still present, escalate problem.
—end—
LP
LP-Payload Label Mismatch (PLM)
Significance
The value of the VC-12 signal label code in the V5 byte does not correspond
with the expected value. This alarm is raised at a path termination point,
subsequent to a protection switch.
Note: The reporting of this alarm and its consequent actions can be
enabled/disabled.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Traffic is affected
Consequent action
If configured to on, the:
• The VC-12 payload of the ongoing path is filled with ‘all ones’.
• LP-RDI is injected in the return path.
Possible causes
Possible causes for the LP-PLM alarm are:
• Incorrect overhead configuration at near or far end.
• Incorrect path connection.
• Faulty tributary.
Corrective actions
Procedure 2-47
LP-PLM alarm clearing
Step Action 2
1 Ensure that the system path configuration at both ends is correct as follows:
- if no traffic expected, both ends should be configured to send a
value of ‘0’.
- if traffic is expected, both ends should be configured to send a
value of ‘1’ or ‘2’.
Refer to Provisioning and Operations Procedures, 323-1123-310 for the
procedure to view and change connections.
If the connections are incorrect, reconfigure as necessary.
If the settings are correct, go to step 2.
2 Verify that the path is correctly connected at all intermediate multiplexers and
that no LP errors are present on the network.
If the path is incorrectly connected and/or LP errors are present, re-connect
as necessary and/or investigate network errors.
If the path is correctly connected and there are no LP errors in the network,
go to step 3.
3 Replace the local 2 Mbit/s tributary card. Refer to the Equipment
Maintenance Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far 2 Mbit/s card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LP
LP-Remote Defect Indicator (RDI)
Significance
The RDI bit (bit 8 in the V5 byte) is set. This indicates that the far end
multiplexer has detected a fault in the incoming VC-12.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>-J<VC-4>-Kklm
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the LP-RDI alarm are:
• AIS has occurred at path far end.
• If alarm raised for all tributaries, RS-LOS, RS-LOF, MS-AIS, MS-EXC,
AU-AIS, INT-AU-AIS, INT-AU-LOP, HP-TIM, HP-PLM or HP-LOM
alarm at the far multiplexer.
• If alarm raised for one tributary only, TU-AIS, TU-LOP, INT-TU-AIS,
INT-TU-LOP, LP-PLM or LP-EXC alarm present at far path termination.
Corrective actions
Procedure 2-48
LP-RDI alarm clearing
Step Action 2
1 Investigate far multiplexer/path termination for cause of alarm and carry out
fault finding procedures for appropriate alarm.
If cause of alarm found, perform the appropriate alarm clearing procedure.
If cause of alarm not found, go to step 2.
2 Verify that no LP errors are present on the network.
If the LP errors are present, investigate network errors.
If there are no LP errors in the network, go to step 3.
3 Replace the local tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far end tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LP
LP-Remote Error Indication (REI)
Significance
The REI bit (bit 3 in the V5 byte) is set. This indicates that the far end
multiplexer has detected a fault in the incoming VC-12.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
TU errors observed at path far end.
Corrective actions
Procedure 2-49
LP-REI alarm clearing
Step Action
1 Investigate far path termination for cause of errors and carry out fault finding
procedures for appropriate alarm (e.g. LP-DEG alarm).
If cause of alarm found, perform the appropriate alarm clearing procedure.
If cause of alarm not found, go to step 2.
2 Replace the local tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 3.
3 Replace the far end tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LP
INT-LP-Input Buffer Overflow
Significance
The INT-LP-IP-BUFFER is raised if the input buffer for the low order
2
(VC-12, VC-3) PDH mapper overflows.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
The VC-12 payload of the ongoing path is filled with ‘all ones’.
Possible causes
Possible causes for the INT-LP-IP-BUFFER alarm are:
• Incoming signal bit-rate out-of-limits.
• Faulty tributary card.
Corrective actions
Procedure 2-50
INT-LP-IP-BUFFER alarm clearing
Step Action
—end—
LP
INT LP-Output Buffer Overflow
Significance
The INT-LP-OP-BUFF is raised if the output buffer for the low order (VC-12,
2
VC-3) desynchronizer overflows.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
The VC-12 payload of the ongoing path is filled with ‘all ones’.
Possible causes
Possible causes for the INT-LP-OP-BUFF alarm are:
• Transient changes in the received payload bit rate.
• Faulty tributary card.
Corrective actions
Procedure 2-51
INT-LP-OP-BUFFER alarm clearing
Step Action
—end—
LP
LP-Signal Fail (SF)
Significance
The LP Signal Fail alarm is raised if both paths in a protected VC-12 or VC-3
2
connection fail.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm.
Consequent action
None.
Possible causes
Upstream fault in both traffic paths.
Corrective actions
Procedure 2-52
LP-SF alarm clearing
Step Action
—end—
LP
LP-Trail Identifier Mismatch (TIM)
Significance
The VC-12 path trace feature allows the operator to specify a trace identifier
in the J2 byte at the transmitting multiplexer and an expected identifier at the
terminating multiplexer. In the event of the expected trace identifier not
matching the transmitted identifier, the LP-TIM alarm is raised. This alarm is
detected at a path termination after a path protection operation.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
AIS is injected in VC-12 payload.
Possible causes
Possible causes for the LP-TIM alarm are:
• Incorrect configuration of far end or near end path string.
• Incorrect path connection.
• Faulty tributary.
Corrective actions
Procedure 2-53
LP-TIM alarm clearing
Step Action 2
1 Ensure that the operator entered string has been entered correctly at both
ends:
If the settings are incorrect, correct as necessary
If the settings are correct, go to step 2.
2 Verify that the path is correctly connected at all local and intermediate
multiplexers and that no LP errors are present on the network.
If the path is incorrectly connected and/or LP errors are present, re-connect
as necessary and/or investigate network errors.
If the path is correctly connected and there are no LP errors in the network,
go to step 3.
3 Replace the local tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far end card. Refer to the Equipment Maintenance Procedures,
323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LP
LP-Label Unequipped
Significance
The LP-UNEQ value of the VC-12 payload signal label indicates unequipped
(no traffic in payload).
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm
Consequent action
The VC-12 payload of the ongoing path is filled with ‘all ones’.
Possible causes
Possible causes for the LP-UNEQ alarm are:
• Incorrect overhead configuration at near or far end.
• Incorrect path connection.
• Faulty tributary.
Corrective actions
Procedure 2-54
LP-UNEQ alarm clearing
Step Action 2
1 Ensure that the system path configuration at both ends is correct as follows:
- if no traffic expected, both ends should be configured to send a
value of ‘0’.
- if traffic is expected, both ends should be configured to send a
value of ‘1’ or ‘2’.
If the settings are incorrect, correct as necessary
If the settings are correct, go to step 2.
2 Verify that the path is correctly connected at all intermediate multiplexers and
that no LP errors are present on the network.
If the path is incorrectly connected and/or LP errors are present, re-connect
as necessary and/or investigate network errors.
If the path is correctly connected and there are no LP errors in the network,
go to step 3.
3 Replace the local tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far end card. Refer to the Equipment Maintenance Procedures,
323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LP
LP-Quality of service violation (15 minute)
Significance
The Lp_qosv_15M alarm is raised to indicate that any BBE, ES, SES, UAS
active performanance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Lp_qosv_15M alarm are:
• Excessive attenuation in cable or optical fibre.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-55
Lp_qosv_15M alarm clearing
Step Action
—end—
LP
LP-Quality of service violation (24 hour)
Significance
The Lp_qosv_24H alarm is raised to indicate that any BBE, ES, SES, UAS
2
active performanance monitoring threshold has been broken within a 24 hour
monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Lp_qosv_24H alarm are:
• Excessive attenuation in cable.
• Errored input signal
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-56
Lp_qosv_24H alarm clearing
Step Action
—end—
LP
LP-Far end quality of service violation (15 minute)
Significance
The Lp_fe_qosv_15M alarm is raised to indicate that any BBE, ES, SES,
UAS active performanance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the Lp_fe_qosv_15M alarm are:
• LP-RDI alarm from the far multiplexer.
• Faulty local tributary.
• Faulty far end tributary.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-57
Hp_fe_qosv_15M alarm clearing
Step Action
1 Check for the presence of the LP-RDI alarm. Identify and remove the cause
of this alarm.
2 Check for the presence of errored blocks from LP-REI. Identify and remove
the cause of these errors.
3 The Lp_fe_qosv_15M alarm clears after the next 15 minute monitoring
period.
—end—
LP
LP-Far end quality of service violation (24 hour)
Significance
The LP_fe_qosv_24H alarm is raised to indicate that any BBE, ES, SES,
2
UAS active performanance monitoring threshold has been broken within a 24
hour monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>-J<VC-4>-Kklm
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the LP_fe_qosv_24H alarm are:
• LP-RDI alarm from the far multiplexer.
• Faulty local tributary.
• Faulty far end tributary.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-58
Lp_fe_qosv_24H alarm clearing
Step Action
1 Check for the presence of the LP-RDI alarm. Identify and remove the cause
of this alarm.
2 Check for the presence of errored blocks from LP-REI. Identify and remove
the cause of these errors.
3 The Lp_qosv_24H alarm clears after the current 24 hour monitoring period.
—end—
LPOM
LPOM-Excessive Errors (EXC)
Significance
The LPOM-EXC is raised when the BER of the VC-12 path status byte (V5)
has exceeded the configured threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>-J<VC-4>-Kklm
Impact
Critical alarm
Consequent action
A traffic protection switch occurs.
Possible causes
Possible causes for the LPOM-EXC alarm are:
• Errors on network.
• Faulty aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-59
LPOM-EXC alarm clearing
Step Action 2
1 Check if there are any MS or HP bit error alarms in the network, upstream.
If there are MS or HP alarms in the network, perform the recommended
actions to clear alarms.
If there are no MS or HP alarms in the network, go to step 2.
2 Replace the indicated card. Refer to Maintenance Procedures,
323-1123-547. Restore to the old configuration.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
LPOM
LPOM-Trail Identifier Mismatch (TIM)
Significance
The VC-12 path trace feature allows the operator to specify a trace identifier
in the J2 byte at the transmitting multiplexer and an expected identifier at the
terminating multiplexer. In the event of the expected trace identifier not
matching the transmitted identifier, the LPOM-TIM alarm is raised.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>--J<VC-4>-Kklm
Impact
Major alarm
Consequent action
None.
Possible causes
Possible causes for the LPOM-TIM alarm are:
• Incorrect configuration of far end or near end path string.
• Incorrect path connection.
• Faulty 2 Mbit/s tributary.
Corrective actions
Procedure 2-60
LPOM-TIM alarm clearing
Step Action 2
1 Ensure that the operator entered string has been entered correctly at both
ends:
If the settings are incorrect, correct as necessary
If the settings are correct, go to step 2.
2 Verify that the path is correctly connected at all local and intermediate
multiplexers and that no LP errors are present on the network.
If the path is incorrectly connected and/or LP errors are present, re-connect
as necessary and/or investigate network errors.
If the path is correctly connected and there are no LP errors in the network,
go to step 3.
3 Replace the local 2 Mbit/s tributary card. Refer to the Equipment
Maintenance Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far 2 Mbit/s card. Refer to the Equipment Maintenance
Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LPOM
LPOM-Payload Label Mismatch (PLM)
Significance
The value of the VC-12 signal label code in the V5 byte does not correspond
with the expected value. This alarm is raised at a path termination point,
subsequent to a protection switch.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>-J<VC-4>-Kklm
Impact
Major alarm
Consequent action
None.
Possible causes
Possible causes for the LPOM-PLM alarm are:
• Incorrect overhead configuration at near or far end.
• Incorrect path connection.
• Faulty 2 Mbit/s tributary.
Corrective actions
Procedure 2-61
LPOM-PLM alarm clearing
Step Action 2
1 Ensure that the system path configuration at both ends is correct as follows:
- if no traffic expected, both ends should be configured to send a
value of ‘0’.
- if traffic is expected, both ends should be configured to send a
value of ‘1’ or ‘2’.
Refer to Provisioning and Operations Procedures, 323-1123-310 for the
procedure to view and change connections.
If the connections are incorrect, reconfigure as necessary.
If the settings are correct, go to step 2.
2 Verify that the path is correctly connected at all intermediate multiplexers and
that no LP errors are present on the network.
If the path is incorrectly connected and/or LP errors are present, re-connect
as necessary and/or investigate network errors.
If the path is correctly connected and there are no LP errors in the network,
go to step 3.
3 Replace the local 2 Mbit/s tributary card. Refer to the Equipment
Maintenance Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far 2 Mbit/s card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
LPOM
LPOM-Label Unequipped (UNEQ)
Significance
The LP-UNEQ value of the VC-12 payload signal label indicates unequipped
(no traffic in payload).
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>-J<VC-4>-Kklm
Impact
Major alarm
Consequent action
None.
Possible causes
Possible causes for the LPOM-UNEQ alarm are:
• Incorrect overhead configuration at near or far end.
• Incorrect path connection.
• Faulty 2 Mbit/s tributary.
Corrective actions
Procedure 2-62
LPOM-UNEQ alarm clearing
Step Action 2
1 Ensure that the system path configuration at both ends is correct as follows:
- if no traffic expected, both ends should be configured to send a
value of ‘0’.
- if traffic is expected, both ends should be configured to send a
value of ‘1’ or ‘2’.
If the settings are incorrect, correct as necessary
If the settings are correct, go to step 2.
2 Verify that the path is correctly connected at all intermediate multiplexers and
that no LP or LPOM errors are present on the network.
If the path is incorrectly connected and/or LP errors are present, re-connect
as necessary and/or investigate network errors.
If the path is correctly connected and there are no LP errors in the network,
go to step 3.
3 Replace the local 2 Mbit/s tributary card. Refer to the Equipment
Maintenance Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedures are complete.
If the alarm is still present, go to step 4.
4 Replace the far 2 Mbit/s card. Refer to the Equipment Maintenance
Procedures, 323-1123-547 for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
PPI
PPI-Transmit Fail (TF)
Significance
The tributary output signal has fallen below a predefined threshold.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical Alarm
Consequent action
None.
Possible causes
Possible causes for the PPI-TF alarm are:
• Cable fault.
• Faulty tributary card.
Corrective actions
Procedure 2-63
PPI-TF alarm clearing
Step Action 2
1 Ensure that the traffic output cable is properly terminated. Re-terminate the
connector if required.
If the alarm clears, the alarm clearing procedure is complete.If the alarm is
still present, go to step 4.
2 Ensure that the traffic output cable is properly terminated. Re-terminate the
connector if required.
If the alarm clears, the alarm clearing procedure is complete.If the alarm is
still present, go to step 3.
3 Check the far end equipment for a short circuit.
If the alarm clears, the alarm clearing procedure is complete. If the alarm is
still present, go to step 4.
4 Replace the indicated tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
PPI
PPI-Loss Of Signal (LOS)
Significance
The PPI-LOS is raised where the loss of a PDH input signal is detected.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm.
Consequent action
All-ones(AIS) are transmitted in the traffic payload.
Possible causes
Possible causes for the PPI-LOS alarm are:
• Preceding equipment failure.
• Input connector not properly connected.
• Faulty tributary card.
Corrective actions
Procedure 2-64
PPI-LOS alarm clearing
Step Action 2
1 Ensure that the associated input connector is properly connected.
If connector is not properly connected, re-insert connector.
If connector is properly connected, go to step 2.
2 Verify that a valid tributary signal is present at distribution frame.
If a valid signal is not present, check the tributary source equipment.
If a valid signal is present, go to step 4.
3 Verify that a valid tributary signal is present at the cable headshell.
Note: Removal of a 2 Mbit/s cable headshell causes a traffic loss on all 16
ports.
If a spare unused traffic port is available, the PDH signal can be verified by
connecting the cable to the spare port. If a signal is present, a
‘PPI-Unexp_Signal’ alarm will be raised for the spare port.
If a valid signal is not present, a cable fault is suspected.
If a valid signal is present, go to step 4.
4 Replace the indicated tributary card, Refer to the Equipment Maintenance
Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
PPI
PPI-Alarm Indication Signal (AIS)
Significance
The PPI-AIS alarm is raised when the PDH interface detects an AIS condition
on the PDH input traffic.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor alarm.
Consequent action
All-ones(AIS) are transmitted in the traffic payload.
Possible causes
AIS being generated by preceding equipment.
Corrective actions
Investigate preceding equipment for the cause of AIS.
PPI
PPI-Excessive errors (EXC)
Significance
The PPI-EXC alarm is raised when HDB3 code violations exceed the
2
threshold in a PDH signal.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm.
Traffic is affected.
Consequent action
All-ones(AIS) are sent via the PDH input payload to the VC12 container.
Possible causes
Possible causes for the PPI-EXC alarm are:
• Excessive attenuation in cable.
• Errored input signal.
• Faulty tributary card.
Corrective actions
Procedure 2-65
PPI-EXC alarm clearing
Step Action
—end—
PPI
PPI-Signal Degrade (DEG)
Significance
The PPI-DEG alarm is raised when HDB3 code violations exceed the
threshold in a PDH signal.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Traffic is affected.
Consequent action
None.
Possible causes
Possible causes for the PPI-DEG alarm are:
• Errored input signals.
• Faulty tributary card.
Corrective actions
Procedure 2-66
PPI-DEG alarm clearing
Step Action
—end—
PPI
PPI-Unexpected Signal
Significance
The PPI-UNEXP_SIGNAL alarm is raised where a signal is connected to a
2
2 Mbit/s or 140 Mbit/s port for which a traffic connection is not configured.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the PPI-UNEXP_SIGNAL alarm are:
• Incorrect cable connection.
• Incorrect System configuration.
• Faulty 2 Mbit/s or 140 Mbit/s tributary card.
Corrective actions
Procedure 2-67
PPI-UNEXP_SIGNAL alarm clearing
Step Action
—end—
PPI
PPI-Loss of Frame (LOF)
Significance
The PPI-LOF alarm is raised where a PDH port reports that signal framing
information cannot be recovered in the recieve path. This alarm will ony be
reported if the input port is configured to framed or multi-framed.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the PPI-LOF alarm are:
• Faulty tributary card.
• Errored input signal.
Corrective actions
Procedure 2-68
PPI-LOF alarm clearing
Step Action
—end—
PPI
PPI-Loss of Multiframe (LOM)
Significance
The PPI-LOM alarm is raised where a 2 Mbit/s PDH port reports that signal
2
multiframing information cannot be recovered in the recieve path. The input
port must be configured to multi-framed.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the PPI-LOM alarm are:
• Faulty 2 Mbit/s tributary card.
• Errored input signal.
Corrective actions
Procedure 2-69
PPI-LOM alarm clearing
Step Action
—end—
PPI
PPI-Loopback On
Significance
The PPI-LOOPBACK-ON alarm is raised if a local or remote loopback is
placed on a PDH port. This alarm is a reminder to the network operator of
existing configured loopbacks.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor alarm.
Consequent action
None.
Possible causes
Local or remote loopback has been placed on a PDH port.
Corrective actions
If required, remove the loopback as detailed in Network Surveillance
Procedures, 323-1123-510.
PPI
PPI- Transmit-Loss of Frame (T-LOF)
Significance
The PPI-T-LOF alarm is raised where a 140 Mbit/s PDH port reports that
2
signal framing information cannot be recovered in the transmit path. This
alarm will ony be reported if the input port is configured to framed or
multi-framed.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the PPI-T-LOF alarm are:
• Faulty 140 Mbit/s tributary card.
• Output cable fault.
Corrective actions
Procedure 2-70
PPI-T-LOF alarm clearing
Step Action
1 Investigate preceding 140 Mbit/s equipment and cables for cause of errors.
If errors are intermittent, most likely cause is cabling and the connectors.
If no errors from preceding equipment, go to step 2.
2 Replace the indicated tributary card. Refer to the Equipment Maintenance
Procedures, 323-1123-547, for replacement procedures.
If the alarm clears, the alarm clearing procedure is complete.
If the alarm is still present, escalate the problem or replace subrack.
—end—
PPI
PPI-Code violation Quality of service violation
(15 minute)
Significance
The PPI_CV_qosv_15M alarm is raised to indicate that any BBE, ES, SES,
UAS active performanance monitoring threshold has been broken within a 15
minute monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the PPI_CV_qosv_15M alarm are:
• Excessive attenuation in cable or optical fibre.
• Errored input signal.
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 15 minute monitoring
period in which no QOSV thresholds have been exceeded. The following
procedure describes how to detect the cause of the alarm.
Procedure 2-71
PPI_CV_qosv_15M alarm clearing
Step Action
1 Check for the presence of code violation defects, PPI-LOF, PPI-AIS. Identify
and remove the cause of these alarms.
2 Check for the presence of errored frames. Identify and remove the cause of
these errors.
3 The PPI_CV_qosv_15M alarm clears after the next 15 minute monitoring
period.
—end—
PPI
PPI-Code violation-Quality of service violation
(24 hour)
2
Significance
The PPI_CV_qosv_24H alarm is raised to indicate that any BBE, ES, SES,
UAS active performanance monitoring threshold has been broken within a 24
hour monitoring period.
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Minor Alarm
Consequent action
None.
Possible causes
Possible causes for the PPI_CV_qosv_24H alarm are:
• Excessive attenuation in cable.
• Errored input signal.
• Faulty traffic card.
Corrective actions
This alarm automatically clears upon completion of a 24 hour monitoring
period. The following procedure describes how to detect the cause of the
alarm.
Procedure 2-72
PPI_CV_qosv_24H alarm clearing
Step Action
1 Check for the presence of code violation defects, PPI-LOF, PPI-AIS. Identify
and remove the cause of these alarms.
2 Check for the presence of errored frames. Identify and remove the cause of
these errors.
3 The PPI_CV_qosv_24H alarm clears after the current 24 hour monitoring
period.
—end—
SYNC
Sync-SETG Fail
Significance
This alarm indicates that a serious problem has occurred in the
synchronization source selection circuit on the indicated aggregate card.
Instance/Unit
This alarm is raised against an aggregate card instance, reported as
S <slot-no>
Impact
Critical alarm
Consequent action
None.
Possible causes
Failure of the synchronization circuit on the indicated aggregate card.
Corrective actions
Procedure 2-73
SYNC-SETG_Fail alarm clearing
Step Action
—end—
SYNC
Sync-Unexpected signal
Significance
The external synchronization input (ESI) port is receiving a synchronization
2
signal but the port is not in the hierarchy list.
Instance/Unit
This alarm is raised against an external synchronization port instance,
reported as
S <slot-no> - 1
Impact
Major alarm.
Consequent action
None.
Possible causes
The ESI port is not in the SETG or ESO hierarchy list.
Corrective actions
Add the ESI port to the hierarchy list.
SYNC
Sync-ESO Source Not Primary
Significance
The source currently selected to provide synchronization is not the primary
source as defined in the ESO hierarchy list.
Note:
• If synchronization source messaging (SSM) is active this alarm is not
raised.
• Selecting a synchronization source using a Forced override does not raise
this alarm.
Instance/Unit
None.
Impact
Critical alarm.
Consequent action
None.
Possible causes
Failure of primary source.
Corrective actions
Investigate primary source for possible faults or synchronization source
switching actions.
SYNC
Sync-Holdover
Significance
This alarm is raised when the NE is operating in holdover mode. This mode is
2
entered when all external synchronization input sources are rejected and the
internal clock is running off historical values (or has just started).
The holdover alarm is not raised if the NE is deliberately configured to run off
the internal oscillator (by a forced command or through an INT entry in the
hierarchy list).
Instance/Unit
This alarm is raised against the NE.
Impact
Critical alarm.
Consequent action
None.
Possible causes
Possible causes for the SYNC-HOLDOVER alarm are:
• Forced switch to a faulty synchronization source.
• All sources on the hierarchy list are faulty and the NE is using the internal
oscillator for synchronization.
Corrective actions
If a forced switch is active, check the status of the synchronization source.
SYNC
Sync-Source Not Primary
Significance
The source currently selected to provide synchronization is not the primary
source as defined in the SETG hierarchy list.
Note:
• If synchronization source messaging (SSM) is active this alarm will not be
raised.
• If the current synchronization source was selected by a Forced override,
this alarm is not raised.
Instance/Unit
None.
Impact
Major alarm.
Consequent action
None.
Possible causes
Failure of primary source.
Corrective actions
Investigate primary source for possible faults or synchronization source
switching actions.
SYNC
Sync-External Sync Loss Of Signal
Significance
The signal from the external synchronization input (ESI) on an End of Shelf
2
(EOS) card has failed.
Instance/Unit
This alarm is raised against an external synchronization port instance,
reported as
S <slot-no> - 1
Impact
Critical alarm
Consequent action
None.
Possible causes
Possible causes for the SYNC-External Loss of Signal alarm are:
• Input connector not properly terminated.
• External synchronization source failure.
• Faulty End of Shelf card.
Corrective actions
Procedure 2-74
SYNC-Ext_Sync_LOS alarm clearing
Step Action
—end—
SYNC
Sync-SETG Frequency suspect
Significance
The SETS reports an out of lock condition. This alarm means that either the
2
current synchronization source is out of limits or the SETS is out of lock.
Note: The source must be in the synchronization hierarchy (or forced on)
for the alarm to be raised.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
Faulty synchronization source or SETS in the aggregate card.
Corrective actions
Procedure 2-75
SYNC-SETG_frequency_suspect alarm clearing
Step Action
—end—
SYNC
Sync-Source out of limits
Significance
A port which can be used as a frequency source has a gross frequency offset.
Instance/Unit
This alarm is raised against an input port which is in either of the SETG or
ESO selector Synchronization Source Hierarchies.
Impact
Major alarm.
Consequent action
None.
Possible causes
Faulty synchronization source or SETS in the aggregate card.
Corrective actions
Procedure 2-76
SYNC-SOURCE-OUT-OF-LIMITS alarm clearing
Step Action
n Operations o
n Sync_source s
l clr_out_of_limits c
4 Insert the port number of the alarm you wish to clear and select submit.
Confirmation is required
—end—
SYNC
Sync-Lock fail
Significance
This alarm is raised when either the SETG or ESO PLL reports an out-of-lock
2
condition.
Instance/Unit
This alarm is raised against an aggregate card instance, reported as
S <slot-no>
Impact
Critical alarm.
Consequent action
None.
Possible causes
Faulty synchronization source or SETS in the aggregate card.
Corrective actions
Procedure 2-77
SYNC-LOCK-FAIL alarm clearing
Step Action
n Operations o
n Sync_source s
l clr_out_of_limits c
4 Insert the port number of the alarm you wish to clear and select submit.
Confirmation is required
—end—
Misc
Qecc Comms Fail
Significance
The NE cannot communicate with the neighbouring NE via the Embedded
Control Channel (ECC).
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Non-traffic affecting.
Consequent action
None.
Possible causes
Possible causes for the Qecc Comms Fail alarm are:
• Loopback present.
• The card carrying the ECC has been unequipped.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-78
Qecc_Comms_Fail alarm clearing
Step Action 2
1 Check if a loopback is present. Refer to Network Surveillance Procedures,
323-1123-510.
If a loopback is present, disable the loopback. If the alarm is still present, go
to step 2.
If the alarm has cleared, the alarm clearing procedure is complete.
2 Check if any of the cards in the ECC path have been unequipped.
If the card is unequipped, re-equip it using the CAT. refer to Provisioning and
Operations Procedures, 323-1123-310.
3 Examine the current Lapd mode.Refer to Provisioning and Operations
Procedures, 323-1123-310.
If the failed link is in then
Rs mode goto step 4
Ms mode goto step 5
Both goto step 6
Auto goto step 7
—continued—
Procedure 2-78
Qecc_Comms_Fail alarm clearing (continued)
Step Action
—end—
Misc
INT NE-Spi Comms Fail
Significance
A fault has been detected on the internal SPI communications function.
2
Instance/Unit
This alarm is raised against a port instance, reported as
S <slot-no> - <port-no>
Impact
Critical alarm
Non-traffic affecting.
Consequent action
None.
Possible causes
Possible causes for the INT NE-Spi-Comms-Fail alarm are:
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Procedure 2-79
Spi-Comms_Fail alarm clearing
Step Action
—end—
Misc
EA-Ext inp <1-8>
Significance
A alarm has been received on one of the external alarm inputs.
Instance/Unit
This alarm is raised against an external alarm input instance.
Impact
Critical alarm.
Consequent action
None.
Possible causes
Dependant on the alarm source.
Corrective actions
Investigate the alarm source for the cause of the alarm.
Misc
INT NE-Configuration Corrupt
Significance
The configuration data held in the configuration bank is corrupt and the NE
2
enters detached mode.
This alarm is raised only when one of the following configuration alarms is
raised:
• INT NE-config_all_banks_corrupt
• INT NE-config_available_bank_corrupt
• INT NE-config_validation_error
• INT NE-config_audit_mismatch
• INT NE-config_bp_mismatch
Instance/Unit
This alarm is raised against the NE.
Impact
Critical alarm.
Consequent action
None.
Possible causes
Configuration data corrupt.
Corrective actions
Check which of the associated configuration alarms are also present. Perform
the alarm clearing procedures for the associated alarm.
Misc
NE-Lan Alarm
Significance
A fault has been detected on the LAN sub-network.
Instance/Unit
This alarm is raised against a LEOS port instance, reported as
S 15B - <port-no>
Impact
Critical alarm.
Loss of communication to the EC and to any NEs connected via the local
LAN sub-network.
Consequent action
None.
Possible causes
Possible causes for the NE-Lan alarm are:
• LAN connector not properly terminated.
• Problem on LAN sub-network.
Corrective actions
Check that the LAN connector is properly terminated. If the LAN connector
is properly terminated, investigate the local LAN sub-network.
Misc
NE-Unexpected LAN
Significance
Indicates a LAN is present but the LAN service state is set to Standby
2
(indicating that a LAN is not expected).
Instance/Unit
None.
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the Unexpected LAN alarm are:
• LAN is incorrectly connected.
• System is incorrectly configured.
Corrective actions
If a LAN is expected, reconfigure the system as required (see Provisioning
and Operations Procedures, 323-1123-310).
Misc
INT NE-Config bp mismatch
Significance
The serial number of the master aggregate card does not match the serial
number stored in the backplane SIM card. This check occurs during a warm
or cold restart of the master aggregate. The NE enters detached mode
Instance/Unit
This alarm is raised against the NE.
Impact
Critical alarm.
Consequent action
None.
Possible causes
The aggregate has been replaced or there is a mismatch in the configuration
data.
Corrective actions
Perform the following procedures (refer to System and Data Administration
Procedures, 323-1123-302):
• Check the configuration and change if necessary.
• Impose the stored configuration. This will;
—write the serial number of the aggregate cards into the SIM card
—take the NE out of detached mode
—remove the alarm
Misc
Ps-power fail
Significance
The power supply to either the Upper or Lower end of shelf cards has failed.
2
Instance/Unit
This alarm is raised against an EOS card instance, reported as
S <slot-no>
Impact
Critical alarm.
Consequent action
None.
Possible causes
Power supply fail
Corrective actions
Check the power connection to the indicated card.
Misc
NE-Date time unknown
Significance
This alarm is raised when the real time clock in the NE has no knowledge of
the date and time.
Instance/Unit
None.
Impact
Major alarm.
Consequent action
None.
Possible causes
A loss of power to the NE will cause the contents of the RTC to be lost.
Corrective actions
Set the real time clock. Refer to System and Data Administration Procedures,
323-1123-302.
Misc
Unexpected SW version
Significance
The software version on a tributary or aggregate card does not match the
2
version number in the configuration store.
Instance/Unit
None.
Impact
Minor alarm.
Consequent action
None.
Possible causes
Card installed with incorrect software load.
Corrective actions
Perform a software upgrade on the indicated card as detailed in System and
Data Administration Procedures, 323-1123-302.
Misc
Internal 1 second clock loss of signal
Significance
A card with a missing 1-second input clock will raise this alarm.
Instance/Unit
This alarm is raised against a card instance, reported as
S <slot-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for this alarm are:
• aggregate failure.
• tributary failure.
• Backplane failure.
Corrective actions
Perform a SEMF protection switch. If the alarm persists, replace aggregate or
tributary card (see Provisioning and Operations Procedures, 323-1123-310).
Card
NE-Card Out
Significance
Indicates that the indicated card has been removed from the subrack without
2
unequipping the slot.
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Critical alarm
Consequent action
None.
Possible causes
Possible causes for the Card Out alarm are:
• Card removed.
• System incorrectly configured.
• Faulty aggregate card.
Corrective actions
Procedure 2-80
NE-Card_Out alarm clearing
Step Action
—end—
Card
NE-Unexpected Card
Significance
Indicates that a card is present in a slot which is configured as ‘Unequipped’.
2
This alarm is raised approximately 30 seconds after the card is inserted.
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the Unexpected Card alarm are:
• Card inserted into wrong slot.
• System incorrectly configured.
• Faulty aggregate card.
Corrective actions
Procedure 2-81
NE-Unexpected_Card alarm clearing
Step Action
—end—
Card
NE-Card Fail
Significance
The aggregate card detects a fault on the indicated card or fails to
2
communicate with the indicated card.
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Critical alarm.
Consequent action
None.
Possible causes
Possible causes for the Card Fail alarm are:
• Faulty indicated card.
• Faulty aggregate card.
Corrective actions
Procedure 2-82
NE-Card_Fail alarm clearing
Step Action
—end—
Card
NE-Card Fault
Significance
Self-diagnosis indicates the card has a fault.
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Critical alarm.
Consequent action
None.
Possible causes
Faulty indicated card.
Corrective actions
If the alarm is repeated or persistent, replace indicated card. Refer to the
Maintenance Procedures, 323-1123-547.
Card
NE-Wrong Card
Significance
A card has been inserted into a slot designated for another type of card (slot
2
wrong or card wrong).
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Critical alarm.
Consequent action
None.
Possible causes
Possible causes for the Wrong Card alarm are:
• Wrong card fitted in a slot.
• Card fitted in wrong slot.
• System incorrectly configured.
Corrective actions
Procedure 2-83
NE-Wrong_Card alarm clearing
Step Action
—end—
Card
NE-Invt Write Jumper Fitted
Significance
This alarm indicates that a link is present on a card which enables access to
the non-volatile RAM.
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Major alarm.
Consequent action
None.
Possible causes
Link is present on the card.
Corrective actions
Contact Nortel Networks technical support.
Card
NE-Minor card mismatch
Significance
This alarm occurs when the operator configures a slot for a card type and
2
sub release but inserts a card with a lower sub release.
Instance/Unit
This alarm is raised against an NE card instance, reported as
S <slot-no>
Impact
Minor alarm.
Consequent action
None.
Possible causes
Wrong sub release of card in slot
Corrective actions
Replace the card or re-equip the slot for the correct sub-release (see
Provisioning and Operations Procedures, 323-1123-310).
Config
INT NE-Configuration Corrupt Bank
Significance
The configuration data held in the active non volatile configuration bank is
corrupt.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the Configuration Corrupt bank alarm are:
• Non volatile store corruption on the aggregate card.
• Continual cyclic reboots.
Corrective actions
Procedure 2-84
INT-NE_Config_Corrupt_Bank
Step Action
1 Carry out a restore of the configuration bank as detailed in System and Data
Administration Procedures, 323-1123-302.
2 If the alarm is still present, replace the aggregate card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm has cleared, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
Config
INT NE-Configuration All Banks Corrupt
Significance
The configuration data held in both the active and standby non-volatile
2
configuration banks is corrupt.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
The NE enters detached mode.
The following operations are not allowed until the alarm is cleared:
• software upgrade
• configuration changes
• consolidation of the configuration banks
• traffic card provisioning
Possible causes
Possible causes for the Configuration All Banks Corrupt alarm are:
• Non-volatile store corruption on the aggregate card.
• Continual cyclic reboots.
Corrective actions
Procedure 2-85
INT-NE_Config_All_Banks_Corrupt
Step Action
1 Carry out a restore of the configuration banks as detailed in System and Data
Administration Procedures, 323-1123-302.
2 If the alarm is still present, replace the aggregate card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm has cleared, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
Config
INT NE-Configuration Available Bank Corrupt
Significance
This alarm is raised if the data held in the configuration bank is corrupted
during a software upgrade or configuration restore procedure.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
The NE enters detached mode
The following procedures are not allowed until the alarm is cleared:
• software upgrade
• configuration changes
• consolidation of the configuration banks
• a restore of the configuration banks
• traffic card provisioning
Possible causes
Possible causes for the Configuration Available Bank Corrupt alarm are:
• Non-volatile store corruption on the aggregate card.
• Continual cyclic reboots.
Corrective actions
Procedure 2-86
INT NE-Config_Avail_Bank_Corrupt
Step Action 2
1 Display the configuration table status. Access the ‘Admin/cnfg_tbl’ submenu
by selecting
n Admin a
n Cnfg_tbl c
l View v
A confirmation is required.
4 Execute the backout command by selecting
l Backout bo
—end—
Config
INT NE-Configuration Software Mismatch
Significance
The version of software loaded on a card and the version referenced in the
configuration bank are different.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
New card inserted with incorrect software or configuration version.
Corrective actions
Procedure 2-87
INT NE-Cfg_sw_mismatch
Step Action
1 Display the software and configuration table status. Access the ‘Admin/
cnfg_tbl’ submenu by selecting
n Admin a
n Cnfg_tbl c
l View v
2 If the software version is correct carry out step 3. If the software version is
incorrect carry out step 4.
—continued—
Procedure 2-87
INT NE-Cfg_sw_mismatch (continued)
Step Action
n Cnfg_tbl c
l Consolidate c
No confirmation is required.
4 If the alarm is still present, carry out a software download as detailed in
System and Data Administration Procedures, 323-1123-302.
If the alarm has cleared, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem.
—end—
Config
INT NE-Configuration Audit Mismatch
Significance
A configuration audit indicates that the configuration data in the RAM is
different to the configuration settings on the traffic cards.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
The NE enters detached mode.
Possible causes
Audit mismatch.
Corrective actions
Procedure 2-88
INT NE-Cfg_Audit_Mismatch
Step Action
n Admin a
n Cnfg_tbl c
l Impose_config ic
A confirmation is required.
If the alarm has cleared, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
Config
INT NE-Configuration Validation Error
Significance
During a restart, a value read from the configuration store is invalid.
2
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
The NE enters detached mode.
Possible causes
Incorrect software or configuration version.
Corrective actions
Procedure 2-89
INT NE-Cfg_validation_error
Step Action
1 Carry out a restore of the configuration banks as detailed in System and Data
Administration Procedures, 323-1123-302.
2 If the alarm is still present, replace the aggregate card. Refer to Maintenance
Procedures, 323-1123-547.
If the alarm has cleared, the alarm clearing procedure is complete.
If the alarm is still present, escalate problem or replace subrack.
—end—
Config
INT NE-Standby Configuration Software Unstable
Significance
This alarm indicates a problem with the standby software.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
Software or configuration problem.
Corrective actions
Perform a backup of the active configuration store to the standby as detailed
in System and Data Administration Procedures, 323-1123-302.
Config
INT NE-Standby Configuration Flash Corrupt
Significance
This alarm indicates a problem with the standby flash memory.
2
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
Corruption of the standby non-volatile configuration banks.
Corrective actions
Perform a backup of the active configuration store to the standby as detailed
in System and Data Administration Procedures, 323-1123-302.
Config
INT NE-Standby Configuration audit mismatch
Significance
The configuration data held in the active non-volatile standby configuration
bank is corrupt.
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
Possible causes for the alarm are:
• Non-volatile store corruption on the aggregate card.
• Continual cyclic reboots.
Corrective actions
Perform a backup of the active configuration store to the standby as detailed
in System and Data Administration Procedures, 323-1123-302.
Config
INT NE-Standby Configuration fail
Significance
The configuration bank on the stand-by aggregate has failed.
2
Instance/Unit
This alarm is raised against the NE.
Impact
Major alarm.
Consequent action
None.
Possible causes
Stand-by flash memory is corrupt or the stand-by configuration state is
misaligned with the master aggregate.
Corrective actions
Perform a backup of the active configuration store to the standby as detailed
in System and Data Administration Procedures, 323-1123-302.
Prot
Equip_Fail
Significance
Raised when a 1+1 protection I/O card fails.
Instance/Unit
This alarm is raised against the working tributary card.
Impact
Major alarm.
Consequent action
None.
Possible causes
Hardware failure on 1+1 protection I/O card.
Corrective actions
Replace the 1+1 protection I/O card. Refer to the Maintenance Procedures,
323-1123-547.
Prot
Equip_Out
Significance
Raised when both the 1+1 working and protection tributary cards detect no
2
connection to the 1+1 protection I/O card.
Instance/Unit
This alarm is raised against the working tributary card.
Impact
Major alarm.
Consequent action
None.
Possible causes
Interface cable between the 1+1 protection I/O card and the tributaries is not
present or is incorrectly connected.
Corrective actions
Check interface cable between the 1+1 protection I/O card and the tributaries.
Prot
Unexpected_Equip
Significance
Raised where the 1+1 I/O card is connected to a tributary card in a protection
slot, but that slot is not in a 1+1 card association.
Instance/Unit
This alarm is raised against a protection tributary card.
Impact
Major alarm.
Consequent action
None.
Possible causes
Card association not made by operator
Corrective actions
Create card association for 1+1 card protection (see Provisioning and
Operations Procedures, 323-1123-310).
Prot
Cable_Error
Significance
Raised to indicate that a cable fault exists between a tributary slot and a 1+1
2
protection I/O card.
Instance/Unit
This alarm is raised against the working or protection card slot.
Impact
Major alarm.
Consequent action
Protection switch to the other slot in the association.
Possible causes
Fault in the cable between the 1+1 protection I/O card and the tributaries.
The cable from the working or protection card is connected to the wrong port
on the 1+1 protection I/O card.
Corrective actions
Replace the interface cable between the 1+1 protection I/O card and the
tributaries.
Prot
Wrong_Equip
Significance
Raised to indicate a mismatch between a tributary card and a 1+1 protection
I/O card.
Instance/Unit
This alarm is raised against the working or protection card slot.
Impact
Major alarm.
Consequent action
None.
Possible causes
1+1 protection I/O card and the tributaries are not compatible.
Corrective actions
Replace either the 1+1 protection I/O card or the tributaries
MSP
FOP_PAM
Significance
The Failure Of Protocol-Protection Architecture Mismatch alarm raises when
2
the multiplexing equipments at either end of transmission path are using
different protection architectures. For example, the local multiplexer is
operating 1+1 MSP and the remote end is operating 1:N protection.
Instance/Unit
The alarm is raised against bidirectional SDH protection ports.
Impact
Major alarm.
Consequent action
None.
Possible causes
Multiplexing equipment at either end of transmission path are using different
protection architectures.
Corrective actions
Reconfigure equipment to a common protection architecture.
MSP
FOP_SCM
Significance
The Failure Of Protocol-Selector Channel Mismatch alarm is raised to
indicate that a difference exists in the transmitted channel of the K1 byte and
the received channel K2 byte.
Instance/Unit
The alarm is raised against bidirectional SDH protection ports.
Impact
Major alarm.
Consequent action
Causes an MSP protection switch.
Possible causes
Possible causes for the FOP_SCM alarm are:
• Indicates a protocol failure.
• Incorrect optical fibre connection between protection and working cards
across the transmission path.
Corrective actions
Ensure optical fibre connections between protection and working cards across
the transmission path are correct.
MSP
FOP_INV
Significance
The Failure Of Protocol-Invalid alarm is raised to indicate that the received
2
K1 byte is invalid.
Instance/Unit
The alarm is raised against bidirectional SDH protection ports.
Impact
Major alarm.
Consequent action
This is an signal fail condition so it causes a MSP protection switch.
Possible causes
Possible causes for the FOP_INV alarm are:
• Optical hygiene problem.
• Faulty local aggregate, STM-1o tributary or STM-1e tributary.
• Faulty far end aggregate, STM-1o tributary or STM-1e tributary.
Corrective actions
Examine fibre-optic path for hygiene problems and replace local or far end
cards as necessary.
MSP
FOP_TMOUT
Significance
The Failure of protocol-Timeout alarm indicates that the K1 byte has not been
received within the specified 50 ms.
Instance/Unit
The alarm is raised against bidirectional SDH protection ports.
Impact
Major Alarm
Consequent action
This is an signal fail condition so it causes a MSP protection switch.
Possible causes
Possible causes for the FOP_TMOUT alarm are:
• Multiplexing equipment at either end of transmission path are using
different protection architectures.
• Incorrect optical fibre connection between protection and working cards
across the transmission path.
Corrective actions
Reconfigure equipment to a common protection architecture or ensure optical
fibre connections between protection and working cards across the
transmission path are correct.
end of chapter
Index 3- 3
A H
action HP-Excessive errors (EXC) alarm 2-48
log HP-Loss_of_Multiframe (LOM) alarm 2-56
fault clearing 1-2 HPOM-Excessive errors (EXC) alarm 2-71
alarm HP-Path_Label_Mismatch (PLM)
clearing 1-1 alarm 2-59, 2-75
consequent action 1-7 HP-Remote_Defect_Indicator (RDI)
correlation 1-3 alarm 2-54
indications 1-2 HP-Remote_Error_Indicator (REI)
RAU category 1-4 alarm 2-58
severity 1-4 HP-Signal Degrade (DEG) alarm 2-50
AU-Alarm_Indication_Signal (AIS) HP-Signal_Fail (SF) alarm 2-63
alarm 2-45 HP-Trace Identifier Mismatch (TIM) 2-52,
AU-Loss_of_Pointer (LOP) alarm 2-47 2-73
HP-Unequipped alarm 2-61, 2-77
C
Cable_Error alarm 2-173 I
clearing In station (RAU category) 1-6
faultst INT LP-Input Buffer Overflow alarm 2-65,
action log 1-2 2-91
consequent action INT LP-Output Buffer Overflow alarm 2-66,
alarm 1-7 2-93
Critical (alarm severity) 1-6 INT NE-Config_All_Banks_Corrupt
alarm 2-159
D INT NE-Config_Audit_Mismatch
Deferred (RAU category) 1-6 alarm 2-164
INT NE-Config_Available_Bank_Corrupt
alarm 2-160
E INT NE-Config_Bp_Mismatch alarm 2-144
EA-Ext_inp alarm 2-140 INT NE-Config_Corrup_Bank alarm 2-158
Equip_Fail alarm 2-170 INT NE-Config_Corrupt alarm 2-141
Equip_Out alarm 2-171 INT NE-Config_Software_Mismatch
alarm 2-162
F INT NE-Config_Validation_Error
faults alarm 2-165
clearing faults INT NE-Spi_Comms_Fail alarm 2-139
action log 1-2 INT NE-Standby_Config_Audit_Mismatch
alarm 2-168
INT NE-Standby_Config_Fail alarm 2-169
INT NE-Standby_Config_Flash_Corrupt N
alarm 2-167 NE-Card_Fault alarm 2-154
INT NE-Standby_Config_Sw_Unstable NE-Card_Out alarm 2-149
alarm 2-166 NE-Date_Time_Unknown alarm 2-146
INT TU-Alarm Indication Signal (AIS) NE-Invt_Write_Jumper_Fitted alarm 2-156
alarm 2-81 NE-Lan_Alarm 2-142
INT TU-Loss of Pointer (LOP) alarm 2-82 NE-Unexpected_Card alarm 2-151
NE-Unexpected_LAN alarm 2-143
L NE-Wrong_Card alarm 2-155
LED
card alarms 1-2 O
RAU alarms 1-2 OS alarms 2-11
log OS-Disable_Laser_Shutdown alarm 2-13
action log OS-Laser_Bias_High alarm 2-12
clearing faults 1-2 OS-Laser_Shutdown alarm 2-14
LP-Excessive errors 2-83 OS-Optical_Power_High alarm 2-11
LP-Excessive_Errors (EXC) alarm 2-83
LP-Label Unequipped alarm 2-98, 2-110
LPOM-Excessive_Errors (EXC) alarm 2-104 P
LP-Path Label Mismatch (PLM) alarm 2-86, PPI-Alarm Indication Signal (AIS)
2-108 alarm 2-116
LP-Remote Defect Indicator (RDI) PPI-Excessive errors (EXC) alarm 2-15,
alarm 2-88 2-117
LP-Remote Error Indication (REI) PPI-Loopback On alarm 2-122
alarm 2-90 PPI-Loss Of Frame (LOF) alarm 2-120,
LP-Signal Degrade (DEG) alarm 2-84 2-123
LP-Signal_Fail (SF) alarm 2-95 PPI-Loss Of Multiframe (LOM) alarm 2-121
LP-Trail Indentifier Mismatch (TIM) PPI-Loss Of Signal (LOS) alarm 2-114
alarm 2-96, 2-106 PPI-Signal Degrade (DEG) alarm 2-118
PPI-Transmit Fail (TF) alarm 2-16, 2-112
PPI-Unexpected Signal alarm 2-119
M Prompt (RAU category) 1-6
maintenance PS-Power_Fail alarm 2-145
philosophy 1-1
Major (alarm severity) 1-6
Minor (alarm severity) 1-6 Q
MS-Alarm_Indication_Signal (AIS) Qecc_Comms_Fail alarm 2-136
alarm 2-31
MS-Excessive_Errors (EXC) alarm 2-37 R
MSP FOP_INV alarm 2-177 rack alarm unit (RAU)
MSP FOP_PAM alarm 2-175 alarm category 1-4
MSP FOP_SCM alarm 2-176 alarm indications 1-2
MSP FOP_TMOUT alarm 2-178 RS-Excessive_Errors (EXC) alarm 2-24
MS-Remote_Defect_Indicator (RDI) RS-Loopback_On alarm 2-28
alarm 2-33 RS-Loss_of_Signal (LOS) alarm 2-20
MS-Remote_Error_Indicator (REI) RS-Trace_Identifier_Mismatch (TIM)
alarm 2-35 alarm 2-26
MS-Signal_Degrade (DEG) alarm 2-39 RS-Unexpected_Signal alarm 2-19
S
Sync-ESO_Source_Not_Primary
alarm 2-128
SYNC-External_Sync_LOS alarm 2-131
Sync-Holdover alarm 2-129
Sync-SETG_Fail alarm 2-126
Sync-SETG_Frequency_Suspect
alarm 2-133
Sync-Source_Not_Primary alarm 2-130
Sync-Unexpected_Signal alarm 2-127 3
T
TU-Alarm_Indication_Signal alarm 2-79
TU-Loss_of_Pointer (LOP) alarm 2-80
U
Unexpected_Equip alarm 2-172
Unexpected_SW_Version alarm 2-147
W
Warning (alarm severity) 1-6
Wrong_Equip alarm 2-174
Nortel TN-4XE
Alarm Clearing Procedures
Copyright © 1998 - 2000, Nortel Networks, All Rights Reserved.
The copyright of this document is the property of Nortel Networks.
Without the written consent of Nortel Networks, given by contract
or otherwise, this document must not be copied, reprinted or
reproduced in any material form, either wholly or in part, and the
contents of this document, or any methods or techniques
available therefrom, must not be disclosed to any other person
whatsoever.
NORTEL NETWORKS CONFIDENTIAL:The information
contained herein is the property of Nortel Networks and is strictly
confidential. Except as expressly authorized in writing by Nortel
Networks, the holder shall keep all information contained herein
confidential, shall disclose it only to its employees with a need to
know, and shall protect it, in whole or in part, from disclosure and
dissemination to third parties with the same degree of care it uses
to protect its own confidential information, but with no less than
reasonable care. Except as expressly authorized in writing by
Nortel Networks, the holder is granted no rights to use the
information contained herein.
Document Number: 323-1123-543
Product Release Number: Release 3.01
Status: Standard
Date: March 2000
Printed in England