Table Of Contents
Alarm Troubleshooting
14.1 Alarm Index
14.2 Alarm Index by Alarm Type
14.2.1 Alarm Type/Object Definition
14.3 Trouble Notifications
14.3.1 Conditions
14.3.2 Severities
14.4 Alarm Procedures
14.4.1 AIS
14.4.2 AIS-L
14.4.3 AIS-P
14.4.4 AIS-V
14.4.5 APSB
14.4.6 APSCDFLTK
14.4.7 APSC-IMP
14.4.8 APSCINCON
14.4.9 APSCM
14.4.10 APSCNMIS
14.4.11 APSMM
14.4.12 AUTORESET
14.4.13 AUTOSW-AIS
14.4.14 AUTOSW-LOP (STSMON)
14.4.15 AUTOSW-LOP (VT-MON)
14.4.16 AUTOSW-PDI
14.4.17 AUTOSW-SDBER
14.4.18 AUTOSW-SFBER
14.4.19 AUTOSW-UNEQ (STSMON)
14.4.20 AUTOSW-UNEQ (VT-MON)
14.4.21 BKUPMEMP
14.4.22 BLSROSYNC
14.4.23 CARLOSS (E-Series)
14.4.24 CARLOSS (EQPT)
14.4.25 CLDRESTART
14.4.26 CONCAT
14.4.27 CONTBUS-A
14.4.28 CONTBUS-A-18
14.4.29 CONTBUS-B
14.4.30 CONTBUS-B-18
14.4.31 CTNEQPT-PBPROT
14.4.32 CTNEQPT-PBWORK
14.4.33 DATAFLT
14.4.34 DS3-MISM
14.4.35 EOC
14.4.36 EQPT
14.4.37 EQPT-MISS
14.4.38 E-W-MISMATCH
14.4.39 EXCCOL
14.4.40 EXERCISE-RING-FAIL
14.4.41 EXERCISE-SPAN-FAIL
14.4.42 EXT
14.4.43 FAILTOSW-PATH
14.4.44 FAILTOSWR
14.4.45 FAILTOSWS
14.4.46 FAN
14.4.47 FANDEGRADE
14.4.48 FE-AIS
14.4.49 FE-DS1-MULTLOS
14.4.50 FE-DS1-SNGLLOS
14.4.51 FE-DS3-SA
14.4.52 FE-EQPT-NSA
14.4.53 FE-IDLE
14.4.54 FE-LOCKOUT
14.4.55 FE-LOF
14.4.56 FE-LOS
14.4.57 FEPRLF
14.4.58 FORCED-REQ
14.4.59 FRNGSYNC
14.4.60 FSTSYNC
14.4.61 HITEMP
14.4.62 HLDOVERSYNC
14.4.63 IMPROPRMVL
14.4.64 INCOMPATIBLE-SW
14.4.65 INVMACADDR
14.4.66 LOCKOUT-REQ
14.4.67 LOF (BITS)
14.4.68 LOF (DS1)
14.4.69 LOF (DS3)
14.4.70 LOF (OC-N)
14.4.71 LOGBUFR90
14.4.72 LOGBUFROVFL
14.4.73 LOP-P
14.4.74 LOP-V
14.4.75 LOS (BITS)
14.4.76 LOS (DS-N)
14.4.77 LOS (OC-N)
14.4.78 LPBKDS1FEAC
14.4.79 LPBKDS3FEAC
14.4.80 LPBKFACILITY (DS-N)
14.4.81 LPBKFACILITY (OC-N)
14.4.82 LPBKTERMINAL (DS-N)
14.4.83 MANRESET
14.4.84 MAN-REQ
14.4.85 MEA (AIP)
14.4.86 MEA (EQPT)
14.4.87 MEA (FAN)
14.4.88 MEM-GONE
14.4.89 MEM-LOW
14.4.90 MFGMEM
14.4.91 NOT-AUTHENTICATED
14.4.92 PDI-P
14.4.93 PEER-NORESPONSE
14.4.94 PLM-P
14.4.95 PLM-V
14.4.96 PRC-DUPID
14.4.97 RAI
14.4.98 RCVR-MISS
14.4.99 RDI-P
14.4.100 RFI-L
14.4.101 RFI-P
14.4.102 RFI-V
14.4.103 RING-MISMATCH
14.4.104 SD-L
14.4.105 SD-P
14.4.106 SF-L
14.4.107 SF-P
14.4.108 SFTWDOWN
14.4.109 SFTWDOWN-FAIL
14.4.110 SNTP-HOST
14.4.111 SQUELCH
14.4.112 SSM-FAIL
14.4.113 STU
14.4.114 SWTOPRI
14.4.115 SWTOSEC
14.4.116 SWTOTHIRD
14.4.117 SYNCPRI
14.4.118 SYNCSEC
14.4.119 SYNCTHIRD
14.4.120 SYSBOOT
14.4.121 TIM-P
14.4.122 TRMT
14.4.123 TRMT-MISS
14.4.124 UNEQ-P
14.4.125 UNEQ-V
Alarm Troubleshooting
This chapter gives an alphabetical list of Cisco Transport Controller (CTC) alarm messages for the Cisco ONS 15327. It also lists the cards that host the alarms, and procedures to correct the alarms. The procedure to correct an alarm applies to the CTC and TL1 version of that alarm.
This chapter also includes a list of threshold-crossing events (EVTs). Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center for unresolved problems (1-800-553-2447).
Note 
Some minor differences exist between TL1 error messages and CTC error messages for the ONS 15327. These discrepancies are resolved in an upcoming release of the ONS 15327. This chapter derives its text from the error messages as they appear in CTC. For a description of CTC, see Chapter 3, "Using Cisco Transport Controller."
Note At the CTC card view, ONS 15327 XTC alarms appear only on the active XTC card. The card- level view of the standby XTC card does not show these alarms.
This chapter gives descriptions, severities, and troubleshooting procedures for each Cisco ONS 15327 alarm. Table 14-1 gives an alphabetical list of alarms that appear on the ONS 15327. Table 14-2 gives a list of alarms organized by alarm type. Both lists cross-reference the alarm entry, which gives the severity, description, and troubleshooting procedure for each particular alarm.
The troubleshooting procedure for an alarm applies to both the CTC and TL1 version of that alarm. If the troubleshooting procedure does not clear the alarm, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
The default standby severity for all ONS 15327 alarms is Minor, Non-Service-Affecting, as defined in Telcordia GR-474. All severities listed in the alarm entry are the default for the active card, if applicable.
This chapter provides a comprehensive list of alarms (conditions with a severity of Minor, Major or Critical). It also includes some conditions with severities of nonalarmed (NA) or not reported (NR), which are commonly encountered while troubleshooting major alarms. The default standby severity value for conditions with a severity of NA, Non-Service-Affecting (NSA) is NA, NSA. The default standby severity value for conditions with a severity of NR, NSA is NR, NSA. For a comprehensive list of all conditions, see the Cisco ONS 15327 TL1 Command Guide.
14.1 Alarm Index
Table 14-1 lists alarms by the name displayed on the CTC alarm pane in the conditions column.
14.2 Alarm Index by Alarm Type
Table 14-2 gives the name and page number of every alarm in the chapter organized by alarm type.
14.2.1 Alarm Type/Object Definition
Table 14-3 defines alarm types.
Table 14-3 Alarm Type/Object Definition
AIP
|
Auxiliary interface protection module.
|
BITS
|
Building integration timing supply (BITS) incoming references (BITS-1, BITS-2).
|
BPLANE
|
The backplane.
|
DS1
|
DS-11 line on an XTC-14 card or XTC-28-3 card.
|
DS3
|
DS-32 line on an XTC-28-3 card.
|
E100T
|
Ethernet line on an E10/100 card.
|
ENVALRM
|
Environmental alarm port on an MIC card.
|
EQPT
|
Card in any of the 17 card slots. This object is used for alarms that refer to the card itself and all other objects on the card including ports, lines, STS3 and VT4 .
|
EXT-SREF
|
BITS outgoing references (SYNC-BITS1, SYNC-BITS2).
|
FAN
|
Fan-tray assembly.
|
NE
|
The entire network element (SYSTEM).
|
NE-SREF
|
Represents the timing status of the NE.
|
OCN
|
OC-N line on an OC-N card.
|
RING
|
BLSR5 number (STSRNG).
|
STSMON
|
STS alarm detection at the monitor point (upstream of cross-connect).
|
STSTRM
|
STS alarm detection at termination (downstream of cross-connect).
|
VT-MON
|
VT1 alarm detection at the monitor point (upstream of cross-connect).
|
VT-TERM
|
VT1 alarm detection at termination (downstream of cross-connect).
|
14.3 Trouble Notifications
The ONS 15327 uses standard Telcordia categories to characterize levels of trouble. The ONS 15327 reports both alarmed trouble notifications, under the Alarms tab, and nonalarmed (NA) trouble notifications under the Conditions tab in CTC. Alarms signify a problem that the user needs to fix, such as a loss of signal (LOS). Conditions notify the user of an event which does not require action, such as a switch to a secondary timing reference (SWTOSEC) or a user-initiated manual reset (MANRESET).
Telcordia further divides alarms into Service-Affecting (SA) and Non-Service-Affecting (NSA) status. An SA failure affects a provided service or the network ability to provide service. For example, a missing transmitter (TRMT-MISS) alarm is characterized as an SA failure. TRMT-MISS occurs when the cable connector leading to a port on an active XTC card is removed. This affects a provided service, because traffic switches to the protect card. The high temperature (HITEMP) alarm, which means the ONS 15327 is hotter than 122 degrees Fahrenheit (50 degrees Celsius), is also an SA failure. Although for example a particular XTC port may not be affected, a high temperature affects the network ability to provide service.
14.3.1 Conditions
When an SA failure is detected, the ONS 15327 also sends an AIS downstream. When it receives the AIS, the receiving node sends a remote failure indication (RFI) upstream. AIS and RFI belong in the conditions category and show up on the Conditions window of the ONS 15327. However, unlike most conditions that are nonalarmed, Telcordia classifies these conditions as not reported (NR).
Both CTC and TL1 report NRs and NAs as conditions when conditions are retrieved. NAs are also reported as autonomous events under TL1 and under the History tab of CTC. For a comprehensive list of all conditions, refer to the Cisco ONS 15454 and Cisco ONS 15327 TL1 Command Guide.
14.3.2 Severities
The ONS 15327 uses Tecordia-standard severities: Critical (CR), Major (MJ), and Minor (MN). Critical indicates a severe, service-affecting alarm that needs immediate correction. Major is still a serious alarm, but the failure has less of an impact on the network. For example, with an XTC LOS, a Major alarm, 24 DS-0 circuits lose protection. But with a OC-192 LOS, a Critical alarm, over a hundred thousand DS-0 circuits lose protection.
Minor alarms, such as Fast Start Synchronization (FSTSYNC), do not have a serious effect on service. FSTSYNC lets you know that the ONS 15327 is choosing a new timing reference because the old reference failed. The loss of the prior timing source is something a user needs to look at, but it should not immediately disrupt service.
Telcordia standard severities are the default settings for the ONS 15327. A user may customize ONS 15327 alarm severities with the alarm profiles feature. For a description of alarm profiles, see "Alarm Monitoring and Management".
This chapter lists the default alarm severity for the active reporting card, if applicable. The default severity for alarms reported by standby cards is always Minor, NSA.
14.4 Alarm Procedures
This section list alarms alphabetically and includes some conditions commonly encountered when troubleshooting alarms. The severity, the description and the troubleshooting procedure accompany each alarm and condition.
14.4.1 AIS
•Not Reported (NR)
The ONS 15327 detects an AIS in the SONET overhead. This alarm is secondary to another alarm occurring simultaneously in an upstream node. An incomplete circuit path causes an AIS. For example, this alarm occurs when the port on the reporting node is in service but the OC-N port on a node upstream on the circuit is not in service. The upstream node often reports a loss of service or has an out-of-service port. The AIS clears when you clear the primary alarm on the upstream node. However, the primary alarm node may not report any alarms that indicate it is at fault.
Procedure: Clear the AIS Condition
Step 1 Check upstream nodes and equipment for alarms, especially for LOS and out-of-service ports.
Step 2 Clear the upstream alarms.
14.4.2 AIS-L
•Not Reported (NR)
The ONS 15327 detects an AIS in the SONET overhead. This alarm is secondary to another alarm occurring simultaneously in an upstream node. An incomplete circuit path causes an AIS. For example, it is raised when the port on the reporting node is in service but a node upstream on the circuit does not have its OC-N port in service. The upstream node often reports an LOS or has an out-of-service port. The AIS-L clears when you clear the primary alarm on the upstream node. However, the primary alarm node may not report any alarms that indicate it is at fault.
An AIS-L occurs at the line layer. The line layer refers to the segment between two SONET devices in the circuit and is also known as a maintenance span. The line layer deals with SONET payload transport, and its functions include multiplexing and synchronization.
Procedure: Clear the AIS-L Condition
Step 1 Check upstream nodes and equipment for alarms, especially for LOS and an out-of-service port.
Step 2 Clear the upstream alarms.
14.4.3 AIS-P
•Not Reported (NR) (Condition)
The ONS 15327 detects an AIS in the SONET overhead. This alarm is secondary to another alarm occurring simultaneously in an upstream node. The AIS is caused by an incomplete circuit path. For example, it is raised when the port on the reporting node is in service, but a node upstream on the circuit does not have its port in service. The upstream node often reports a LOS or has an OC-N port out of service. The AIS-P clears when the primary alarm on the upstream node is cleared. However, the node with the primary alarm may not report any alarms to indicate it is at fault.
AIS-P occurs in each node on the incoming OC-N path. The path layer is the segment between the originating equipment and the terminating equipment. This path segment encompasses several consecutive line segments or segments between two SONET devices. The originating equipment puts bits together into a SONET payload and the terminating equipment breaks the bits apart again. SONET multiplexers, such as the ONS 15327, often perform the origination and termination tasks of the SONET payload.
Procedure: Clear the AIS-P Condition
Step 1 Check upstream nodes and equipment for alarms, especially LOS and out-of-service ports.
Step 2 Clear the upstream alarms.
14.4.4 AIS-V
•Not Reported (NR)
The ONS 15327 detects an AIS in the SONET overhead. This alarm is secondary to another alarm occurring simultaneously in an upstream node. An incomplete circuit path causes an AIS. For example, it is raised when the port on the reporting node is in service but a node upstream on the circuit does not have its OC-N port in service. The upstream node often reports a LOS or has an out-of-service port. The AIS-V clears when the primary alarm is cleared. The node with the out-of-service port may not report any alarms to indicate it is at fault.
An AIS-V indicates that an upstream failure occurred at the VT layer. The VT, or electrical layer, is created when the SONET signal is broken down into an electrical signal. For example, it can be raised when an optical signal comes into an ONS 15327 OC-N card. If this optical signal is demultiplexed by the ONS 15327, and one of the channels separated from the optical signal is then cross connected into the XTC ports in the same node, that ONS 15327 reports an AIS-V alarm. An AIS-V error message on the electrical card is accompanied by an AIS-P error message on the cross connected OC-N card.
Procedure: Clear the AIS-V Condition on the XTC-14 Card or XTC-28-3 Card
Step 1 Check upstream nodes and equipment for alarms, especially LOS and out-of-service ports.
Step 2 Correct the upstream alarms.
14.4.5 APSB
•Minor, Non-Service-Affecting
The channel byte failure alarm occurs when line-terminating equipment detects protection-switching byte failure in the incoming automatic protection switching (APS) signal. This happens when an inconsistent APS byte or invalid code is detected. Some older, non-Cisco SONET nodes send invalid APS codes if configured in a 1+1 protection scheme with newer SONET nodes, such as the ONS 15327. These invalid codes raise an APSB on an ONS node.
Procedure: Clear the APSB Alarm on an OC-N Card
Step 1 Examine the incoming SONET overhead with an optical test set to confirm inconsistent or invalid K bytes.
Step 2 If corrupted K bytes are confirmed and the upstream equipment is functioning properly, the upstream equipment may not interoperate effectively with the ONS 15327. For ONS 15327 protection switching to operate properly, the upstream equipment may need to be replaced.
14.4.6 APSCDFLTK
•Minor, Non-Service-Affecting
The default K byte received (APSCDFLTK) alarm occurs when a BLSR is not properly configured. For example, it is raised when a four-node BLSR has one node configured as UPSR. A node in a UPSR or 1+1 configuration does not send the two valid K1/K2 APS bytes anticipated by a system configured for BLSR. One of the bytes sent is considered invalid by the BLSR configuration. The K1/K2 byte is monitored by receiving equipment for link-recovery information.
The alarm can also be caused when a new node is added but a new ring map has not been accepted. Troubleshooting for APSCDFLTK is often similar to troubleshooting for BLSROSYNC.
Procedure: Clear the APSCDFLTK Alarm
Step 1 Prior to accepting a new mapping table, verify that each node has a unique node ID number:
a. Login to a node on the ring.
b. Click the Provisioning > Ring tabs.
c. Record the node ID number.
d. Repeat Steps a-c for all nodes in the ring.
e. If two nodes have the same node ID number, change the ID number of one node so that each node has a unique node ID.
f. Click Apply.
Step 2 Verify correct configuration of the east port and west-port optical fibers. (See the "E-W-MISMATCH" section.)
Step 3 If it is a four-fiber BLSR system, make sure that each protect fiber is connected to another protect fiber and each working fiber is connected to another working fiber. The software does not report any alarm if there is a working fiber incorrectly attached to a protection fiber.
Step 4 Click Yes to accept the ring map.
Step 5 If the alarm does not clear, check the ring map for each ONS 15327 in the network and verify that each node is visible to the other nodes:
a. At the node (default) view, click the Provisioning > Ring tabs.
b. Highlight a BLSR.
c. Click Ring Map.
d. Verify that each node that is part of the ring appears on the ring map with a node ID and IP address.
e. Click Close.
Step 6 If nodes are not visible, ensure that SONET Data Communications Channel (SDCC) terminations exist on each node:
a. Click the Provisioning > SONET DCC tabs.
b. Click Create.
c. Click the OC-N card that links to the adjacent node.
d. Click OK.
Step 7 If the alarm still does not clear, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.7 APSC-IMP
•Minor, Non-Service-Affecting
An improper SONET automatic protect switch code (APSC-IMP) alarm indicates invalid K bytes. This alarm occurs on OC-N cards in a BLSR configuration. The receiving equipment monitors K bytes or K1 and K2 APS bytes for an indication to switch from the working card to the protect card or vice versa. K1/K2 bytes also contain bits that tell the receiving equipment whether the K byte is valid. APSCIMP occurs when these bits indicate a bad or invalid K byte. The alarm clears when the node receives valid K bytes.
Caution Always use the supplied electrostatic discharge (ESD) wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the APSC-IMP Alarm
Step 1 To determine the validity of the K byte signal, examine the received signal. Use an optical test set capable of viewing SONET overhead.
Step 2 If the K byte is invalid, the problem lies in upstream equipment and not in the reporting ONS 15327. Troubleshoot the appropriate upstream equipment.
Step 3 If the K byte is valid, verify that each node has a ring ID that matches the other node ring IDs:
a. Using CTC, login to a node on the ring.
b. Click the Provisioning > Ring tabs.
c. Record the ring ID number.
d. Repeat Steps a-c for all nodes in the ring.
Step 4 If a node has a ring ID number that does not match the other nodes, change the ring ID number of that node to match the other nodes in the ring.
Step 5 Click Apply.
14.4.8 APSCINCON
•Minor, Service-Affecting
An inconsistent automatic protection switching (APS) alarm (APSCINCON) is present. The SONET overhead contains K1/K2 APS bytes that notify receiving equipment, such as the ONS 15327, to switch the SONET signal from a working to a protect path. An inconsistent APS code occurs when three consecutive frames do not contain identical APS bytes. Inconsistent APS bytes give the receiving equipment conflicting commands about switching.
Procedure: Clear the APSCINCON Alarm on an OC-N Card in a BLSR
Step 1 Look for other alarms, especially LOS, loss of frame (LOF), or AIS. Clearing these alarms clears the APSCINCON alarm.
Step 2 If an APSINCON alarm occurs with no other alarms, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.9 APSCM
•Major, Service-Affecting
The APS Channel Mismatch (APSCM) alarm occurs when the ONS 15327 expects a working channel but receives a protection channel. In many cases, the working and protection channels are crossed and the protect channel is active. If the fibers are crossed and the working line is active, the alarm does not occur. The APSCM alarm only occurs on the ONS 15327 when 1+1 bidirectional protection is used on OC-N cards in a 1+1 configuration.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the APSCM Alarm on an OC-N Card in 1+1 Mode
Step 1 Verify that the working-card channel fibers connect directly to the adjoining node working-card channel fibers.
Step 2 Verify that the protection-card channel fibers connect directly to the adjoining node protection-card channel fibers.
14.4.10 APSCNMIS
•Major, Service-Affecting
The APS node ID mismatch (APSCNMIS) alarm raises when the source-node ID contained in the K2 byte of the APS channel being received is not present in the ring map. This alarm may occur and clear when a BLSR is being provisioned. If so, the user can disregard the temporary occurrence. If an APSCNMIS raises and stays, the alarm clears when the receiving node receives or matches the expected K-byte. If the APSCNMIS is raised and stays, the alarm clears when a K byte with valid source-node ID in K2 is received.
Procedure: Clear the APSCNMIS Alarm
Step 1 Verify that each node has a unique node ID number:
a. Click the Provisioning > Ring tabs.
b. Click the BLSR row to highlight.
c. Click Ring Map.
d. If the Node ID column contains any two nodes with the same node ID listed, record the repeated node ID.
e. Click Close on the Ring Map dialog box.
Step 2 If two nodes have the same node ID number, change the ID number of one node so that each node has a unique node ID:
a. Display the network view.
b. Login to one of the nodes that uses the repeated node ID recorded in Step 1.
Note If the node names shown on the network view do not correlate with the node IDs, login to each node and click the Provisioning > Ring tabs. This window displays the node ID of the node you are logged into.
c. Click the Node ID table cell to reveal a drop-down menu.
d. Select a unique node ID from the drop-down menu and click Apply.
Note Locking out and clearing the lockout on a span causes the ONS 15327 to generate a new K byte. The APSCNMIS alarm clears when the node receives a K byte containing the correct node ID.
Step 3 If the alarm does not clear, lockout a span on the ring and then clear the lockout:
a. Click the Ring > Maintenance tabs.
b. Click the table cell under the West Switch heading to reveal the drop-down menu.
c. Select LOCKOUT SPAN and click Apply.
d. Click OK on the BLSR Operations dialog box.
e. Click the same table cell under the West Switch heading to reveal the drop-down menu.
f. Select CLEAR and click Apply.
g. Click OK on the BLSR Operations dialog box.
14.4.11 APSMM
•Minor, Non-Service-Affecting
An APS mode mismatch failure (APSMM) alarm occurs when there is a mismatch of the protection-switching schemes at the two ends of the span. If one node is provisioned for bidirectional switching, the node at the other end of the span must also be provisioned for bidirectional switching. If one end is provisioned for bidirectional and the other is provisioned for unidirectional, an APSMM alarm occurs in the ONS node that is provisioned for bidirectional. This alarm occurs in a 1+1 configuration.
Procedure: Clear the APSMM Alarm in 1+1 Mode
Step 1 For the reporting ONS 15327, display the CTC node view and click the Provisioning > Protection tabs.
Step 2 Choose the 1+1 protection group configured for the OC-N cards.
This is the protection group optically connected (with DCC connectivity) to the far end.
Step 3 Record whether the bidirectional switching box is checked.
Step 4 Login to the far-end node and verify that the OC-N 1+1 protection group is provisioned.
This is the protection group optically connected (with DCC connectivity) to the near end.
Step 5 Verify that the bidirectional switching box matches the checked or unchecked condition of the box recorded in Step 3. If not, change it to match.
Step 6 Click Apply.
14.4.12 AUTORESET
•Minor, Non-Service-Affecting
The AUTORESET alarm occurs when a card performs a warm reboot automatically. This happens when you change an IP address or perform any other operation that causes an automatic card-level reboot.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the AUTORESET Alarm
Step 1 Check for additional alarms that may have triggered an automatic reset.
Step 2 If the card automatically resets more than once a month with no apparent cause, replace it with a new card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.13 AUTOSW-AIS
•Not Reported (Condition)
The AUTOSW-AIS alarm indicates that automatic UPSR protection switching took place because of an AIS alarm. The UPSR is configured for revertive switching and switches back to the working path after the fault clears. Troubleshoot with the "AIS" section.
14.4.14 AUTOSW-LOP (STSMON)
•Not Alarmed (NA) (Condition)
The AUTOSW-LOP alarm indicates that automatic UPSR protection switching took place because of an LOP alarm. The UPSR is configured for revertive switching and switches back to the working path after the fault clears. Troubleshoot with the "LOP-P" section.
14.4.15 AUTOSW-LOP (VT-MON)
•Minor, Service-Affecting
The AUTOSW-LOP alarm indicates that automatic UPSR protection switching took place because of an LOP alarm. The UPSR is configured for revertive switching and switches back to the working path after the fault clears. Troubleshoot with the "LOP-P" section.
14.4.16 AUTOSW-PDI
•Not Alarmed (NA) (Condition)
The AUTOSW-PDI alarm indicates that automatic UPSR protection switching took place because of a PDI alarm. The UPSR is configured for revertive switching and switches back to the working path after the fault clears. Troubleshoot with the "PDI-P" section.
14.4.17 AUTOSW-SDBER
•Not Alarmed (NA) (Condition)
The AUTOSW-SDBER alarm indicates that automatic UPSR protection switching took place because of a signal degrade (SD) alarm. The UPSR is configured for revertive switching and has switched back to the working path. Troubleshoot with the "CLDRESTART" section.
14.4.18 AUTOSW-SFBER
•Not Alarmed (NA) (Condition)
The AUTOSW-SFBER alarm indicates that automatic UPSR protection switching took place because of a signal fail (SF) alarm. The UPSR is configured for revertive switching and switches back to the working path. Troubleshoot with the "SF-L" section.
14.4.19 AUTOSW-UNEQ (STSMON)
•Not Alarmed (NA) (Condition)
The AUTOSW-UNEQ alarm indicates that automatic UPSR protection switching took place because of an UNEQ alarm. The UPSR is configured for revertive switching and switches back to the working path after the fault clears. Troubleshoot with the "UNEQ-P" section.
14.4.20 AUTOSW-UNEQ (VT-MON)
•Minor, Service-Affecting
AUTOSW-UNEQ indicates that automatic UPSR protection switching took place because of an UNEQ alarm. The UPSR is configured for revertive switching and switches back to the working path after the fault clears. Troubleshoot with the "UNEQ-P" section.
14.4.21 BKUPMEMP
•Critical, Non-Service-Affecting
The BKUPMEMP alarm refers to a problem with the XTC card flash memory. The alarm occurs when the XTC card is in use and has one of four problems: the flash manager fails to format a flash partition; the flash manager fails to write a file to a flash partition; there is a problem at the driver level, or the code volume fails cyclic redundancy checking (CRC). CRC is a method to check for errors in data transmitted to the XTC.
The BKUPMEMP alarm also raises the EQPT alarm. In this instance, use the following procedure to clear the BKUPMEMP and the EQPT alarm.
Caution It can take up to 30 minutes for software to be updated on a standby XTC card. Wait the full time period before removing the card. Premature removal can cause flash corruption.
Procedure: Clear the BKUPMEMP Alarm
Step 1 Verify that both XTC cards are powered and enabled by confirming that the ACT/STBY LEDs on the XTC cards are lit.
Step 2 Reset the active XTC card to make the standby XTC card active:
a. In CTC, display the node view.
b. Position the cursor over the active XTC card slot.
c. Right-click and choose RESET CARD.
Note Ensure that the active green LED is lit before removing card.
Step 3 If the alarm clears, reseat the old XTC and allow it to boot up completely.
Step 4 Do a second reset, this time on the newly active XTC card to make the recently reseated standby XTC card active:
a. In CTC, display the node view.
b. Position the cursor over the active XTC card slot.
c. Right-click and choose RESET CARD.
Step 5 If the alarm reappears after you perform the switch, replace the XTC card:
a. Open the card ejectors.
b. Slide the card out of the slot.
c. Open the ejectors on the replacement card.
d. Slide the replacement card into the slot along the guide rails.
e. Close the ejectors.
Note When replacing a card with an identical type of card, no additional CTC provisioning is required.
14.4.22 BLSROSYNC
•Major, Service-Affecting
The BLSR out of sync (BLSROSYNC) alarm occurs when the mapping table needs to be updated. To clear the alarm, a new ring map must be created and accepted. Before you create a new ring map, complete Steps 1 to 4 of the "Clear the BLSROSYNC Alarm" procedure.
Procedure: Clear the BLSROSYNC Alarm
Step 1 Prior to accepting a new mapping table, verify that each node has a unique node ID number:
a. Login to a node on the ring.
b. Click the Provisioning > Ring tabs.
c. Record the node ID number.
d. Repeat Steps a to c for all nodes in the ring.
e. If two nodes have the same node ID number, change one node ID number, so the node ID number is unique within that ring.
f. Click Apply.
Step 2 Verify that each node has a ring ID that matches the other node ring IDs:
a. Login to the next node on the ring.
b. Click the Provisioning > Ring tabs.
c. Record the ring ID number.
d. Repeat Steps a and b for all nodes in the ring.
e. If a node has a ring ID number that does not match the other nodes, change the ring ID to match all the other nodes in the ring.
f. Click Apply.
Step 3 Verify correct configuration of the east port and west-port optical fibers. (See the "E-W-MISMATCH" section.)
Step 4 If it is a four-fiber BLSR system, make sure that each protect fiber connects to another protect fiber, and each working fiber connects to another working fiber. The software does not report any alarm if there is a working fiber misconnected to a protect fiber.
Step 5 If the east-to-west configuration changes, click Apply.
The BLSR Ring Map Change window appears.
Step 6 Click Yes to accept the ring map.
Step 7 If the alarm does not clear, check the ring map for each ONS 15327 in the network and verify that each node is visible to the other nodes.
Step 8 If nodes are not visible, ensure that SDCC terminations exist on each node:
a. Click the Provisioning > SONET DCC tabs.
b. Click Create.
c. Click the OC-N card that links to the adjacent node.
d. Click OK.
Step 9 If alarms are raised when the DCCs are turned on, follow the "Clear the EOC Alarm on an OC-N Card" procedure.
Step 10 If the alarm still does not clear, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.23 CARLOSS (E-Series)
•Major, Service-Affecting
A carrier loss on the LAN is the data equivalent of a SONET LOS alarm. The Ethernet card has lost its link and is not receiving a valid signal. The most common causes of this alarm are a disconnected cable or an improperly installed Ethernet card. Ethernet card ports must be enabled (put in service) for CARLOSS to occur. CARLOSS is declared after no signal is received for approximately 2.5 seconds.
This alarm also occurs after the restoration of a node database. In this instance, the alarm clears in approximately 30 seconds after spanning-tree protection reestablishes. This applies to the E-series Ethernet cards.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the CARLOSS Alarm
Step 1 Verify that the Ethernet cable is properly connected and attached to the correct port.
Step 2 Verify that the Ethernet cable connects the card to another Ethernet device and is not misconnected to an OC-N card.
Step 3 Check that the transmitting device is operational. If not, troubleshoot the device.
Step 4 Using a test set, determine that a valid signal is coming into the Ethernet port.
Step 5 If a valid Ethernet signal is not present and the transmitting device is operational, replace the Ethernet cable connecting the transmitting device to the Ethernet port.
Step 6 If a valid Ethernet signal is present, physically reseat the Ethernet card.
Step 7 If the alarm does not clear, replace the Ethernet card:
a. Open the card ejectors.
b. Slide the card out of the slot.
c. Open the ejectors on the replacement card.
d. Slide the replacement card into the slot along the guide rails.
e. Close the ejectors.
Note When replacing a card with an identical type of card, no additional CTC provisioning is required.
Step 8 If a CARLOSS alarm repeatedly appears and clears, examine the layout of your network to determine if or not the Ethernet circuit is part of an Ethernet manual cross-connect. If the reporting Ethernet circuit is part of an Ethernet manual cross-connect, then the reappearing alarm may be a result of mismatched STS circuit sizes in the setup of the manual cross-connect. If the Ethernet circuit is not part of a manual cross-connect, these steps do not apply.
Note A Ethernet manual cross-connect is used when equipment from another vendor sits between ONS 15327s, and the OSI/TARP-based equipment does not allow tunneling of the ONS 15327 TCP/IP-based DCC. To circumvent a lack of continuous DCC, the Ethernet circuit is manually cross connected to an STS channel riding through the non-ONS network.
a. Right-click anywhere on the row of the CARLOSS alarm.
b. Right-click or left-click the Select Affected Circuits dialog box that appears.
c. Record the information in the type and size columns of the highlighted circuit.
d. From the examination of the layout of your particular network, determine the ONS 15327 and card that host the Ethernet circuit at the other end of the Ethernet manual cross-connect.
e. Login to the ONS 15327 at the other end of the Ethernet manual cross-connect.
f. Double-click the Ethernet card that is part of the Ethernet manual cross-connect.
g. Click the Circuits tab.
h. Record the information in the type and size columns of the circuit that is part of the Ethernet manual cross connect. This circuit connects the Ethernet card to an OC-N card on the same node.
i. Determine if the two Ethernet circuits on each side of the Ethernet manual cross-connect have the same circuit size from the circuit size information you recorded.
j. If one of the circuit sizes is incorrect, navigate to the incorrectly configured circuit.
k. Click the incorrectly configured circuit to highlight it and click Delete.
l. Click Yes at the Delete Circuit dialog box, and OK at the Confirmation dialog box.
m. Reconfigure the circuit with the correct circuit size. See Chapter 9, "Ethernet Operation" for procedures to provision Ethernet manual cross-connects.
14.4.24 CARLOSS (EQPT)
•Minor, Non-Service-Affecting
This carrier loss alarm means the ONS 15327 and the workstation hosting CTC do not have a TCP/IP connection. It is a problem involves the LAN or data circuit used by the RJ-45 connector on the XTC card or the LAN backplane pin connection on the back of the ONS 15327. It does not involve an Ethernet circuit connected to a port on Ethernet card. The problem is in the connection (usually a LAN problem) and not CTC or the ONS 15327.
Procedure: Clear the CARLOSS Alarm
Step 1 Verify connectivity by pinging the ONS 15327 that is reporting the alarm:
a. If you are using a Microsoft Windows operating system, click the Start button, then choose Programs > Command Prompt.
b. If you are using a Sun Solaris operating system, from the Common Desktop Environment (CDE) click the Personal Application tab and click Terminal.
c. For both the Sun and Microsoft operating systems, at the prompt type:
ping [ONS 15327 IP address]
For example,
ping 192.168.0.0
If the workstation has connectivity to the ONS 15327, it displays "Reply from [IP Address]" after the ping. If the workstation does not have connectivity, a "Request timed out" message appears.
Step 2 If the ping is successful, an active TCP/IP connection exists. Restart CTC.
Step 3 If you are unable to establish connectivity, perform standard network/LAN diagnostics. For example, trace the IP route, check cables, and check any routers between the node and CTC.
14.4.25 CLDRESTART
•Not Alarmed (NA) (Condition)
A cold restart (CLDRESTART) is a cold boot of the reporting card. This alarm can occur when you physically remove and insert a card, power up an ONS 15327, or replace a card.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the CLDRESTART Condition
Step 1 If the alarm fails to clear after the card reboots, physically reseat the card.
Step 2 If the alarm still fails to clear, replace the card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.26 CONCAT
•Critical, Service-Affecting
The STS concatenation error (CONCAT) alarm occurs when the transmitted STSc circuit is smaller than the provisioned STSc, which causes a mismatch of the circuit type on the concatenation facility. For example, an STS3c or STS1 is sent across a circuit provisioned for STS12c.
Either an incorrect circuit size was provisioned on the reporting node, or the circuit source is delivering the wrong circuit size. If a recently configured circuit reports this alarm, it is more likely that the provisioned circuit size is incorrect. If a previously configured circuit has been operating correctly for a period and then reports the alarm, it is more likely that a problem occurred with the circuit source.
Procedure: Clear the CONCAT Alarm
Step 1 Check that the provisioned circuit size is correct:
a. Click the Circuits tab.
b. Find the appropriate row using the circuit name and record the size listed in the size column.
c. Determine if the size listed matches the original network design plan.
Step 2 If the circuit size listed does not match the original network design plan, delete the circuit:
a. Click the circuit row to highlight it and click Delete.
b. Click Yes at the Delete Circuits dialog box.
c. Recreate the circuit with the correct circuit size.
Step 3 Check that the size of the circuit source matches the correct circuit size:
a. Measure the source signal with a test set to determine if the circuit size matches the provisioned circuit.
b. If the source circuit signal is a test set, check that the test set settings match the intended circuit size.
14.4.27 CONTBUS-A
•Major, Non-Service-Affecting
The communication failure XTC A to shelf slot (CONTBUS-A) alarm means the XTC card in Slot 5 has lost communication with a line card. Cards require frequent communication with the XTC card because the XTC performs system initialization, provisioning, alarm reporting, maintenance, diagnostics, IP address detection/resolution, SDCC termination, system fault detection, and other operations for the ONS 15327. The XTC card also ensures that the system maintains Telcordia timing requirements.
The CONTBUS-A alarm can appear briefly when the ONS 15327 switches to the standby XTC card. In this instance, the alarm clears after the cards establish communication with the new primary XTC card. In cases where the alarm persists, the problem lies in the physical path of communication from the XTC to the reporting card. The physical path of communication includes the XTC card, the card in Slot X and the backplane.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the CONTBUS-A Alarm
Step 1 Ensure that the reporting card is physically present. Record the card type.
Step 2 Click the Inventory tab to reveal the provisioned type.
If the actual card type and the provisioned card type do not match, complete the "Clear the MEA Alarm" procedure.
Step 3 If only one card slot is reporting the alarm, perform a software reset of the traffic card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 4 If the software reset does not clear the alarm, physically reseat the reporting card.
Step 5 If all traffic cards report this alarm, perform a software reset of the active XTC card:
a. Display the node view.
b. Position the cursor over the active XTC card slot.
c. Right-click and choose RESET CARD.
Step 6 If the software reset does not clear the alarm, physically reseat the XTC card.
Step 7 If the alarm still does not clear, replace the XTC card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.28 CONTBUS-A-18
•Major, Non-Service-Affecting
The communication failure from XTC slot to XTC slot (CONTBUS-A-18) alarm means the main processor on the XTC card in Slot 5 has lost communication with the coprocessor on the second XTC card in Slot 6. The problem is with the physical path of communication from the XTC card to the reporting card. The physical path of communication includes the two XTC cards and the backplane.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the CONTBUS-A-18 Alarm
Step 1 Position the cursor over the XTC card in Slot 5.
Step 2 Right-click the mouse to reveal a menu.
Step 3 To clear the alarm, choose RESET CARD to make the standby XTC in Slot 6 the active XTC and clear the alarm.
Step 4 Wait approximately two minutes for the XTC in Slot 5 to reset as the standby XTC. Verify that the Standby LED is lit before proceeding to the next step.
Step 5 Position the cursor over the XTC card in Slot 6.
Step 6 Right-click the mouse to reveal a menu.
Step 7 Choose RESET CARD to make the standby XTC in Slot 5 the active XTC.
Step 8 If the alarm reappears when the XTC in Slot 5 reboots as the active XTC, the XTC card in Slot 5 is defective and must be replaced.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.29 CONTBUS-B
•Major, Non-Service-Affecting
The communication failure XTC B to shelf slot (CONTBUS-B) alarm means the XTC card in Slot 6 lost communication with a line card. Cards require frequent communication with the XTC card, because the XTC card performs system initialization, provisioning, alarm reporting, maintenance, diagnostics, IP address detection/resolution, SDCC termination, and system fault detection among other operations for the ONS 15327. The XTC card also ensures that the system maintains Telcordia timing requirements.
This alarm may appear briefly when the ONS 15327 switches over to the protect XTC card. In this instance, the alarm clears after the other cards establish communication with the new primary XTC card. In cases where the alarm persists, the problem lies in the physical path of communication from the XTC card to the reporting card. The physical path of communication includes the XTC card, the card in Slot X and the backplane.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the CONTBUS-B
Step 1 Ensure that the reporting card is physically present and that it matches the type of card identified in that slot on CTC.
Step 2 If this slot is the only one reporting the alarm, perform a software reset of the traffic card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click the mouse and choose RESET CARD to do a software reset.
Step 3 If the software reset does not clear the alarm, physically reseat the reporting card.
Step 4 If all cards with the exception of the active XTC report this alarm, perform a software reset of the active XTC:
a. Display the CTC node view.
b. Position the cursor over the active XTC card slot.
c. Choose RESET CARD.
Step 5 If the software reset does not clear the card, physically reseat the XTC card to perform a card pull.
Step 6 If the alarm still does not clear, replace the XTC card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.30 CONTBUS-B-18
•Major, Non-Service-Affecting
The communication failure from XTC slot to XTC slot (CONTBUS-B-18) alarm means main processor on the XTC card in Slot 6 lost communication with the coprocessor on the XTC card in Slot 5. The problem is with the physical path of communication from the XTC card to the reporting XTC card. The physical path of communication includes the two XTC cards and the backplane.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the CONTBUS-B-18 Alarm on the XTC Card
Step 1 Position the cursor over the XTC card in Slot 6.
Step 2 Right-click and choose RESET CARD to make the XTC in Slot 6 the active XTC card.
Step 3 Wait approximately two minutes for the XTC in Slot 5 to reset as the standby XTC card. Verify that the Standby LED is lit before proceeding to the next step.
Step 4 Position the cursor over the XTC card in Slot 5.
Step 5 Right-click and choose RESET CARD again to make the XTC in Slot 6 the active XTC card.
Step 6 If the alarm reappears when the XTC in Slot 6 reboots as the active XTC, the XTC card in Slot 6 is defective and must be replaced.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.31 CTNEQPT-PBPROT
•Critical, Service-Affecting
The interconnection equipment failure protect payload bus (CTNEQPT-PBPROT) alarm indicates a failure of the main payload between the protect cross-connect XTC card and the reporting traffic card. The cross-connect card and the reporting card are no longer communicating through the backplane. The problem exists in either the reporting traffic card, the XTC card or the backplane.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Note If all traffic cards show this alarm, physically reseat the standby XTC card. If this fails to clear the alarm, replace the standby XTC card. Do not physically reseat an active XTC card. This disrupts traffic.
Caution It can take up to 30 minutes for software to be updated on a standby XTC card. Wait the full time period before removing the card. Premature removal can cause flash corruption.
Procedure: Clear the CTNEQPT-PBPROT Alarm
Step 1 Perform a software reset on the standby cross-connect XTC card:
a. Display the node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 2 If the alarm persists, physically reseat the standby cross-connect card.
Step 3 If the alarm persists and the reporting traffic card is the active card in the protection group, do a force switch to move traffic away from the card:
a. At the node view, click the Maintenance tab then click the Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Click the Protect/Standby card of the selected groups.
d. Click Force and OK.
Step 4 Perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click to choose RESET CARD.
Step 5 If the alarm persists, physically reseat the reporting card.
Step 6 Clear the force switch:
a. At the node view, click the Maintenance tab, then click the Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Highlight either selected group.
d. Click Clear and click YES at the confirmation dialog box.
Step 7 If the reporting traffic card is protect, perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 8 If the alarm persists, physically reseat the reporting card.
Step 9 If the alarm persists, replace the standby cross-connect card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
Step 10 If the alarm persists, replace the reporting traffic card.
14.4.32 CTNEQPT-PBWORK
•Critical, Service-Affecting
The interconnection equipment failure protect payload bus (CTNEQPT-PBWORK) alarm indicates a failure in the main payload bus between the active cross-connect XTC card and the reporting traffic card. The cross-connect card and the reporting card are no longer communicating through the backplane. The problem exists in the reporting traffic card or the backplane.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly
Note If all traffic cards show this alarm, do a forced side switch on the active XTC card, as shown in Step 1, and physically reseat this XTC card. If this fails to clear the alarm, replace the XTC card. Do not physically reseat an active XTC card; this disrupts traffic.
Procedure: Clear the CTNEQPT-PBWORK Alarm
Step 1 Do a side switch from the active cross-connect XTC card to the protect cross-connect card:
a. Determine the active cross-connect card. The ACT/STBY LED of the active card is green. The ACT/STBY LED of the standby card is yellow.
Note You can also place the cursor over the card graphic to display a popup identifying the card as active or standby.
b. In the node view, select the Maintenance tab, then click the XC Cards tab.
c. Click Switch.
d. Click Yes on the Confirm Switch dialog box.
Note After the active cross-connect goes into standby, the original standby slot becomes active. This causes the ACT/STBY LED to become green on the former standby card.
Step 2 Perform a software reset on the reporting card:
a. From the node view, position the cursor over the slot reporting the alarm.
b. Right-click to choose RESET CARD.
Step 3 If the alarm persists, perform a card pull on the standby cross-connect card.
Step 4 If the alarm persists and the reporting traffic card is the active card in the protection group, do a force switch to move traffic away from the card:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Click the Protect/Standby card of the selected groups.
d. Click Force and OK.
Step 5 Perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click to choose RESET CARD.
Step 6 If the alarm persists, physically reseat the reporting card.
Step 7 Clear the force switch:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Highlight either selected group.
Step 8 Click Clear and click YES at the confirmation dialog box.
Step 9 If the reporting traffic card is protect, perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click to choose RESET CARD.
Step 10 If the alarm persists, physically reseat the reporting card.
Step 11 If the alarm persists, replace the cross-connect card. First, ensure that the card has been side switched from active to standby (Step 1).
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
Step 12 If the alarm persists, replace the reporting traffic card.
14.4.33 DATAFLT
•Minor, Non-Service-Affecting
The software fault data integrity fault (DATAFLT) alarm means the database exceeded the capacity of the Flash memory on the XTC.
Caution When the system reboots, the last configuration entered is not saved.
Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.34 DS3-MISM
•Not Alarmed (NA) (Condition)
The DS-3 frame format mismatch (DS3-MISM) alarm indicates a frame format mismatch on the XTC-28-3 card. The condition occurs when the provisioned line type and incoming signal frame format type do not match. For example, if the line type is set to C-BIT for an XTC-28-3 card, and the incoming frame format of the incoming signal is detected as M23 or UNFRAMED, then the ONS 15327 reports a DS3-MISM alarm. The alarm is not raised when the line type is set to AUTOPROVISION or UNFRAMED.
The alarm or condition clears when the line type is set to AUTO PROVISION or UNFRAMED, the port state is set to OOS, or the correct frame format is set. Setting the line type to AUTO PROVIS ION causes the ONS 15327 to detect the received frame format and provision the port to use the matching frame format, either Unframed, M23 or C-bit.
Procedure: Clear the DS3-MISM Alarm on the XTC-28-3 Card
Step 1 Go to the CTC card-level view for the reporting XTC-28-3.
Step 2 Click the Provisioning > Line tabs.
Step 3 For the row on the appropriate port, verify that the Line Type column is set to match the expected incoming signal.
Step 4 If the Line Type drop-down column does not to match the expected incoming signal, select the correct Line Type on the pull down menu.
Step 5 Click Apply.
Step 6 If the alarm does not clear after the user verifies that the provisioned line type matches the expected incoming signal, use a test set to verify that the actual signal coming into the ONS 15327 matches the expected incoming signal.
14.4.35 EOC
•Major, Non-Service-Affecting
The termination failure SDCC alarm means the ONS 15327 has lost its DCC. The DCC is three bytes, D1 through D3, in the SONET overhead. The bytes convey information about Operation, Administration, Maintenance, and Provisioning (OAM&P.) The ONS 15327 uses the SDCC to communicate network management information.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the EOC Alarm on an OC-N Card
Step 1 If an LOS alarm is also reported, first resolve the LOS alarm by following the troubleshooting procedure given for that alarm.
Step 2 On the node reporting the alarm, check the physical connections from the cards to the fiber- optic cables that are configured to carry DCC traffic.
Step 3 Verify that both ends of the fiber span have in-service ports by checking that the ACT LED on each OC-N card is illuminated.
Step 4 Verify that the DCC is provisioned for the ports at both ends of the fiber span.
a. Under the node view, click the Provisioning > SONET DCC tabs.
b. If the slot and port are listed under SDCC Terminations, the DCC is provisioned.
c. If the slot and port are not listed under the SDCC Terminations, click Create.
d. Click the OC-N card that links to the adjacent node.
e. Click OK.
f. Repeat Steps a to e at the adjacent nodes.
Step 5 Verify that the OC-N port is active and in service:
a. Confirm that the OC-N card shows a green LED by viewing CTC or viewing the physical card.
A green LED indicates an Active card. A yellow LED indicates a Standby card.
b. To determine whether or not the OC-N port is in In Service, double-click the card in CTC to display the card-level view.
c. Click the Provisioning > Line tabs.
d. Verify that the Status column lists the port as in service.
e. If the Status column lists the port as out of service, click the column and select In Service. Click Apply.
Step 6 Using a test set, check for signal failures on fiber terminations.
Caution Using a test set disrupts service on the OC-N card. It may be necessary to manually switch traffic carrying circuits to a protection path.
Step 7 Measure power levels to verify that the budget loss is within the parameters of the receiver.
Note After measuring power levels, clean fibers according to site practice.
Step 8 Ensure that fiber connectors are securely fastened and properly terminated.
Step 9 Reset the active XTC using the "Card Turn-Up" section on page 1-18.
Note Ensure that the active green LED is lit before removing card.
Resetting the active XTC switches the traffic to the standby XTC. If the alarm clears when the ONS 15327 switches to the standby XTC, the user can assume that the original active XTC is the cause of the alarm.
Step 10 Replace the original active XTC with a new XTC card.
Caution Resetting the active XTC can result in loss of traffic.
Step 11 Delete and recreate the problematic SDCC termination:
a. Click the Provisioning > SONET DCC tabs.
b. Highlight the problematic SDCC termination.
c. Click Delete.
d. Click Yes at confirmation dialog box.
Step 12 Verify that both ends of the SDCC have been recreated at the optical ports.
Step 13 Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.36 EQPT
•Critical, Service-Affecting
An equipment failure (EQPT) alarm indicates that a hardware failure has occurred on the reporting card.
If the EQPT alarm occurs with a BKUPMEMP alarm, follow the procedure "Clear the BKUPMEMP Alarm" section. This procedure also clears the EQPT alarm.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the EQPT Alarm
Step 1 Perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the CTC cursor over the slot reporting the alarm.
c. Right-click RESET CARD.
Step 2 If the software reset fails to clear the alarm, physically reseat the card.
Step 3 If the physical reseat of the card fails to clear the alarm, replace the card.
Note When replacing a card with an identical type of card, no additional CTC provisioning is required.
14.4.37 EQPT-MISS
•Critical, Service-Affecting
The replaceable equipment unit is missing (EQPT-MISS) alarm is reported against the fan-tray assembly unit. It indicates that the replaceable fan-tray assembly unit is missing or not fully inserted.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the EQPT-MISS Alarm
Step 1 If the alarm is reported against the fan object, check that the fan-tray assembly is present.
Step 2 If the fan-tray assembly is present, use the retractable handles embedded in the front of the fan tray to pull the fan-tray assembly forward several inches and then push the fan-tray assembly firmly back into the ONS 15327 shelf assembly and close the retractable handles.
Step 3 If no fan-tray assembly is present, obtain a fan-tray assembly and refer to the fan-tray assembly installation information in Chapter 1, Hardware Installation.
14.4.38 E-W-MISMATCH
•Major, Service-Affecting
A procedural error misconnect east/west direction (E-W-MISMATCH) alarm occurs when nodes in a ring have an east slot/port misconnected to another east slot/port or a west slot/port misconnected to another west slot/port. In most cases, the user did not hook up the fibers correctly, or the ring provisioning plan was flawed. You can physically reconnect the cable to the correct slot/ports to clear the E-W-MISMATCH alarm. Alternately, you can delete and recreate the span in CTC to change the west line and east line designations. The CTC method clears the alarm, but may change the traditional east-west node connection pattern of the ring.
Note The E-W-MISMATCH alarm also appears during the initial set up of a ring with its East-West slot/ports configured correctly. In this instance, the alarm clears itself shortly after the ring setup is complete.
Note The lower-numbered slot on a node is traditionally labelled as the west slot and the higher numbered slot is labelled as the east slot. For example, Slot 6 is west and Slot 12 is east.
Procedure: Clear the E-W-MISMATCH Alarm with a Physical Switch
Step 1 Diagram the ring setup, including nodes and spans, on a piece of paper or white board.
Step 2 Display the CTC network view and label each of the nodes on the diagram with the same name that appears on the window network map.
Step 3 Double-click each span to reveal the node name/slot/port for each end of the span.
Step 4 Label the span ends on the diagram with the same information. For example, with Node1/Slot12/Port1 - Node2/Slot6/Port1 (2F BLSR OC48, Ring ID=0), label the end of the span that connects Node 1 and Node 2 at the Node 1 end as Slot 12/Port 1. Label the Node 2 end of that same span Slot 6/ Port 1.
Step 5 Repeat Steps 3 and 4 for each span on your diagram.
Step 6 Label the highest slot at each node east and the lowest slot at each node west.
Step 7 Look at the diagram. You should see a clockwise pattern of west slots connecting to east slots for each span.
Step 8 If any span has an east-to-east or west-to-west connection, physically switch the fiber connectors from the card that does not fit the pattern to the card that continues the pattern. This should clear the alarm.
Note The above physical switch procedure is the recommended method of clearing this alarm. This method reestablishes the logical pattern of connection in the ring. However, you can also use CTC to recreate the span and identify the misconnected slot/ports as east and west. This is useful when the misconnected node is not geographically near the troubleshooter.
Procedure: Clear the E-W-MISMATCH Alarm with the CTC
Step 1 Login to the misconnected node. This is the node with both ring fibers misconnected; it is in the middle of the two nodes that have one of two ring fibers misconnected.
Step 2 Click the Provisioning > Ring tabs.
Step 3 From the row of information for the fiber span, write down the node ID, ring ID, and the slot and port in the east line list and west line list.
Step 4 Click the row from Step 3 to select it and click Delete.
Step 5 Click Create.
Step 6 Fill in the ring ID and node ID from the information collected in Step 3.
Step 7 Change the West line drop-down menu to the slot/port you recorded for the East line in Step 3.
Step 8 Change the East line drop-down menu to the slot/port you recorded for the West line in Step 3.
Step 9 Click OK.
Step 10 Click Yes at the Ring Map Change dialog box.
Step 11 Click Accept at the new ring map.
14.4.39 EXCCOL
•Minor, Non-Service-Affecting
The excess collisions on the LAN (EXCCOL) alarm indicates that too many collisions are occurring between data packets on the network management LAN, and communications between the ONS 15327 unit and the CTC may be affected.The network management LAN is the data network connecting the workstation running the CTC software to the XTC card. This problem is external to the ONS 15327.
Procedure: Clear the EXCCOL Alarm
Troubleshoot the network management LAN connected to the XTC card for excess collisions. You may need to contact the system administrator of the network management LAN to accomplish the following steps:
Step 1 Verify that the network device port connected to the XTC card has a flow rate set to 10 Mb, half-duplex.
Step 2 Troubleshoot the network device connected to the XTC card and the network management LAN.
14.4.40 EXERCISE-RING-FAIL
•Not Alarmed (NA) (Condition)
The exercise-ring command issues ring-protection switching of the requested channel without completing the actual bridge and switch. The exercise-ring-failed (EXERCISE-RING-FAIL) alarm is raised if the command was issued but the exercise did not take place.
Procedure: Clear the EXERCISE-RING-FAIL Condition
Step 1 Check for any LOS, LOF, or BLSR service-affecting alarms.
Step 2 Lookup and troubleshoot any of these alarms, then reissue the Exercise-Ring command.
14.4.41 EXERCISE-SPAN-FAIL
•Not Alarmed (NA) (Condition)
The Exercise Span command issues span switching of the requested channel without completing the actual bridge and switch. The exercise-span-fail (EXERCISE-SPAN-FAIL) alarm is raised if the command was issued but the exercise did not take place.
Procedure: Clear the EXERCISE-SPAN-FAIL Condition
Step 1 Check for any LOS, LOF, or BLSR service-affecting alarms.
Step 2 Lookup and troubleshoot any of these alarms, then reissue the Exercise Span command.
14.4.42 EXT
•Minor, Service-Affecting
An external facility (EXT) alarm is detected external to the node because an environmental alarm is present, for example, a door is open or flooding has occurred.
Procedure: Clear the EXT Alarm
Step 1 Open the MIC card maintenance window to gather further information about this alarm.
Step 2 Perform your standard operating procedure for this environmental condition.
14.4.43 FAILTOSW-PATH
•Not Alarmed (NA) (Condition)
The fail to switch path (FAILTOSW-PATH) alarm means the working path did not switch to the protection path on a UPSR. Common causes of this alarm include a missing or defective protection card or a lockout set on one of the UPSR nodes.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the FAILTOSW-PATH on a UPSR Configuration
Step 1 Ensure that a lockout is not set on the UPSR:
a. Display the CTC network view.
b. Right-click the span (the line between the nodes).
c. Click Circuits.
d. Under Switch State, confirm that Clear appears.
e. If Clear does appear, perform Steps a - d at the next span.
f. If Clear still does not appear, click the Switch all UPSR- circuits away menu.
g. Choose Clear and click Apply.
h. Click Yes at the Confirm UPSR Switch Are You Sure? dialog box.
i. Click OK at the next dialog box.
Step 2 Check the fiber connections to ensure that they are securely fastened and intact.
Step 3 Ensure that the OC-N cards are active and in service.
Step 4 Verify that the protect OC-N card paired with the active reporting OC-N card is the same type and in service.
Step 5 If the alarm persists and the reporting traffic card is active, do a manual switch to move traffic away from the card:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Click the Protect/Standby card of the selected groups.
d. Click Manual and OK.
Step 6 Perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click to choose RESET CARD.
d. If the alarm persists, physically reseat the reporting card.
Step 7 If the traffic does not switch over, right-click the protect card and click Reset.
Step 8 Attempt another manual switch after the protect cards have booted up completely.
Step 9 If you are still unable to perform a switch, reseat the protect card.
Step 10 Attempt another manual switch.
Step 11 Clear the manual switch:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Highlight either selected group.
d. Click Clear and click YES at the confirmation dialog box.
Step 12 If the alarm persists, replace the protect card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
Step 13 Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.44 FAILTOSWR
•Not Alarmed (NA) (Condition)
This fail to switch ring signals an automatic protection switching (APS) ring switch failure (FAILTOSWR) alarm clears when one of the following actions occurs: a higher priority event, such as a user-switch command occurs, the next ring switch succeeds, or the cause of the APS switch (such as an SF or SD alarm) clears.
Warning Invisible laser radiation may be emitted from the end of the unterminated fiber cable or connector. Do not stare into the beam directly with optical instruments. Viewing the laser output with certain optical instruments (for example, eye loupes, magnifiers, and microscopes) within a distance of 100 mm may pose an eye hazard. Use of controls or adjustments or performance of procedures other than those specified may result in hazardous radiation exposure.
Procedure: Clear the FAILTOSWR on a Four-Fiber BLSR Configuration
Step 1 Check to see that every node expected to be part of the ring is listed in the ring map:
a. Click the Provisioning > Ring tabs.
b. Highlight the row of the affected ring.
c. Click Ring Map.
d. Verify that a node ID appears in the Ring map for every node expected to be part of the ring.
Step 2 Display the CTC network view.
Step 3 Look for alarms on OC-N cards that make up the ring or span and troubleshoot these alarms.
Step 4 Login to the near-end node and click the Ring > Provisioning tabs.
Step 5 Record the OC-N cards listed under West Line and East Line. Ensure that these OC-N cards are active and in service.
Step 6 Verify fiber continuity to the ports on the recorded cards.
Step 7 Verify that the correct port is in service.
Caution Using a test set disrupts service on the optical card. It may be necessary to manually switch traffic carrying circuits over to a protection path.
Step 8 Use an optical test set to verify that a valid signal exists on the line.
Test the line as close to the receiving card as possible.
Step 9 Clean the fiber:
a. Clean fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 10 Verify that the power level of the optical signal is within the OC-N card receiver specifications.
Step 11 Repeat Steps 1 to 5 for any other ports on the card.
Step 12 Replace the protect standby OC-N card.
Step 13 If the alarm does not clear after you replace the BLSR cards on this node one by one, follow Steps 4 to 14 for each of the nodes in the ring.
Step 14 Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.45 FAILTOSWS
•Not Alarmed (NA) (Condition)
This failure to switch to protection span signals an APS span switch (FAILTOSWS) alarm occurs for a four-fiber BLSR if a failed span switch initiates a ring switch. If the ring switch occurs, the FAILTOSWS alarm does not appear. If the ring switch does not occur, the FAILTOSWS alarm appears. FAILTOSWS clears when one of the following actions occur: a higher priority event, such as a user-switch command occurs, the next ring switch succeeds, or the cause of the APS switch (such as an SF or SD alarm) clears. Follow the procedure for "Clear the FAILTOSWR on a Four-Fiber BLSR Configuration" section.
14.4.46 FAN
•Critical, Service-Affecting
The failure of the cooling fan-tray alarm indicates a problem with the fan-tray assembly. When the fan is not fully functional, the temperature of the ONS 15327 can rise above its normal operating range. The fan tray contains six fans and needs a minimum of five working fans to properly cool the ONS 15327. However, even with five working fans, the fan tray can need replacement because a sixth working fan is required for extra protection against overheating.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the FAN Alarm
Step 1 Check the condition of the air filter to see if it needs replacement.
Step 2 If the filter is clean, take the fan-tray assembly out of the ONS 15327.
Step 3 Reinsert the fan tray making sure the back of the fan tray connects to the rear of the ONS 15327.
Note The fan should run immediately when correctly inserted.
Step 4 If the fan does not run or the alarm persists, replace the fan tray.
Step 5 If the replacement fan tray does not operate correctly, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.47 FANDEGRADE
•Major, Non-Service-Affecting
The degrade of the cooling fan-tray alarm indicates a problem with the fan-tray assembly. When the fan is not fully functional, the temperature of the ONS 15327 can rise above its normal operating range. The fan tray contains six fans and needs a minimum of five working fans to properly cool the ONS 15327. However, even with five working fans, if a fan tray is not working properly, it may need to be replaced.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the FANDEGRADE Alarm
Step 1 Check the condition of the air filter to see if it needs replacement.
Step 2 If the filter is clean, take the fan-tray assembly out of the ONS 15327.
Step 3 Reinsert the fan tray making sure the back of the fan tray connects to the rear of the ONS 15327.
Note The fan should run immediately when correctly inserted.
Step 4 If the fan does not run or the alarm persists, replace the fan tray.
14.4.48 FE-AIS
•Not Alarmed (NA) (Condition)
The far end AIS (FE-AIS) alarm means the far-end node XTC card is reporting an AIS. The prefix FE in an alarm message means the main alarm is occurring at the far-end node and not at the node reporting this FE-AIS alarm. Troubleshoot the FE alarm by troubleshooting the main alarm at its source. Both the alarms clear when the main alarm clears.
Procedure: Clear the FE-AIS Condition on the XTC-28-3 Cards in C-bit Format
Step 1 To troubleshoot an FE alarm, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm.
Step 3 Clear the main alarm.
14.4.49 FE-DS1-MULTLOS
•Not Alarmed (NA) (Condition)
The far end multiple DS-1 LOS detected on XTC-14 or XTC-28-3 (FE-DS1-MULTLOS) condition means multiple inputs detect a loss on the far end. The prefix FE in an alarm/condition message means the main alarm is occurring at the far-end node and not at the node reporting the FE-DS1-MULTOS alarm. Troubleshoot the FE alarm/condition by troubleshooting the main alarm at its source. Both alarm/conditions clear when the main alarm clears.
Procedure: Clear the FE-DS1-MULTLOS Condition on the XTC-14 Card or XTC-28-3 Card
Step 1 To troubleshoot an FE condition/alarm, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE condition/alarm.
Step 3 Look up and troubleshoot the main alarm.
14.4.50 FE-DS1-SNGLLOS
•Not Alarmed (NA) (Condition)
The far end single DS-1 LOS on the XTC-14 (FE-DS1-SNGLLOS) condition means one of the XTC inputs on the far end detects an LOS. The prefix FE in an alarm/condition means the main alarm is occurring at the far-end node and not at the node reporting this FE-EQPT-FAILSA alarm. Troubleshoot the FE alarm by troubleshooting the main alarm at its source. Both alarm/conditions clear when the main alarm clears.
Procedure: Clear the FE-DS1-SNGLLOS Condition on the XTC-14
Step 1 To troubleshoot an FE alarm/condition, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm.
Step 3 Look up and troubleshoot the main alarm.
14.4.51 FE-DS3-SA
•Not Alarmed (NA) (Condition)
The far end DS-3 equipment failure service-affecting (FE-DS3-SA) alarm means a far-end DS-3 equipment failure is occurring. The prefix FE in an alarm/condition means the main alarm is occurring at the far-end node and not at the node reporting the FE alarm. Troubleshoot the FE alarm by troubleshooting the main alarm at its source. Both alarm/conditions clear when the main alarm clears.
Procedure: Clear the FE-DS3-SA Condition on the XTC28-3 Card in C-bit Format
Step 1 To troubleshoot an FE alarm/condition, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm/condition.
Step 3 Clear the main alarm.
14.4.52 FE-EQPT-NSA
•Not Alarmed (NA) (Condition)
The far end common equipment failure non-service-affecting (FE-EQPT-NSA) condition means a non-service-affecting equipment failure is detected in the far-end DS-3. The prefix FE in an alarm/condition message means that the main alarm is occurring at the far-end node, not the node reporting this FE-EQPT-NSA alarm. Troubleshoot the FE alarm/condition by troubleshooting the main alarm at its source. Both alarm/conditions clear when the main alarm clears.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the FE-EQPT-NSA Condition on the XTC28-3 Card in C-bit Format
Step 1 To troubleshoot an FE alarm/condition, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm/condition.
Step 3 Look up and troubleshoot the main alarm.
14.4.53 FE-IDLE
•Not Alarmed (NA) (Condition)
The far end idle (FE-IDLE) condition means a far-end node detects an idle DS-3 signal. The prefix FE in an alarm/condition means that the main alarm is occurring at the far-end node, not the node reporting this FE-IDLE alarm. Troubleshoot the FE alarm/condition by troubleshooting the main alarm at its source. Both alarms clear when the main alarm clears.
Procedure: Clear the FE-IDLE Condition on the XTC28-3 Card in C-bit Format
Step 1 To troubleshoot the FE alarm/condition, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm/condition.
Step 3 Clear the main alarm.
14.4.54 FE-LOCKOUT
•Not Alarmed (NA) (Condition)
The far-end lockout (FE-LOCKOUT) condition raises whenever the Lockout Protection Span command is entered from any other node. This alarm indicates the prevention of any ring switch requests. The alarm clears when the lock out is removed.
Procedure: Clear the FE-LOCKOUT Condition on a BLSR
Step 1 Display CTC network view.
Step 2 Find the node reporting the LOCKOUT-REQ.
Step 3 Login to the node reporting the LOCKOUT-REQ.
Step 4 Follow the "Clear the Lockout Switch Request and the LOCKOUT-REQ Condition on an OC-N Card" procedure.
14.4.55 FE-LOF
•Not Alarmed (NA) (Condition)
The far-end LOF (FE-LOF) condition means a far-end node reports a DS-3 LOF. The prefix FE in an alarm/condition means that the main alarm is occurring at the far-end node, not the node reporting this FE-LOF alarm. Troubleshoot the FE alarm/condition by troubleshooting the main alarm at its source. Both alarm/conditions clear when the main alarm clears.
Procedure: Clear the FE-LOF Condition on the XTC28-3 Card in C-bit Format
Step 1 To troubleshoot an FE alarm/condition, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm.
Step 3 Look up and troubleshoot the main alarm.
14.4.56 FE-LOS
•Not Alarmed (NA) (Condition)
The far end LOS (FE-LOS) condition means a far-end node reports a DS-3 LOS. The prefix FE in an alarm/condition message means that the main alarm is occurring at the far-end node, and not at the node reporting this FE-LOS alarm. Troubleshoot the FE alarm by troubleshooting the main alarm at its source. Both alarm/conditions clear when the main alarm clears.
Procedure: Clear the FE-LOS Condition on the XTC28-3 Card in C-bit Format
Step 1 To troubleshoot the FE alarm/condition, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm.
Step 3 Clear the main alarm.
14.4.57 FEPRLF
•Minor, Non-Service-Affecting
The far end protection line failure (FEPRLF) alarm means that there was an APS switching channel failure of signal on the protect card coming into the node.
Note The FEPRLF alarm only occurs on the ONS 15327 when 1+1 bidirectional protection is used on optical cards in a 1+1 configuration.
Procedure: Clear the FEPRLF Alarm on a Four-Fiber BLSR
Step 1 To troubleshoot the FE alarm, determine which node and card link directly to the card reporting the FE alarm.
Step 2 Login to the node that links directly to the card reporting the FE alarm.
Step 3 Look up and troubleshoot the main alarm.
14.4.58 FORCED-REQ
•Not Alarmed (NA) (Condition)
The force switch request on facility or equipment (FORCED-REQ) alarm means a user entered the force command on a span or card to force traffic from a working card or working span to a protection card or protection span or vice versa. You do not need to clear this alarm if you want the force switch to remain in place. To clear this alarm, clear the force command.
Procedure: Clear the FORCED-REQ on an OC-N Card
Step 1 Click the Maintenance tab.
Step 2 Click the Protection tab for a card or span switch.
Step 3 At Operation, click the drop-down arrow.
Step 4 Choose Clear and click Apply.
14.4.59 FRNGSYNC
•Major, Service-Affecting
The free-running synchronization mode (FRNGSYNC) alarm means the reporting ONS 15327 is in free-run synchronization mode. External timing sources have been disabled and the node is using its internal clock, or the ONS 15327 has lost its designated BITS timing source. After the 24-hour holdover period expires, timing slips may begin to occur on an ONS 15327 relying on an internal clock.
Procedure: Clear the FRNGSYNC Alarm
Step 1 If the ONS 15327 is configured to operate from its own internal clock, disregard this alarm.
Step 2 If the ONS 15327 is configured to operate off an external timing source, verify that the BITS timing source is valid. Common problems with a BITS timing source include reversed wiring and bad timing cards.
Step 3 Find and troubleshoot alarms related to the failures of the primary and secondary reference sources, such as SYNCPRI and SYNCSEC.
14.4.60 FSTSYNC
•Minor, Non-Service-Affecting
A fast-start synchronization mode (FSTSYNC) alarm raises when the ONS 15327 is choosing a new timing reference. The previous timing reference has failed. This alarm disappears after approximately 30 seconds.
Note This is an informational alarm.
14.4.61 HITEMP
•Critical, Service-Affecting (NE)
•Minor, Non-Service-Affecting (EQPT)
The equipment failure high temperature (HITEMP) alarm means the temperature of the ONS 15327 is above 50 degrees Celsius (122 degrees Fahrenheit).
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the HITEMP Alarm
Step 1 Check the temperature of the ONS 15327 on the front panel LCD.
Step 2 Check that the temperature of the room is not abnormally high.
Step 3 Ensure that nothing prevents the fan-tray assembly from passing air through the ONS 15327.
Step 4 Ensure that blank faceplates fill the ONS 15327 empty slots. Blank faceplates help airflow.
Step 5 Check the condition of the air filter to see if it needs replacement.
Step 6 If the filter is clean, take the fan-tray assembly out of the ONS 15327.
Step 7 Reinsert the fan tray, making sure the back of the fan tray connects to the rear of the ONS 15327.
Note The fan should run immediately when correctly inserted.
Step 8 If the fan does not run or the alarm persists, replace the fan tray.
Step 9 If the replacement fan tray does not operate correctly, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.62 HLDOVERSYNC
•Major, Service-Affecting
Loss of the primary/secondary timing reference raises the holdover synchronization mode (HLDOVERSYNC) alarm. Timing reference loss occurs when line coding on the timing input is different from the configuration on the ONS 15327. It also usually occurs during the selection of a new node reference clock. This alarm indicates that the ONS 15327 has gone into holdover and is using the ONS 15327 internal reference clock, which is a Stratum 3-level timing device. The alarm clears when primary or secondary timing is reestablished.
Procedure: Clear the HLDOVERSYNC Alarm
Step 1 Check for additional alarms that relate to timing.
Step 2 Reestablish a primary and secondary timing source according to local site practice.
14.4.63 IMPROPRMVL
•Critical, Service-affecting
The procedural error improper removal (IMPROPRMVL) alarm means a card was physically removed from its slot before the card was deleted in CTC. The card does not need to be in service to cause this alarm, it only needs to be recognized by CTC and the XTC card. This alarm does not appear if you delete the card from CTC before you physically remove the card from the node.
Caution Do not pull a card during a card reboot. If CTC begins to reboot a card before you remove the card, allow the card to finish rebooting. After the card reboots, delete the card in CTC again and physically remove the card before it begins to reboot.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Note CTC gives the user approximately 15 seconds to physically remove the card before the CTC begins a card reboot.
Caution It can take up to 30 minutes for software to be updated on a standby XTC card. Wait the full time period before removing the card. Premature removal can cause flash corruption.
Procedure: Clear the IMPROPRMVL Alarm
Step 1 Right-click the card reporting the IMPROPRMVL.
Step 2 Choose Delete.
Note CTC does not allow you to delete this card if the card is in service, has a circuit mapped to it, is paired in a working protection scheme, has DCC enabled, or is used as a timing reference.
Step 3 If the card is in service, take the facility out of service:
Caution Before taking the facility out of service, ensure that no live traffic is present on the facility.
a. In CTC, double-click the reporting card to display the card view.
b. Click the Provisioning tab.
c. Click the Status of any in service ports.
d. Choose Out of Service to take the ports out of service.
Step 4 If a circuit has been mapped to the card, delete the circuit:
Caution Before deleting the circuit, ensure that the circuit does not carry live traffic.
a. At the node view, click the Circuits tab.
b. Click the applicable circuit, i.e., the circuit that connects to the reporting card.
c. Click Delete.
Step 5 If the card is paired in a protection scheme, delete the protection group:
a. Click the Provisioning > Protection tabs.
b. Click the protection group of the reporting card.
c. Click Delete.
Step 6 If the card is provisioned for DCC, delete the DCC provisioning:
a. Click the SONET DCC > Provisioning tabs.
b. Click the slots and ports listed in SDCC terminations.
c. Click Delete and click Yes in the dialog box that appears.
Step 7 If the card is used as a timing reference, change the timing reference:
a. Click the Provisioning > Timing tabs.
b. Click the Ref-1 menu.
c. Change Ref-1 from the listed OC-N card to Internal Clock.
d. Click Apply.
Step 8 Right-click the card reporting the IMPROPRMVL and choose Delete.
14.4.64 INCOMPATIBLE-SW
•Minor, Non-Service-Affecting
The incompatible software (INCOMPATIBLE-SW) alarm means the CTC software version loaded on the connecting workstation and the CTC software version loaded on the XTC card are incompatible. This occurs when the XTC software is upgraded but the PC has not yet upgraded the compatible CTC jar file. INCOMPATIBLE-SW also occurs when CTC logs into a node with compatible software but encounters another node in the network that has a newer version of CTC.
Procedure: Clear the INCOMPATIBLE-SW Alarm
Step 1 Exit the current CTC session and completely close the browser.
Step 2 Start the browser.
Step 3 Type the ONS 15327 IP address of the node that reported the alarm. This can be the original IP address you logged on with or an IP address other than the original.
Step 4 Login to CTC. The browser downloads the jar file from CTC.
14.4.65 INVMACADDR
•Major, Non-Service-Affecting
The equipment failure invalid Media Access Control (MAC) address (INVMACADDR) alarm means the ONS 15327 MAC address is invalid. The MAC Address is permanently set into the ONS 15327 chassis when it is manufactured. Do not attempt to troubleshoot an INVMACADDR. Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447)
Procedure: Clear the INVMACADDR Alarm
This is not a user-serviceable problem. Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.66 LOCKOUT-REQ
•Not Alarmed (NA) (Condition)
The lockout-switch request on facility/equipment (LOCKOUT-REQ) alarm occurs when a user initiates a lockout-switch request for an OC-N card or a lockout-switch request on a UPSR at the path level. A lockout prevents protection switching from occurring. Clearing the lockout again allows protection switching to take place. Clearing the lockout-switch request clears the LOCKOUT-REQ alarm. This is an informational alarm.
Procedure: Clear the Lockout Switch Request and the LOCKOUT-REQ Condition on an OC-N Card
Step 1 Display the CTC network view.
Step 2 Click Circuits tab and highlight the circuit.
Step 3 Click Edit and click the UPSR tab.
Step 4 From the Switch State menu, highlight Clear.
Step 5 Click Apply and click Close.
14.4.67 LOF (BITS)
•Major, Service-Affecting
The LOF alarm means a port on the XTC BITS input detects an LOF on the incoming BITS timing reference signal. LOF indicates that the receiving ONS 15327 has lost frame delineation in the incoming data.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Note The procedure assumes that the BITS timing reference signal is functioning properly. It also assumes the alarm is not appearing during node turn-up.
Procedure: Clear the LOF Alarm
Step 1 Verify that the line framing and line coding match between the BITS input and the XTC:
a. In CTC node view or card view, note the slot and port reporting the alarm.
b. Find the coding and framing formats of the external BITS timing source. This should be in the user documentation for the external BITS timing source or on the timing source itself.
c. Click the Provisioning > Timing tabs to display the General Timing window.
d. Verify that Coding matches the coding of the BITS timing source (either B8ZS or AMI).
e. If the coding does not match, click Coding to reveal a menu. Choose the appropriate coding.
f. Verify that Framing matches the framing of the BITS timing source (either ESF or SF [D4]).
g. If the framing does not match, click Framing to reveal the menu. Choose the appropriate framing.
Note On the timing tab, the B8ZS coding field is normally paired with ESF in the Framing field, and the AMI coding field is normally paired with SF (D4) in the Framing field.
Step 2 If the alarm does not clear when the line framing and line coding match between the BITS input and the XTC, replace the XTC card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.68 LOF (DS1)
•Major, Service-Affecting
The LOF alarm indicates that the receiving ONS 15327 has lost frame delineation in the incoming data. If the LOF appears on the XTC-14 card, the transmitting equipment may have its framing set to a format that differs from the receiving ONS 15327.
Procedure: Clear the LOF Alarm on the XTC-14 Card
Step 1 Verify that the line framing and line coding match between the XTC-14 port and the signal source:
a. In CTC, note the slot and port reporting the alarm.
b. Find the coding and framing formats of the signal source for the card reporting the alarm. You may need to contact your network administrator for this information.
c. Display the card-level view of the reporting card.
d. Click the Provisioning > Line tabs.
e. Verify that the line type of the reporting port matches the line type of the signal source.
f. If the signal source line type does not match the reporting port, click Line Type to reveal a menu. Choose the matching type.
g. Verify that the reporting Line Coding matches the signal source line type.
h. If the signal source line coding does not match the reporting port, click Line Coding to reveal the menu. Choose the matching type and click Apply.
Note On the Line tab, the B8ZS coding field is normally paired with ESF in the Framing field. AMI coding is normally paired with SF (D4) in the Framing field.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.69 LOF (DS3)
•Critical, Service-Affecting
The LOF alarm indicates that the receiving ONS 15327 lost frame delineation in the incoming data. The framing of the transmitting equipment may be set to a format that differs from the receiving ONS 15327. On XTC-28-3 cards, the alarm occurs only on cards with the provisionable framing format set to C-bit or M23, not on cards with the provisionable framing format is set to unframed.
Procedure: Clear the LOF Alarm on the XTC-28-3 Card
Change the line type of the non-ONS equipment attached to the reporting card to C-bit.
14.4.70 LOF (OC-N)
•Critical, Service-Affecting
The LOF alarm means a port on the reporting OC-N card has an LOF condition. LOF indicates that the receiving ONS 15327 has lost frame delineation in the incoming data. LOF occurs when the SONET overhead loses a valid framing pattern for three milliseconds. Receiving two consecutive valid A1/A2 framing patterns clears the alarm.
LOF on an OC-N card is sometimes an indication that the OC-N card reporting the alarm expects a specific line rate and the input line rate source does not match the input line rate of the optical receiver.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the LOF Alarm on an OC-N Card
Step 1 The LOF should trigger an automatic protection switch away from the working card that reported the alarm. If it did not, do a manual switch to move traffic away from the reporting card:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Click the Protect/Standby card of the selected groups.
d. Click Manual and OK.
Note If you do not have a protect card for the reporting card, create a new circuit on the reporting card to achieve the same effect.
Step 2 Clear the manual switch:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Highlight either selected group.
d. Click Clear and click YES at the confirmation dialog box.
Step 3 Verify that the OC-N port on the upstream node is in service.
Step 4 If you continue to receive the LOF alarm, login to http://www.cisco.com/TAC for information on obtaining a return materials authorization (RMA) for the AIP or call the Cisco Technical Assistance Center (1-800-553-2447).
14.4.71 LOGBUFR90
•Major, Service-Affecting
The log buffer 90% full (LOGBUFR90) alarm means that the memory buffer holding the alarms seen on the Alarms pane in CTC is 90% full. If the buffer continues to fill, a LOGBUFROVFL alarm is reported. The LOGBUFROVFL alarm means the memory buffer is full, and any new alarms occurring on the ONS 15327 do not display on the CTC alarms pane. The CTC receives alarms from all ONS nodes on the network, even if the CTC is set to the node or card-level view.
Procedure: Clear the LOGBUFR90 Alarm
Step 1 Click the close button on the upper right corner of the CTC window.
Step 2 Click the close button on the upper right corner of the browser window.
Step 3 Log back into the ONS 15327. The LOGBUFR90 alarm should clear after an approximately one minute delay.
Exiting CTC and logging back into the ONS 15327 removes any cleared alarms from the log buffer and resynchronizes the alarm pane to show any alarms that were not displayed as a result of a full log buffer.
Note Checking the AutoDelete Cleared Alarms checkbox on the Alarms panel helps prevent log buffer overflow.
14.4.72 LOGBUFROVFL
•Major, Service-Affecting
The log buffer overflow (LOGBUFROVFL) alarm means the memory buffer is full, and any new alarms occurring on the ONS 15327 do not display on the CTC alarms pane. The CTC receives alarms from all ONS nodes on the network, even if the CTC is set to the node or card-level view.
Procedure: Clear the LOGBUFROVFL Alarm
Step 1 Click the close button on the upper-right corner of the CTC window.
Step 2 Click the close button on the upper-right corner of the browser window.
Step 3 Log back into the ONS 15327. The LOGBUFROVFL alarm should clear after an approximately one minute delay.
Exiting CTC and logging back into the ONS 15327 removes any cleared alarms from the log buffer and resynchronizes the alarm pane to show any alarms not displayed as a result of a full log buffer.
Note Checking the AutoDelete Cleared Alarms checkbox on the Alarms panel helps prevent log buffer overflow.
14.4.73 LOP-P
•Critical, Service-Affecting
This loss of pointer path (LOP-P) alarm indicates a loss of pointer at the path level. LOP occurs when valid H1/H2 pointer bytes are missing from the SONET overhead. Receiving equipment monitors the H1/H2 pointer bytes to locate the SONET payload. An LOP alarm means that eight, nine, or ten consecutive frames do not have valid pointer values. The alarm clears when three consecutive valid pointers are received.
One of the conditions that can cause this alarm is a transmitted STSc circuit that is smaller than the provisioned STSc. This condition causes a mismatch of the circuit type on the concatenation facility. For example, if an STS-3c or STS-1 is sent across a circuit provisioned for STS-12c, a LOP alarm occurs.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the LOP-P Alarm
Step 1 Verify the cabling and physical connections on the reporting card.
Step 2 Perform a soft reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click to choose RESET CARD.
Step 3 Do a manual switch (side switch) to move traffic away from the card:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Click the Protect/Standby card of the selected groups.
d. Click Manual and OK.
Note If you do not have a protect card for the reporting card, create a new circuit on the reporting card to achieve the same effect.
Step 4 Clear the manual switch:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Highlight either selected group.
d. Click Clear and click YES at the confirmation dialog box.
Step 5 If the alarm persists, the problem is at the far-end node. Verify the stability of the cabling and physical connections that connect to the far-end card.
Step 6 Perform a soft reset on the far-end card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 7 Perform a soft reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 8 Switch from the far-end working card to the far-end protect card.
Step 9 If the alarm persists, replace the far-end card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.74 LOP-V
•Major, Service-Affecting
The loss of pointer VT (LOP-V) alarm indicates a loss of pointer at the VT level. The VT, or electrical, layer occurs when the SONET signal is broken down into an electrical signal, for example, when an optical signal comes into an ONS 15327. The ONS 15327 demultiplexes this optical signal. One of the channels separated from the optical signal cross connects into an ONS 15327 XTC card port. The ONS 15327 reports the LOS-V alarm.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the LOP-V Alarm on the XTC Card
Step 1 Verify the stability of the cabling and physical connections on the reporting card.
Step 2 Perform a software reset on the reporting card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 3 Perform a manual switch to move traffic away from the card:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Click the Protect/Standby card of the selected groups.
d. Click Manual and OK.
Note If you do not have a protect card for the reporting card, create a new circuit on the reporting card to achieve the same effect.
Step 4 Clear the manual switch:
a. At the node view, click the Maintenance > Protection tabs.
b. Double-click the protection group that contains the reporting card.
c. Highlight either selected group.
d. Click Clear and click YES at the confirmation dialog box.
Step 5 If the alarm persists, the problem is at the far-end node. Verify the cabling and physical connections that connect to the far-end card.
Step 6 Perform a soft reset on the far-end card.
Step 7 Switch from the far-end working card to the far-end protect card.
14.4.75 LOS (BITS)
•Major, Service-Affecting
The XTC card has a loss of signal (LOS) from the BITS timing source. An LOS alarm occurs when a SONET receiver detects an all-zero pattern for 10 microseconds or longer. An LOS (BITS-N) means the BITS clock or the connection to the BITS clock failed.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the LOS Alarm
Step 1 Verify the wiring connection from the ONS 15327 backplane BITS clock pin fields to the timing source.
Step 2 Check that the BITS clock is operating properly.
14.4.76 LOS (DS-N)
•Critical, Service-Affecting
The LOS is alarm indicates a loss of signal at the card for an XTC card port. LOS occurs when the port on the card is in service but no signal is being received. The cabling is not correctly connected to the card, or no signal exists on the line. Possible causes for no signal on the line include upstream equipment failure or a fiber cut.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the LOS Alarm on the XTC Card
Step 1 Verify cabling continuity to the port.
Step 2 Verify that the correct port is in service.
Step 3 Use a test set to confirm that a valid signal exists on the line. Test the line as close to the receiving card as possible.
Step 4 Ensure that the transmit and receive outputs from the DSx panel to your equipment are properly connected.
Step 5 If there is a valid signal, replace the DS-N connector on the ONS 15327.
Step 6 Repeat Steps 1 to 5 for another port on the card.
Step 7 Look for another alarm that may identify the source of the problem.
Step 8 Replace the reporting card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.77 LOS (OC-N)
•Critical, Service-Affecting
A port on the reporting OC-N card has a loss of signal (LOS) condition. An LOS occurs when a SONET receiver detects an all-zero pattern for 10 microseconds or longer. An LOS means the upstream transmitter has failed. If an OC-N LOS alarm is not accompanied by additional alarms, a fiber break is usually the cause of the alarm. The condition clears when two consecutive valid frames are received.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the LOS Alarm on an OC-N Card
Step 1 Verify fiber continuity to the port.
Step 2 Verify that the correct port is in service.
Step 3 Use an optical test set to verify that a valid signal exists on the line.
Test the line as close to the receiving card as possible.
Step 4 Clean the fiber:
a. Clean fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 5 Verify that the power level of the optical signal is within the OC-N card receiver specifications.
Step 6 If there is a valid signal, replace the connector on the backplane.
Step 7 Repeat Steps 1 to 5 for another port on the card.
Step 8 Replace the OC-N card.
14.4.78 LPBKDS1FEAC
•Not Alarmed (NA) (Condition)
A loopback due to FEAC command DS1 (LPBKDS1FEAC) condition on the XTC card means a DS-1 loopback signal is received from the far-end node due to a Far-End Alarm and Control (FEAC) command. An FEAC command is often used with loopbacks.
Loopback is a commonly used troubleshooting technique. A signal is sent out on a link or part of the network and returned to the sending device. A troubleshooter can compare the quality of the sent signal and the returned signal to determine the condition of an isolated circuit. By setting up loopbacks on various parts of the network and excluding other parts, a troubleshooter can logically narrow down the source of the problem. For more information about loopbacks, see the "Network Tests" section on page 12-19.
Caution The CTC permits loopbacks on an in-service circuit. This operation is service-affecting.
Note This is an informational alarm.
14.4.79 LPBKDS3FEAC
•Not Alarmed (NA) (Condition)
A loopback due to FEAC command DS-3 (LPBKDS3FEAC) condition means an XTC-28-3 loopback signal is received from the far-end node because of an FEAC command. An FEAC command is often used with loopbacks. This condition is only reported by the XTC-28-3 card. An XTC-28-3 card both generates and reports FEAC alarm/conditions.
Loopback is a commonly used troubleshooting technique. A signal is sent out on a link or part of the network and returned to the sending device. A troubleshooter can compare the quality of the sent signal and the returned signal to determine the condition of this isolated circuit. By setting up loopbacks on various parts of the network and excluding other parts, a troubleshooter can logically narrow down the source of the problem. For more information about loopbacks, see the "Network Tests" section on page 12-19.
Caution The CTC permits loopbacks on an in-service circuit. This operation is service-affecting.
Note This is an informational alarm.
14.4.80 LPBKFACILITY (DS-N)
•Not Alarmed (NA) (Condition)
A loopback facility (LPBKFACILITY) alarm means a software facility loopback is active for a port on the reporting card. Loopback is a commonly used troubleshooting technique. A signal is sent out on a link or part of the network and returned to the sending device. By setting up loopbacks on various parts of the network and excluding other parts, a troubleshooter can logically narrow down the source of the problem. For more information on loopbacks, see "Network Tests" section on page 12-19.
There are two types of loopbacks: Facility and Terminal. Facility loopbacks troubleshoot ports only and are generally performed locally or at the near end. Terminal loopbacks test ports and spans and are often used for remote sites or far-end equipment. You can provision loopbacks through CTC.
Caution The CTC permits loopbacks to be performed on an in-service circuit. This operation is service-affecting.
Note XTC-28-3 cards only support facility loopbacks on DS-1 circuits.
Procedure: Clear the LBKFACILITY Condition on the XTC-28-3 Card
Step 1 Double-click the reporting card in CTC or right-click the reporting card in CTC and choose Open from the menu.
Step 2 Click the Maintenance tab:
a. If the condition is reported against an XTC-28-3 card, also click the DS1 tab.
b. If a Loopback Type column cell that displays Facility (Line) is not shown under the DS1 tab, then click the DS3 tab to reveal a Loopback Type column cell that displays Facility (Line).
Step 3 Click the Loopback Type column cell that displays Facility (Line).
Step 4 Click None, and click Apply.
14.4.81 LPBKFACILITY (OC-N)
•Not Alarmed (NA) (Condition)
A loopback facility (LPBKFACILITY) alarm means a software facility loopback is active for a port on the reporting card. Loopback is a commonly used troubleshooting technique. A signal is sent out on a link or part of the network and returned to the sending device. A troubleshooter can compare the quality of the sent signal and the returned signal to determine the condition of an isolated circuit. By setting up loopbacks on various parts of the network and excluding other parts, a troubleshooter can logically isolate the source of the problem. For more information on loopbacks, see the "Network Tests" section on page 12-19.
Two types of loopbacks are available: Facility and Terminal. Facility loopbacks troubleshoot ports only and are generally performed locally or at the near end. Terminal loopbacks test ports and spans and are often used for remote sites or far end equipment. You provision loopbacks using CTC.
Caution Before performing a facility loopback on an OC-N card, make sure there is another SDCC path to the ONS 15327 containing the OC-N card being put in loopback. A second SDCC path is necessary so you have a non-looped back path to login to the ONS 15327 containing the OC-N card being put in loopback and remove the facility loopback. This is not necessary if you are directly connected to the ONS 15327 with the OC-N card in facility loopback.
Procedure: Clear the LBKFACILITY Condition on the OC-N Card
Step 1 To remove the loopback alarm, double-click or right-click the reporting card in the CTC. Choose Open from the list of options.
Step 2 Click the Maintenance tab.
Step 3 Click the Loopback Type column and choose None from the menu.
Step 4 Click Apply.
14.4.82 LPBKTERMINAL (DS-N)
•Not Alarmed (NA) (Condition)
A loopback terminal (LPBKTERMINAL) alarm means a software terminal loopback is active for a port on the reporting card. Loopback is a commonly used troubleshooting technique. When a port is set in terminal loopback the outgoing signal (Ethernet or DS-N) being transmitted is fed back into the receive direction on the same port and the externally received signal is ignored. On the DS-N card the outgoing signal continues to be transmitted and then returned in the receiving direction of the sending device. A troubleshooter can compare the quality of the sent signal and the returned signal to determine the condition of an isolated circuit. By setting up loopbacks on various parts of the network and excluding other parts, a troubleshooter logically isolates the source of the problem. For more information on loopbacks, see the "Network Tests" section on page 12-19.
Two types of loopbacks are available: Facility and Terminal. Facility loopbacks troubleshoot ports only and are generally performed locally or at the near end. Terminal loopbacks test ports and spans and are often used for remote sites or far-end equipment. Loopbacks are provisioned using CTC. Terminal loopback is not supported at the DS1 level for the XTC-28-3 card.
Caution CTC permits loopbacks on an in-service circuit. This operation is service-affecting.
Procedure: Clear the LPBKTERMINAL Condition on an XTC Card
Step 1 To remove the loopback alarm, double-click the reporting card in CTC, or right-click the reporting card and choose Open from the list of options.
Step 2 Click the Maintenance tab.
Step 3 Choose the Loopback Type column and choose None from the menu.
Step 4 Click Apply.
14.4.83 MANRESET
•Not Alarmed (NA) (Condition)
A manual system reset (MANRESET) condition means a user performed a manual system reset by right-clicking a card and chose Reset. Resets performed during a software upgrade also prompt the alarm. This condition clears automatically, when the card finishes resetting.
14.4.84 MAN-REQ
•Not Alarmed (NA) (Condition)
The manual switch request on a facility/equipment (MAN-REQ) alarm occurs when a user initiates a manual switch request on an OC-N card or UPSR path. Clearing the manual switch clears the MANUAL-REQ alarm.
Procedure: Clear the Manual Switch and the MAN-REQ Condition on an OC-N Card
Step 1 From network view, click the Circuits tab.
Step 2 Highlight the circuit.
Step 3 Click Edit and click the UPSR tab.
Step 4 From the Switch State menu, highlight Clear.
Step 5 Click Apply and click Close.
14.4.85 MEA (AIP)
•Critical, Service-Affecting
If the mismatch between entity/equipment type and provisioned attributes (MEA) alarm is reported against the AIP, the fuse in the AIP board may have blown, and the AIP needs replacement.
Procedure: Clear the MEA Alarm on the AIP
Step 1 The fuse in the AIP board may be blown and the board needs to be replaced. Login to http://www.cisco.com/TAC for information on obtaining a return materials authorization (RMA) for the AIP or call the Cisco Technical Assistance Center (1-800-553-2447).
14.4.86 MEA (EQPT)
•Critical, Service-Affecting
The mismatch between entity/equipment type and provisioned attributes (MEA) alarm occurs when the physical card inserted in a slot does not match the card type that is provisioned for that slot in CTC. The alarm clears when the provisioned card type and the physical card type match.
Procedure: Clear the MEA Alarm
Step 1 Physically verify the type of card that sits in the slot reported in the object column of the MEA row on the alarms window.
Step 2 Click the Inventory tab to reveal the provisioned card type.
Step 3 If you prefer the card type depicted by CTC, physically insert that type of card (provisioned for that slot).
Step 4 If you prefer the card that physically occupies the slot, put the cursor over the provisioned card in CTC and right-click to choose Delete Card.
The card that physically occupies the slot reboots, and CTC automatically provisions the card type into that slot.
Note If the card is in service, has a circuit mapped to it, is paired in a working protection scheme, has DCC communications turned on, or is used as a timing reference, then CTC does not allow you to delete the card.
Step 5 If the card is in service, take the facility out of service:
Caution Before taking the facility out of service, ensure that no live traffic exists on the facility.
a. Double-click the reporting card to display the card view.
b. Click the Provisioning tab.
c. Click the Status of any in-service ports.
d. Choose Out of Service to take the ports out of service.
Step 6 If a circuit has been mapped to the card, delete the circuit:
Caution Before deleting the circuit, ensure that no live traffic exists on the facility.
a. On the node view, click the Circuits tab.
b. Choose the applicable circuit (the one that connects to the reporting card).
c. Click Delete.
Step 7 If the card is paired in a protection scheme, delete the protection group:
a. Click the Provisioning > Protection tabs.
b. Choose the protection group of the reporting card.
c. Click Delete.
Step 8 Right-click the card reporting the IMPROPRMVL.
Step 9 Choose Delete.
14.4.87 MEA (FAN)
•Critical, Service-Affecting
The mismatch between entity/equipment type and provisioned attributes (MEA) alarm is reported against the fan tray when an older ONS 15327 fan-tray assembly (FTA2) is used with certain cards that require the newer fan-tray assembly (15327-FTA3). The 10 Gbps compatible shelf assembly (15327-SA-10G) and fan-tray assembly (15327-FTA3) are required with the ONS 15327 XTC, E10/100-4, and OC-48 cards.
Procedure: Clear the MEA Alarm on the Fan-Tray Assembly
Step 1 At the CTC shelf view, click the Inventory tab.
Step 2 Under the Hardware Part # column, if the number is 800-19856-XX, then you have a 10 Gbps compatible shelf assembly (15327-SA-10G). See Chapter 1, Hardware Installation for procedures to install a new fan-tray assembly (15327-FTA3).
Step 3 Under the Hardware Part # column, if the number is not 800-19856-01, then you are using an earlier shelf assembly. This is shelf assembly is not compatible with the XTC, E10/100-4 or OC-48 cards. Remove the incompatible cards to clear the alarm.
14.4.88 MEM-GONE
•Major, Non-Service-Affecting
The memory gone (MEM-GONE) alarm occurs when data generated by software operations exceeds the memory capacity of the XTC card. CTC does not function properly until this alarm clears. The alarm clears when additional memory becomes available.
Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.89 MEM-LOW
•Minor, Non-Service-Affecting
The free memory of card almost gone (MEM-LOW) alarm occurs when data generated by software operations is close to exceeding the memory capacity of the XTC card. The alarm clears when additional memory becomes available. If additional memory is not made available and the memory capacity of the XTC card is exceeded, CTC ceases to function.
Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.90 MFGMEM
•Critical, Service-Affecting
The manufacturing data memory failure (MFGMEM) alarm raises if the ONS 15327 cannot access the data in the erasable programmable read-only memory (EPROM). Either the memory module on the component failed or the XTC lost the ability to read that module. The EPROM stores manufacturing data that is needed for both compatibility and inventory issues. The EPROM on the alarm interface panel (AIP) also stores the MAC address. An inability to read a valid MAC address disrupts IP connectivity and gray out the ONS 15327 icon on the CTC network view.
Procedure: Clear the MFGMEM Alarm on the AIP, Fan Tray, or Backplane
Step 1 Do a software-initiated system reset on the XTC by referring to the "Perform a Software Reset" procedure on page 12-5.
Step 2 If the alarm does not clear, do a card pull reset on the XTC by referring to the "Perform a Card Pull" procedure on page 12-5.
Step 3 If the alarm does not clear, physically replace the standby XTC card on the ONS 15327 with a new XTC card:
a. Open the XTC card ejectors.
b. Slide the card out of the slot. This raises the IMPROPRMVL alarm which clears when the upgrade is complete.
c. Open the ejectors on the XTC card.
d. Slide the XTC card into the slot along the guide rails.
e. Close the ejectors.
Note It takes approximately 30 minutes for the active XTC to transfer the system software to the newly installed XTC. Software transfer occurs in instances where different software versions exist on the two cards. During this operation, the LEDs on the XTC flash Fail and then the Active/Standby LED flashes. When the transfer completes, the XTC reboots and goes into Standby mode after approximately three minutes.
Step 4 Right-click the active XTC card to reveal a drop-down menu.
Step 5 Click Reset Card.
Wait for the XTC to reboot. The ONS 15327 switches the standby XTC card to active mode.
Step 6 Verify that the remaining XTC card is now in standby mode (the ACT/STBY LED changes to amber).
Step 7 Physically replace the remaining XTC card with the second XTC card.
a. Open the XTC card ejectors.
b. Slide the card out of the slot.
c. Open the ejectors on the XTC card.
d. Slide the XTC card into the slot along the guide rails.
e. Close the ejectors.
The ONS 15327 boots up the second XTC card. The second XTC must also copy the system software, which can take up to twenty minutes.
Step 8 If the MFGMEM alarm continues to report after replacing the XTC cards, the problem lies in the EPROM.
Step 9 If the MFGMEM is reported from the fan tray, replace the fan tray.
Step 10 If the MFGMEM is reported from the AIP, the backplane, or the alarm persists after the fan tray is replaced, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center (1-800-553-2447).
14.4.91 NOT-AUTHENTICATED
•Minor, Non-Service-Affecting
This not authenticated (NOT-AUTHENTICATED) alarm indicates that the username and password entered do not match the information stored in the XTC. All ONS nodes must have the same username and password created to display every ONS node in the network. You can also be locked out of certain ONS nodes on a network if your username and password were not created on those specific ONS nodes.
Note For initial logon to the ONS 15327, type the user name CISCO15 and click Login (no password is required).
Procedure: Clear the NOT-AUTHENTICATED Alarm on the XTC Card
Step 1 If you have an alternate username and a password available to access the system:
a. Use the alternate username and password to access the ONS node.
b. Click the Provisioning > Security tabs.
c. Look under the Users field to find the username that raised the alarm.
d. If the username that raised the alarm is listed, then highlight the username to reveal the associated password. Record the correct password.
e. If the username is not listed, then click Create.
f. Fill in the fields on the Create User dialog box with the username and password that raised the alarm then click OK.
Step 2 If you do not have an alternate username and password available, lo on to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447). TAC can issue a new username and password.
14.4.92 PDI-P
•Not Alarmed (NA) (Condition)
A payload defect indication path (PDI-P) alarm indicates a signal label mismatch failure (SLMF). An invalid C2 byte in the SONET path overhead causes an SLMF. The C2 byte is the signal label byte. This byte tells the equipment what the SONET payload envelope contains and how it is constructed. It enables a SONET device to transport multiple types of services.
The ONS 15327 encounters an SLMF when the payload, such as an ATM, does not match what the signal label is reporting. An AIS alarm often accompanies the PDI-P alarm. If the PDI-P is the only alarm reported with the AIS, clear the PDI-P alarm to clear the AIS alarm. PDI-P can also occur during an upgrade, but usually clears itself and is not a valid alarm.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the PDI-P Condition
Step 1 Verify that all circuits terminating in the reporting card are in an active state:
a. Click the Circuits tab.
b. Verify that the State column lists the port as ACTIVE.
c. If the State column lists the port as INCOMPLETE, wait 10 minutes for the ONS 15327 to fully initialize. If INCOMPLETE does not change after full initialization, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
Step 2 After determining that the port is active, verify the signal source to the card reporting the alarm.
Step 3 If traffic is affected, delete and recreate the circuit.
Caution Deleting a circuit may affect traffic.
Step 4 Check the far-end OC-N card that provides STS payload to the reporting card.
Step 5 Confirm the cross-connect between the OC-N card and the reporting card.
Step 6 Clean the far-end optical fiber:
a. Clean the fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 7 Replace the optical/electrical cards.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.93 PEER-NORESPONSE
•Major, Non-Service-Affecting
The switch agent raises a peer card not responding (PEER-NORESPONSE) alarm if either traffic card in a protection group does not receive a response to the peer-status request message. This is a software failure and occurs at the task level, as opposed to a communication failure, which is a hardware failure between peer cards.
Procedure: Clear the PEER-NORESPONSE Alarm Reported on XTC or OC-N Card
Step 1 Right-click the card reporting the alarm.
Step 2 Click Reset Card and OK on the confirmation dialog.
Step 3 Wait for the card to reset.
Step 4 At reset, the green Act LED on the card is replaced on the CTC by a white Ldg LED. When the card finishes resetting, the green Act LED reappears.
Step 5 Right-click the peer card of the card reporting the alarm.
Step 6 Click Reset Card and OK on the confirmation dialog.
14.4.94 PLM-P
•Critical, Service-Affecting
A payload label mismatch path (PLM-P) alarm indicates an SLMF. An invalid C2 byte in the SONET path overhead causes an SLMF. The C2 byte is the signal label byte. This byte tells the equipment what the SONET payload envelope contains and how it is constructed. It enables a SONET device to transport multiple types of services.
The ONS 15327 encounters an SLMF when the payload, such as a DS-3 signal, does not match what the signal label is reporting. An AIS alarm often accompanies the PLM-P alarm. If the PLM-P is the only alarm reported with the AIS, clearing the PLM-P alarm clears the AIS alarm.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the PLM-P Alarm Reported on the XTC Card
Step 1 Verify that all circuits terminating in the reporting card are active:
a. Click the Circuits tab.
b. Verify that the State column lists the port as ACTIVE.
c. If the State column lists the port as INCOMPLETE, wait 10 minutes for the ONS 15327 to fully initialize. If INCOMPLETE does not change after full initialization, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
Step 2 After determining the port is active, verify the signal source to the traffic card reporting the alarm.
Step 3 If traffic is being affected, delete and recreate the circuit.
Caution Deleting a circuit may affect traffic.
Step 4 Check the far-end OC-N card that provides STS payload to the XTC card.
Step 5 Verify the cross-connect between the OC-N card and the XTC card.
Step 6 Clean the far-end optical fiber:
a. Clean the fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 7 Replace the OC-N/XTC cards.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.95 PLM-V
•Minor, Service-Affecting
A VT-payload label mismatch (PLM-V) alarm indicates that the content of the V5 byte in the SONET overhead is inconsistent or invalid. This alarm occurs when ONS nodes interoperate with equipment that performs bit-synchronous mapping for DS-1. ONS nodes use asynchronous mapping.
Procedure: Clear the PLM-V Alarm on the XTC-14 or XTC-28-3 Card
Step 1 Verify that your signal source matches the signal allowed by the traffic card. For example, the traffic card does not allow VT6 or VT9 mapping.
Step 2 Verify that the SONET VT path originator is sending the correct VT label value. You can find the SONET VT path originator using circuit provisioning steps.
14.4.96 PRC-DUPID
•Major, Service-Affecting
The procedural error duplicate node ID (PRC-DUPID) alarm indicates that two identical node IDs exist in the same ring. The ONS 15327 requires each node in the ring to have a unique node ID.
Procedure: Clear the PRC-DUPID Alarm on an OC-N Card in a BLSR
Step 1 Find the nodes with identical node IDs.
a. Login to a node on the ring.
b. Click the Provisioning > Ring tabs.
c. Record the node ID number.
d. Repeat Steps a to c for all nodes in the ring.
Step 2 If two nodes have an identical node ID number, change the node ID number of one node.
a. Login to a node that has an identical node ID number.
b. Click the Provisioning > Ring tabs.
c. Change the number in the Node ID field to a unique number between 0 and 31.
d. Click Apply.
14.4.97 RAI
•Not Alarmed (NA) (Condition)
The remote alarm indication condition (RAI) signifies an end-to-end failure. The error condition is sent from one end of the SONET path to the other.
RAI on the XTC card indicates that far-end node is receiving a DS-3 AIS.
Procedure: Clear the RAI Condition on XTC-28-3 Cards in C-bit Format
Use the AIS procedure to troubleshoot the far-end DS-3 node for RAI.
14.4.98 RCVR-MISS
•Major, Service-Affecting
A facility-termination equipment receiver missing (RCVR-MISS) alarm occurs when the facility-termination equipment detects an incorrect amount of impedance on its backplane connector. This usually occurs when a missing receive cable on the XTC-14 port or a possible mismatch of backplane equipment, for example, an SMB connector or a BNC connector is connected to an XTC-14 card.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Note DS-1s are four-wire circuits and need a positive (tip) and negative (ring) connection for both transmit and receive.
Procedure: Clear the RCVR-MISS Alarm on the XTC-14 Port
Step 1 Ensure that the device attached to the XTC-14 port is operational.
Step 2 Verify that the cabling is securely connected.
Step 3 Verify that the pinouts are correct.
Step 4 Replace the receive cable if Steps 1 - 3 do not clear the alarm.
14.4.99 RDI-P
See the RFI-P.
14.4.100 RFI-L
•Not Reported (NR)
A remote-fault indication (RFI) alarm occurs when the ONS 15327 detects a remote-fault indication (RFI) in the SONET overhead because of a fault in another node. Resolving the fault in the adjoining node clears the RFI-L alarm in the reporting node.
RFI-L indicates that the alarm is occurring at the line level. The line layer is the segment between two SONET devices in the circuit and is also known as a maintenance span. The line layer deals with SONET payload transport. The line layer functions include multiplexing and synchronization.
Procedure: Clear the RFI-L Condition on the OC-N Card
Step 1 Login to the far-end node from the reporting ONS 15327.
Step 2 Check for alarms in the far-end node, especially LOS.
Step 3 Resolve alarms in the far-end node.
14.4.101 RFI-P
•Not Reported (NR)
A remote failure indication path (RFI-P) alarm occurs when the ONS 15327 detects an RFI in the SONET overhead because of a fault in another node. Resolving the fault in the adjoining node clears the RFI-P alarm in the reporting node.
RFI-P occurs in the node that terminates a path. The path layer is the segment between the originating equipment and the terminating equipment. This segment may encompass several consecutive line segments. The originating equipment puts bits together into a SONET payload and the terminating equipment breaks the bits apart again. SONET multiplexers, such as the ONS 15327, often perform the origination and termination tasks of the SONET payload.
An RFI-P error message on the ONS 15327 indicates that the node reporting the RFI-P is the terminating node on that path segment.
Note Any disruptions to the Ethernet or XTC card can cause an outage of Ethernet traffic for up to 10 minutes. During this period, reconvergence occurs and Ethernet traffic is restored.
Procedure: Clear the RFI-P Condition on the XTC or E10/100-4 Card
Step 1 Verify that the ports are enabled and in service on the reporting ONS 15327.
Step 2 To find the path and node failure, verify the integrity of the SONET STS circuit path at each of the intermediate SONET nodes.
Step 3 Check for alarms in the node with the failure, especially UNEQ-P or UNEQ-V.
Step 4 Resolve alarms in that node.
14.4.102 RFI-V
•Not Reported (NR)
A remote-fault indication VT (RFI-V) alarm occurs when the ONS 15327 detects an RFI in the SONET overhead because of a fault in another node. Resolving the fault in the adjoining node clears the RFI-V alarm in the reporting node.
RFI-V indicates that an upstream failure has occurred at the VT layer. The VT (electrical) layer is created when the SONET signal is broken down into an electrical signal, for example when an optical signal comes into an ONS 15327. If this optical signal is demultiplexed and one of the channels separated from the optical signal is cross connected into the XTC-14 port in the ONS 15327, the ONS 15327 reports an RFI-V alarm.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the RFI-V Condition on the XTC Card
Step 1 Check connectors to ensure that they are securely fastened and connected to the correct slot/port.
Step 2 Verify that the XTC-14 port is active and in service.
Step 3 Check the signal source for errors.
Step 4 Login to the far-end node from the reporting ONS 15327.
Step 5 Check for alarms in the far-end node, especially UNEQ-P or UNEQ-V.
Step 6 Find and troubleshoot the far-end node alarms.
14.4.103 RING-MISMATCH
•Major, Service-Affecting
A procedural error mismatch ring (RING-MISMATCH) alarm occurs when the ring ID of the ONS 15327 that is reporting the alarm does not match the ring ID of another ONS node in the BLSR. ONS nodes connected in a BLSR must have identical ring IDs to function.
Procedure: Clear the RING-MISMATCH Alarm
Step 1 Click the Provisioning > Ring tabs.
Step 2 Note the number in the Ring ID field.
Step 3 Login to the next ONS node in the BLSR.
Step 4 Verify that the ring ID number matches the ring ID number of the reporting node:
a. If the ring ID matches the ring ID in the reporting ONS node, login to the next ONS node in the BLSR.
b. If the ring ID does not match the ring ID in the reporting ONS node, change the ring ID to match the ring ID of the reporting node and click Apply.
c. Click Yes on the Accept Ring Map Changes dialog box.
d. Verify that the ring map is correct.
e. Click Accept for the new BLSR ring map.
Step 5 Repeat Step 4 for all ONS nodes in the BLSR.
14.4.104 SD-L
•Not Alarmed (NA) (Condition)
A signal degrade (SDFL) alarm occurs when the quality of the signal is so poor that the bit error rate (BER) on the incoming optical line passed the SD threshold. Signal degrade is defined by Telcordia as a "soft failure" condition. SD and SF both monitor the incoming BER and are similar alarms, but SD is triggered at a lower bit error rate than SF. The BER threshold on the ONS 15327 is user provisionable and has a range for SD from 10-9 to 10-5. SD-L causes a switch from the working card to the protect card at the line (facility) level. A line or facility level SD alarm travels on the B2 byte of the SONET overhead.
The SD alarm clears when the BER level falls to one-tent h of the threshold level that triggered the alarm. A BER increase is sometimes caused by a physical fiber problem, including a poor fiber connection, a bend in the fiber that exceeds the permitted bend radius, or a bad fiber splice.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the SD-L Condition on an OC-N Card
Step 1 Verify that the user-provisionable BER threshold is set at the expected level:
a. From the CTC node view, double-click the card reporting the alarm to bring up the card view.
b. Click the Provisioning > Line tabs.
c. Under the SD BER column on the Provisioning pane, check that the cell entry is consistent with what the system was originally provisioned for. The default setting is 1E-7.
d. If the entry is consistent with what the system was originally provisioned for, continue with Step 2.
e. If the entry is not consistent with what the system was originally provisioned for, click the cell to reveal the range of choices and click the entry that is consistent with what the system was originally provisioned for.
f. Click Apply.
Step 2 With an optical test set, measure the power level of the line to ensure it is within guidelines.
Step 3 Verify that optical receive levels are within the acceptable range.
Step 4 Clean the fibers at both ends for a line signal degrade:
a. Clean the fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 5 Verify that single-mode fiber is used.
Step 6 Verify that a single-mode laser is used at the far end.
Step 7 If the problem persists, the transmitter at the other end of the optical line may be failing and require replacement.
14.4.105 SD-P
•Not Alarmed (NA) (Condition)
A signal degrade (SDFP) alarm occurs when the quality of the signal is so poor that the BER on the incoming optical line passed the signal degrade (SD) threshold. Signal degrade is defined by Telcordia as a "soft failure" condition. SD and signal fail (SF) both monitor the incoming BER and are similar alarms, but SD is triggered at a lower bit error rate than SF. SD causes the card to switch from working to protect. The BER threshold on the ONS 15327 is user provisionable and has a range for SD from 10-9 to 10-5. SD-P causes a switch from the working card to the protect card at the path (STS) level. A path or STS level SD alarm travels on the B3 byte of the SONET overhead. The ONS 15327 detects path SD on the STS level, not the VT level.
The SD alarm clears when the BER level falls to one-tent h of the threshold level that triggered the alarm. A BER increase is sometimes caused by a physical fiber problem, including a poor fiber connection, a bend in the fiber that exceeds the permitted bend radius, or a bad fiber splice.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the SD-P Condition on an OC-N Card
Step 1 Verify that the user-provisionable BER threshold is set at the expected level:
a. From the CTC node view, double-click the card reporting the alarm to bring up the card view.
b. Click the Provisioning > Line tabs.
c. Under the SD BER column on the Provisioning pane, check that the cell entry is consistent with what the system was originally provisioned for. The default setting is 1E-7.
d. If the entry is consistent with what the system was originally provisioned for, continue with Step 2.
e. If the entry is not consistent with what the system was originally provisioned for, click the cell to reveal the range of choices and click the entry that is consistent with what the system was originally provisioned for.
f. Click Apply.
Step 2 With an optical test set, measure the power level of the line to ensure it is within guidelines.
Step 3 Verify that optical receive levels are within the acceptable range.
Step 4 Verify that single-mode fiber is being used.
Step 5 Verify that a single-mode laser is being used at the far end.
Step 6 If the problem persists, the transmitter at the other end of the optical line may be failing and require replacement.
14.4.106 SF-L
•Not Alarmed (NA) (Condition)
A signal failure (SFL) alarm occurs when the quality of the signal is so poor that the BER on the incoming optical line passed the signal failure (SF) threshold. Signal failure is defined by Telcordia as a "hard failure" condition. SD and SF both monitor the incoming BER error rate and are similar alarms, but SF is triggered at a higher BER than SD. The BER threshold on the ONS 15327 is user provisionable and has a range for SF from 10-5 to 10-3. SF-L causes a switch from the working card to the protect card at the line (facility) level. A line or facility level SF alarm travels on the B2 byte of the SONET overhead.
SF causes a card to switch from working to protect at either the path or line level. The SF alarm clears when the BER level falls to one-tenth of the threshold level that triggered the alarm. A BER increase is sometimes caused by a physical fiber problem, including a poor fiber connection, a bend in the fiber that exceeds the permitted bend radius, or a bad fiber splice.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the SF-L Condition on an OC-N Card
Step 1 Verify that the user-provisionable BER threshold is set at the expected level:
a. From the CTC node view, double-click the card reporting the alarm to bring up the card view.
b. Click the Provisioning > Line tabs.
c. Under the SF BER column on the Provisioning pane, check that the cell entry is consistent with what the system was originally provisioned for. The default setting is 1E-4.
d. If the entry is consistent with what the system was originally provisioned for, continue with Step 2.
e. If the entry is not consistent with what the system was originally provisioned for, click the cell to reveal the range of choices and click the entry that is consistent with what the system was originally provisioned for.
f. Click Apply.
Step 2 Using an optical test set, measure the power level of the line and ensure it is within the guidelines.
Step 3 Verify that optical receive levels are within the acceptable range.
Step 4 Clean the fibers at both ends for a line signal fail:
a. Clean the fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 5 Verify that single-mode fiber is being used.
Step 6 Verify that a single-mode laser is being used at the far-end node.
Step 7 If the problem persists, the transmitter at the other end of the optical line may be failing and need replacement.
14.4.107 SF-P
•Not Alarmed (NA) (Condition)
A signal failure (SFP) alarm occurs when the quality of the signal is so poor that the BER on the incoming optical line passed the signal failure (SF) threshold. Signal failure is defined by Telcordia as a "hard failure" condition. SD and SF both monitor the incoming BER error rate and are similar alarms, but SF is triggered at a higher BER than SD. The BER threshold on the ONS 15327 is user provisionable and has a range for SF from 10-5 to 10-3. SF-P causes a switch from the working card to the protect card at the path (STS) level. A path or STS level SF alarm travels on the B3 byte of the SONET overhead. The ONS 15327 detects path SF on the STS level, not the VT level.
The SF alarm clears when the BER level falls to one-tenth of the threshold level that triggered the alarm. A BER increase is sometimes caused by a physical fiber problem, including a poor fiber connection, a bend in the fiber that exceeds the permitted bend radius, or a bad fiber splice.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the SF-P Condition on an OC-N Card
Step 1 Verify that the user-provisionable BER threshold is set at the expected level:
a. From the CTC node view, double-click the card reporting the alarm to bring up the card view.
b. Click the Provisioning > Line tabs.
c. Under the SF BER column on the Provisioning pane, check that the cell entry is consistent with what the system was originally provisioned for. The default setting is 1E-4.
d. If the entry is consistent with what the system was originally provisioned for, continue to step 2.
e. If the entry is not consistent with what the system was originally provisioned for, click the cell to reveal the range of choices and click the entry that is consistent with what the system was originally provisioned for.
f. Click Apply.
Step 2 Using an optical test set, measure the power level of the line and ensure it is within the guidelines.
Step 3 Verify that optical receive levels are within the acceptable range.
Step 4 Verify that single-mode fiber is being used.
Step 5 Verify that a single-mode laser is being used at the far-end node.
Step 6 If the problem persists, the transmitter at the other end of the optical line may be failing and need replacement.
14.4.108 SFTWDOWN
•Minor, Non-Service-Affecting
A software download in progress (SFTWDOWN) alarm occurs when the XTC is downloading or transferring software. No action is necessary. Wait for the transfer or the software download to complete.
Caution It can take up to 30 minutes for software to be updated on a standby XTC card. Wait the full time period before removing the card. Premature removal can cause flash corruption.
14.4.109 SFTWDOWN-FAIL
•Minor, Non-Service-Affecting
The software download fail alarm (SFTWDOWN-FAIL) indicates the download from the XTC card to the ONS 15327 failed. The problem lies in the XTC card.
Caution It can take up to 30 minutes for software to be updated on a standby XTC card. Wait the full time period before removing the card. Premature removal can cause flash corruption.
Procedure: Clear the SFTWDOWN-FAIL Alarm on the XTC Card
Step 1 Attempt the download again by clicking the Maintenance > Software tabs.
Step 2 Click the Download button.
Step 3 If the download fails, reset the active XTC:
Note Ensure that the active green LED is lit before removing card.
a. Right-click the XTC.
b. Select Reset Card from the drop-down menu.
Step 4 Attempt the download again by clicking the Maintenance > Software tabs.
Step 5 Click the Download button.
Step 6 If the download is successful, replace the standby XTC.
Step 7 If the download fails again, replace the active XTC.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
Step 8 Attempt the download again by clicking the Maintenance > Software tabs.
Step 9 Click the Download button.
Step 10 If the download fails again, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
14.4.110 SNTP-HOST
•Minor, Non-Service-Affecting
The SNTP (Simple Network Timing Protocol) host failure (SNTP-HOST) alarm indicates that an ONS node serving as an IP proxy for the other ONS nodes in the ring is not forwarding SNTP information to the other ONS nodes in the network. This failure can result from two causes: either the IP network attached to the ONS proxy node is experiencing problems, or the ONS proxy node itself is not functioning properly.
Procedure: Clear the SNTP-HOST Alarm
Step 1 Contact the network administrator that manages the IP network supplying the SNTP information to the proxy and determine if the network is experiencing problems which may affect the SNTP server/ router connecting to the proxy ONS 15327.
Step 2 On the ONS node serving as the proxy, click the CTC Provisioning > General tabs.
Step 3 Ensure that the Enable Proxy check box is checked.
Step 4 If the Enable Proxy check box is not checked, check this box.
Step 5 Refer to the ONS 15454 Reference Manual for more information on SNTP Host.
14.4.111 SQUELCH
•Not Alarmed, Non-Service-Affecting (Condition)
The ring is squelching traffic (SQUELCH) alarm occurs in a BLSR when a node that originates or terminates STS circuits fails or is isolated by multiple fiber cuts or maintenance force ring commands. The isolation or failure of the node disables the circuits that originate or terminate on the failed node. Squelch alarms appear on one or both of the nodes on either side of the isolated/failed node. The AIS-P alarm also appears on all nodes in the ring, except the isolated node.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Warning Invisible laser radiation may be emitted from the end of the unterminated fiber cable or connector. Do not stare into the beam directly with optical instruments. Viewing the laser output with certain optical instruments (for example, eye loupes, magnifiers, and microscopes) within a distance of 100 mm may pose an eye hazard. Use of controls or adjustments or performance of procedures other than those specified may result in hazardous radiation exposure.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the SQUELCH Condition
Step 1 Determine the isolated node:
a. Display the CTC network view.
b. The grayed out node with red spans is the isolated node.
Step 2 Verify fiber continuity to the ports on the isolated node.
Step 3 Verify that the proper ports are in service.
Step 4 Use an optical test set to verify that a valid signal exists on the line.
Test the line as close to the receiving card as possible.
Step 5 Verify that the power level of the optical signal is within the optical card receiver specifications. Each individual card section in Chapter 4 lists the receiver specifications for that card.
Step 6 Ensure that the optical transmits and receives are connected properly.
Step 7 Replace the OC-N card.
14.4.112 SSM-FAIL
•Minor, Non-Service-Affecting
The failed to receive synchronization status message (SSM-FAIL) alarm means the synchronization status messaging (SSM) received by the ONS 15327 failed. The problem is external to ONS 15327. The ONS 15327 is set up to receive SSM, but the timing source is not delivering valid SSM messages.
SSM is a SONET protocol that communicates information about the quality of the timing source. SSM messages are carried on the S1 byte of the SONET line layer. They enable SONET devices to automatically select the highest quality timing reference and to avoid timing loops.
Procedure: Clear the SSM-FAIL Alarm
Step 1 Check that SSM is enabled on the external timing source.
Step 2 Use a test set to determine that the external timing source is delivering SSM.
14.4.113 STU
•Not Alarmed (NA) (Condition)
The synchronization traceability unknown (STU) alarm occurs when the reporting node is timed to a reference that does not support synchronization status messaging (SSM), but the ONS 15327 has SSM support enabled. STU can also be raised if the timing source is sending out SSM messages but SSM is not enabled on the ONS 15327.
SSM is a SONET protocol that communicates information about the quality of the timing source. SSM messages are carried on the S1 byte of the SONET line layer. SSM enables SONET devices to automatically choose the highest quality timing reference and to avoid timing loops.
Procedure: Clear the STU Condition
Step 1 Click the Provisioning > Timing tabs.
Step 2 If Sync Messaging is checked, uncheck the box.
Step 3 If Sync Messaging is unchecked, check the box.
Step 4 Click Apply.
14.4.114 SWTOPRI
•Not Alarmed (NA) (Condition)
The synchronization switch to primary reference (SWTOPRI) condition occurs when the ONS 15327 switches to the primary timing source (reference 1). The ONS 15327 uses three ranked timing references. The timing references are typically two BITS-level or line-level sources and an internal reference.
Note This is a condition and not an alarm. It is for information only and does not require troubleshooting.
14.4.115 SWTOSEC
•Not Alarmed (NA) (Condition)
The synchronization switch to secondary reference (SWTOSEC) condition occurs when the ONS 15327 has switched to the secondary timing source (reference 2). The ONS 15327 uses three ranked timing references. The timing references are typically two BITS-level or line-level sources and an internal reference.
Procedure: Clear the SWTOSEC Condition
Find and troubleshoot alarms related to failures of the primary source, such as the SYNCPRI alarm.
14.4.116 SWTOTHIRD
•Not Alarmed (NA) (Condition)
The synchronization switch to third reference (SWTOTHIRD) condition occurs when the ONS 15327 has switched to the third timing source (reference 3). The ONS 15327 uses three ranked timing references. The timing references are typically two BITS-level or line-level sources and an internal reference.
Procedure: Clear the SWTOTHIRD Condition
Find and troubleshoot alarms related to failures of the primary and secondary reference source, such as the SYNCPRI and SYNCSEC alarms.
14.4.117 SYNCPRI
•Minor, Non-Service-Affecting
A loss of timing on primary reference (SYNCPRI) alarm occurs when the ONS 15327 loses the primary timing source (reference 1). The ONS 15327 uses three ranking timing references. The timing references are typically two BITS-level or line-level sources and an internal reference. If SYNCPRI occurs, the ONS 15327 should switch to its secondary timing source (reference 2). This switch also triggers the SWTOSEC alarm.
Procedure: Clear the SYNCPRI Condition on the XTC Card
Step 1 From the node view, click the Provisioning > Timing tabs.
Step 2 Check the current configuration for the REF-1 of the NE Reference.
Step 3 If the primary reference is a BITS input, follow the procedure in the "LOS (BITS)" section.
Step 4 If the primary reference clock is an incoming port on the ONS 15327, follow the procedure in the "LOS (OC-N)" section.
14.4.118 SYNCSEC
•Minor, Non-Service-Affecting
A loss of timing on secondary reference (SYNCSEC) alarm occurs when the ONS 15327 loses the secondary timing source (reference 2). The ONS 15327 uses three ranked timing references. The timing references are typically two BITS-level or line-level sources and an internal reference. If SYNCSEC occurs, the ONS 15327 should switch to the third timing source (reference 3) to obtain valid timing for the ONS 15327. This switch also triggers the SYNCTHIRD alarm.
Procedure: Clear the SYNCSEC Alarm on the XTC Card
Step 1 From the node view, click the Provisioning > Timing tabs.
Step 2 Check the current configuration of the REF-2 for the NE Reference.
Step 3 If the secondary reference is a BITS input, follow the procedure in the "LOS (BITS)" section.
Step 4 If the secondary timing source is an incoming port on the ONS 15327, follow the procedure in the "LOS (OC-N)" section.
14.4.119 SYNCTHIRD
•Minor, Non-Service-Affecting
A loss of timing on third reference (SYNCTHIRD) alarm occurs when the ONS 15327 loses the third timing source (reference 3). The ONS 15327 uses three ranking timing references. The timing references are typically two BITS-level or line-level sources and an internal reference. If SYNCTHIRD occurs and the ONS 15327 uses an internal reference for source three, then the XTC card may have failed. The ONS 15327 often reports either FRNGSYNC or HLDOVERSYNC alarms after a SYNCTHIRD alarm.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the SYNCTHIRD Alarm on the XTC Card
Step 1 From node view, click the Provisioning > Timing tabs.
Step 2 Check the current configuration of the REF-3 for the NE reference.
Step 3 If the third timing source is a BITS input, follow the procedure in the "LOS (BITS)" section.
Step 4 If the third timing source is an incoming port on the ONS 15327, follow the procedure in the "LOS (OC-N)" section.
Step 5 If the third timing source uses the internal ONS 15327 timing, perform a software reset on the XTC card:
a. Display the CTC node view.
b. Position the cursor over the slot reporting the alarm.
c. Right-click and choose RESET CARD.
Step 6 If this fails to clear the alarm, physically reseat the XTC card.
Step 7 If the reset fails to clear the alarm, replace the XTC card.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
14.4.120 SYSBOOT
•Major, Service-Affecting
The system reboot (SYSBOOT) alarm indicates that new software is booting on the XTC card. This is an informational alarm. No action is required. The alarm clears when all cards finish rebooting the new software.
Note The XTC reboot takes up to 30 minutes.
14.4.121 TIM-P
•Minor, Service-Affecting
The STS path trace identifier mismatch path (TIM-P) alarm occurs when the expected path trace string does not match the received path trace string. Path Trace Mode must be set to manual or Auto for this alarm to occur.
In manual mode at the Path Trace window, the user types the expected string into the New Expected String field for the receiving port. This string must match the string typed into the New Transmit String field for the sending port. If these fields do not match, the TIM-P alarm occurs. In Auto mode on the receiving port, the card sets the expected string to the value of the received string. If the alarm occurs on a port that has been operating with no alarms, this means the circuit path changed or someone typed and entered a new incorrect value into the New Transmit String field. Follow the procedure below to clear either instance.
This alarm also occurs on a port that has previously been operating without alarms if someone switches or removes the DS-3 cables or optical fibers that connect the ports. This TIM-P occurrence is usually accompanied by other alarms, such as LOS, UNEQ-P, or PLM-P. In this case, reattach or replace the original cables/fibers to clear the alarm.
Procedure: Clear the TIM-P Alarm
Step 1 Login to the circuit source node and select the Circuits tab.
Step 2 Select the circuit reporting the alarm, then click Edit.
Step 3 At the bottom of the Edit Circuit window, check the Show Detailed Map box.
Step 4 On the detailed circuit map, right-click the source circuit port and select Edit Path Trace from the shortcut menu.
Step 5 On the detailed circuit map, right-click the drop/destination circuit port and select Edit Path Trace from the shortcut menu.
Step 6 Compare the New Transmit String and the New Expected String entries in the Path Trace Mode dialog box.
Step 7 If the strings differ, correct the Transmit or Expected strings and click Apply.
Step 8 Click Close.
14.4.122 TRMT
•Major, Service-Affecting
A facility-termination equipment transmit failure (TRMT) alarm occurs when there is a transmit failure on the XTC card because of an internal hardware failure. The card must be replaced.
Procedure: Clear the TRMT Alarm on the XTC-14 Card
Step 1 Replace the XTC-14 card reporting the failure.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
Step 2 Login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center (1-800-553-2447) to discuss the failed card and possibly open a returned materials authorization (RMA).
14.4.123 TRMT-MISS
•Major, Service-Affecting
A facility-termination equipment transmitter missing (TRMT-MISS) alarm occurs when the facility-termination equipment detects an incorrect amount of impedance on its backplane connector. This means transmit cable is missing on the XTC-14 port or the backplane does not match the inserted card; for example, an SMB connector or a BNC connector connects to an XTC-14 card instead of an XTC-28-3 card.
Note DS-1s are four-wire circuits and need a positive and negative connection for both transmit and receive.
Procedure: Clear the TRMT-MISS Alarm
Step 1 Check that the device attached to the XTC-14 port is operational.
Step 2 Verify that the cabling is securely connected.
Step 3 Verify that the pinouts are correct.
Step 4 If Steps 1 to 3 do not clear the alarm, replace the transmit cable.
14.4.124 UNEQ-P
•Critical, Service-Affecting
A signal label mismatch failure unequipped path ((UNEQ-P) alarm occurs when the path does not have a valid sender. The UNEQ-P indicator is carried in the C2 signal path byte in the SONET overhead. The source of the problem is the node that is transmitting the signal into the node reporting the UNEQ-P.
UNEQ-P occurs in the node that terminates a path. The path layer is the segment between the originating equipment and the terminating equipment. This segment can encompass several consecutive line segments. The originating equipment puts bits together into a SONET payload and the terminating equipment breaks the bits apart again. SONET multiplexers, such as the ONS 15327, often perform the origination and termination tasks of the SONET payload. A UNEQ-P error message on the ONS 15327 indicates that the node reporting the RFI-P is the terminating node on that path segment.
Caution Deleting a circuit affects traffic.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Note If you have created a new circuit but it has no signal, an UNEQ-P alarm is reported on the OC-N cards and an AIS-P alarm is reported on the terminating cards. These alarms clear when the circuit carries a signal.
Procedure: Clear the UNEQ-P Alarm on the Line Card
Step 1 Display the CTC network view and right-click the span reporting UNEQ-P.
Step 2 Select Circuits from the menu.
Step 3 If the specified circuit is a VT tunnel, check for VTs assigned to the VT tunnel.
Step 4 If the VT tunnel has no assigned VTs, delete the VT tunnel from the list of circuits.
Step 5 If you have complete visibility to all nodes, check for incomplete circuits such as stranded bandwidth from circuits that were not deleted completely.
Step 6 If you find incomplete circuits, verify whether they are working circuits and if they are still passing traffic.
Step 7 If the incomplete circuits are not needed or are not passing traffic, delete them and log out of CTC. Log back in and check for incomplete circuits again. Recreate any needed circuits.
Step 8 Verify that all circuits terminating in the reporting card are active:
a. Click the Circuits tab.
b. Verify that the State column lists the port as ACTIVE.
c. If the State column lists the port as INCOMPLETE. If INCOMPLETE does not change after a full initialization, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
Step 9 After you determine that the port is active, verify the signal source received by the card reporting the alarm.
Step 10 Check the far-end OC-N card that provides STS payload to the card.
Step 11 Verify the far-end cross-connect between the OC-N card and the DS-N card.
Step 12 Clean the far-end optical fiber:
a. Clean the fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
14.4.125 UNEQ-V
•Major, Service-Affecting
A signal label mismatch failure unequipped path (UNEQ-V) alarm indicates that the node is receiving SONET path overhead with bits 5, 6, and 7 of the V5 overhead byte all set to zeros. The source of the problem is the node that is transmitting the VT-level signal into the node reporting the UNEQ-P. The problem node is the next node upstream that processes the signal at the VT level.
The V in UNEQ-V indicates that the failure has occurred at the VT layer. The VT (electrical) layer is created when the SONET signal is broken down into an electrical signal, for example, when an optical signal comes into an ONS 15327, the optical signal is demultiplexed and one of the channels separated from the optical signal is cross connected into an ONS 15327 cross-connect (XC/XCVT/XC10G) card and the corresponding DS-N card.
Warning Invisible laser radiation may be emitted from the aperture ports of the single-mode, fiber-optic modules when no cable is connected. Avoid exposure and do not stare into open apertures.
Caution Always use the supplied ESD wristband when working with a powered ONS 15327. Plug the wristband cable into the ESD jack located on the lower-right outside edge of the shelf assembly.
Procedure: Clear the UNEQ-V Alarm on the XTC-14 and XTC-28-3 Card
Step 1 Verify that all circuits terminating in the reporting card are active:
a. Click the Circuits tab.
b. Verify that the State column lists the port as ACTIVE.
c. If the State column lists the port as INCOMPLETE. If INCOMPLETE does not change after full initialization, login to http://www.cisco.com/TAC for more information or call the Cisco Technical Assistance Center to report a service-affecting problem (1-800-553-2447).
Step 2 After you determine that the port is active, verify the signal source being received by the DS-N card reporting the alarm.
Step 3 If traffic is being affected, delete and recreate the circuit.
Caution Deleting a circuit can be service-affecting.
Step 4 Check the far-end OC-N card that provides STS payload to the XTC card.
Step 5 Verify the cross-connect between the OC-N card and the XTC card.
Step 6 Clean the far-end optical fiber:
a. Clean the fiber according to local site practice.
b. If no local practice exists, use a CLETOP Real-Type or equivalent fiber-optic cleaner and follow the instructions accompanying the product.
Step 7 Replace OC-N/XTC cards.
Note When you replace a card with an identical type of card, you do not need to make any changes to the database.
