DWDM Troubleshooting Guide
DWDM Troubleshooting Guide
x
First Published: June 10, 2012
Last Modified: July 09, 2012
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
Text Part Number: 78-20789-01
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The following information is for FCC compliance of Class A devices: This equipment has been tested and found to comply with the limits for a Class A digital device, pursuant to part 15
of the FCC rules. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment
generates, uses, and can radiate radio-frequency energy and, if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications.
Operation of this equipment in a residential area is likely to cause harmful interference, in which case users will be required to correct the interference at their own expense.
The following information is for FCC compliance of Class B devices: This equipment has been tested and found to comply with the limits for a Class B digital device, pursuant to part 15
of the FCC rules. These limits are designed to provide reasonable protection against harmful interference in a residential installation. This equipment generates, uses and can radiate radio
frequency energy and, if not installed and used in accordance with the instructions, may cause harmful interference to radio communications. However, there is no guarantee that interference
will not occur in a particular installation. If the equipment causes interference to radio or television reception, which can be determined by turning the equipment off and on, users are
encouraged to try to correct the interference by using one or more of the following measures:
Connect the equipment into an outlet on a circuit different from that to which the receiver is connected.
User-supplied CAT-5
straight-through cable with
RJ-45 connectors on each end
to connect the computer to
ONS 15454, 15454-M2, or
15454-M6 directly or through
a LAN.
User-supplied cross-over
CAT-5 cable to the DCNport
on the ONS 15454 patch
panel or to the Catalyst 2950
(multishelf mode)
Cable
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 41
General Troubleshooting
PC Connectivity Troubleshooting
Unable to Verify the IP Configuration of Your PC
Problem When connecting your PC to the ONS 15454, you are unable to successfully ping the IP address of
your PC to verify the IP configuration.
Possible Cause The IP address was entered incorrectly.
Solution Verify that the IP address used to ping the PC matches the IP address displayed when in the Windows
IP Configuration information retrieved from the system. See the Verify the IP Configuration of Your PC, on
page 42.
Possible Cause The IP configuration of your PC is not properly set.
Solution Verify the IP configuration of your PC. Complete the Verify the IP Configuration of Your PC, on
page 42. If this procedure is unsuccessful, contact your network administrator for instructions to correct the
IP configuration of your PC.
Verify the IP Configuration of Your PC
Procedure
Step 1 Open a DOS command window by selecting Start > Run from the Start menu.
Step 2 In the Open field, type command and then click OK. The DOS command window appears.
Step 3 At the prompt in the DOS window, type ipconfig and press the Enter key.
The Windows IP configuration information appears, including the IP address, the subnet mask, and the default
gateway.
The winipcfg command only returns the information above if you are on a network. Note
Step 4 At the prompt in the DOS window, type ping followed by the IP address shown in the Windows IP configuration
information previously displayed.
Step 5 Press the Enter key to execute the command.
If the DOS window returns multiple (usually four) replies, the IP configuration is working properly.
If you do not receive a reply, your IP configuration might not be properly set. Contact your network
administrator for instructions to correct the IP configuration of your PC.
Browser Login Does Not Launch Java
Problem The message Loading Java Applet does not appear and the JRE does not launch during the initial
login.
Possible Cause The PC operating system and browser are not properly configured.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
42 78-20789-01
General Troubleshooting
Unable to Verify the IP Configuration of Your PC
Solution Reconfigure the PC operating system Java Plug-in Control Panel and the browser settings. Complete
the Reconfigure the PC Operating System Java Plug-in Control Panel, on page 43 and the Reconfigure the
Browser, on page 43.
Reconfigure the PC Operating System Java Plug-in Control Panel
Procedure
Step 1 From the Windows start menu, click Settings > Control Panel.
Step 2 If Java Plug-in does not appear, the JRE might not be installed on your PC:
a) Run the Cisco ONS 15454 software CD.
b) Open the CD-drive:\Windows\JRE folder.
c) Double-click the j2re-1_6-win icon to run the JRE installation wizard.
d) Follow the JRE installation wizard steps.
Step 3 From the Windows start menu, click Settings > Control Panel.
Step 4 In the Java Plug-in Control Panel window, double-click the Java Plug-in 1.6 icon.
Step 5 Click the Advanced tab on the Java Plug-in Control Panel.
Step 6 Navigate to C:\ProgramFiles\JavaSoft\JRE\1.6.
Step 7 Select JRE 1.6.
Step 8 Click Apply.
Step 9 Close the Java Plug-in Control Panel window.
Reconfigure the Browser
Procedure
Step 1 From the Start Menu, launch your browser application.
Step 2 If you are using Netscape Navigator:
a) From the Netscape Navigator menu bar, click the Edit > Preferences menus.
b) In the Preferences window, click the Advanced > Proxies categories.
c) In the Proxies window, click the Direct connection to the Internet check box and click OK.
d) From the Netscape Navigator menu bar, click the Edit > Preferences menus.
e) In the Preferences window, click the Advanced > Cache categories.
f) Confirm that the Disk Cache Folder field shows one of the following paths:
For Windows 98/ME: C:\ProgramFiles\Netscape\Communicator\cache
For Windows NT/2000/XP: C:\ProgramFiles\Netscape\username\Communicator\cache
g) If the Disk Cache Folder field is not correct, click Choose Folder.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 43
General Troubleshooting
Browser Login Does Not Launch Java
h) Navigate to the file listed in Step 2.f, on page 43, and click OK.
i) Click OK in the Preferences window and exit the browser.
Step 3 If you are using Internet Explorer:
a) From the Internet Explorer menu bar, click the Tools > Internet Options menus.
b) In the Internet Options window, click the Advanced tab.
c) In the Settings menu, scroll down to Java (Sun) and click the Use Java 2 v1.4.2 for applet (requires
restart) check box.
d) Click OK in the Internet Options window and exit the browser.
Step 4 Temporarily disable any virus-scanning software on the computer. See the Browser Stalls When Downloading
CTC JAR Files From TCC2/TCC2P/TCC3 Card, on page 49.
Step 5 Verify that the computer does not have two network interface cards (NICs) installed. If the computer does
have two NICs, remove one.
Step 6 Restart the browser and log onto the ONS 15454.
Unable to Verify the NIC Connection on Your PC
Problem When connecting your PC to the ONS 15454, you are unable to verify that the NIC connection is
working properly because the link LED is not illuminated or flashing.
Possible Cause The CAT-5 cable is not plugged in properly.
Solution Confirm that both ends of the cable are properly inserted. If the cable is not fully inserted due to a
broken locking clip, the cable should be replaced.
Possible Cause The CAT-5 cable is damaged.
Solution Ensure that the cable is in good condition. If in doubt, use a known-good cable. Often, cabling is
damaged due to pulling or bending. (For information about installing cable, refer to the Install the Shelf and
Common Control Cards chapter in the Cisco ONS 15454 DWDM Configuration Guide.)
Possible Cause Incorrect type of CAT-5 cable is being used.
Solution If connecting an ONS 15454 directly to your laptop, a PC, or a router, use a straight-through CAT-5
cable. When connecting the ONS 15454 to a hub or a LAN switch, use a crossover CAT-5 cable. For details
on the types of CAT-5 cables, see the Crimp Replacement LAN Cables, on page 59.
Possible Cause The NIC is improperly inserted or installed.
Solution If you are using a Personal Computer Memory Card International Association (PCMCIA)-based NIC,
remove and reinsert the NIC to make sure the NIC is fully inserted. (If the NIC is built into the laptop or PC,
verify that the NIC is not faulty.)
Possible Cause The NIC is faulty.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
44 78-20789-01
General Troubleshooting
Unable to Verify the NIC Connection on Your PC
Solution Confirm that the NIC is working properly. If you have no issues connecting to the network (or any
other node), then the NIC should be working correctly. If you have difficulty connecting a to the network (or
any other node), then the NIC might be faulty and needs to be replaced.
Verify PC Connection to the ONS 15454 (ping)
Problem The TCP/IP connection was established and then lost.
Possible Cause A lost connection between the PC and the ONS 15454.
Solution Use a standard ping command to verify the TCP/IP connection between the PC and the ONS 15454
TCC2/TCC2P/TCC3 card. Aping command should work if the PCconnects directly to the TCC2/TCC2P/TCC3
card or uses a LAN to access the TCC2/TCC2P/TCC3 card. Complete the Ping the ONS 15454, on page 45.
Ping the ONS 15454
Procedure
Step 1 Display the command prompt:
a) If you are using a Microsoft Windows operating system, from the Start Menu choose Run, enter command
in the Open field of the Run dialog box, and click OK.
b) If you are using a Sun Solaris operating system, from the Common Desktop Environment (CDE) click the
Personal Application tab and click Terminal.
Step 2 For both the Sun and Microsoft operating systems, at the prompt enter: ping ONS-15454-IP-address
For example:
ping 198.168.10.10
Step 3 If the workstation has connectivity to the ONS 15454, the ping is successful and displays a reply from the IP
address. If the workstation does not have connectivity, a Request timed out message appears.
Step 4 If the ping is successful, it demonstrates that an active TCP/IP connection exists. Restart CTC.
Step 5 If the ping is not successful, and the workstation connects to the ONS 15454 through a LAN, check that the
workstation IP address is on the same subnet as the ONS node.
Step 6 If the ping is not successful and the workstation connects directly to the ONS 15454, check that the link light
on the workstation NIC is illuminated.
The IP Address of the Node is Unknown
Problem The IP address of the node is unknown and you are unable to login.
Possible Cause The node is not set to the default IP address.
Solution Leave one TCC2/TCC2P/TCC3 card in the shelf. Connect a PC directly to the remaining
TCC2/TCC2P/TCC3 card and perform a hardware reset of the card. The TCC2/TCC2P/TCC3 card transmits
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 45
General Troubleshooting
Verify PC Connection to the ONS 15454 (ping)
the IP address after the reset to enable you to capture the IP address for login. Complete the Retrieve Unknown
Node IP Address, on page 46.
Retrieve Unknown Node IP Address
Procedure
Step 1 Connect your PC directly to the active TCC2/TCC2P/TCC3 card Ethernet port on the faceplate.
Step 2 Start the Sniffer application on your PC.
Step 3 Perform a hardware reset by pulling and reseating the active TCC2/TCC2P/TCC3 card.
Step 4 After the TCC2/TCC2P/TCC3 card completes resetting, it broadcasts its IP address. The Sniffer software on
your PC will capture the IP address being broadcast.
CTC Operation Troubleshooting
This section contains troubleshooting procedures for CTC login or operation problems.
CTC Colors Do Not Appear Correctly on a UNIX Workstation
Problem When running CTC on a UNIX workstation, the colors do not appear correctly. For example, both
major and minor alarms appear in the same color.
Possible Cause When running in 256-color mode on a UNIX workstation, color-intensive applications
such as Netscape might use all of the colors.
Solution CTC requires a full 24-color palette to run properly. When logging into CTC on a UNIX workstation,
run as many colors as your adapter will support. In addition, you can use the -install or the -ncols 32 command
line options to limit the number of colors that Netscape uses. Complete the Limit Netscape Colors, on page
46. If the problem persists after limiting Netscape colors, exit any other color-intensive applications in use.
Limit Netscape Colors
Procedure
Step 1 Close the current session of Netscape.
Step 2 Launch Netscape from the command line by entering one of the following commands:
netscape -install (installs Netscape colors for Netscape use)
netscape -ncols 32 (limits Netscape to 32 colors so that if the requested color is not available, Netscape
chooses the closest color option)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
46 78-20789-01
General Troubleshooting
CTC Operation Troubleshooting
Unable to Launch CTC Help After Removing Netscape
Problem After removing Netscape and running CTC using Internet Explorer, you are unable to launch CTC
Help and receive an MSIE is not the default browser error message.
Possible Cause Loss of association between browser and Help files.
Solution When the CTC software and Netscape are installed, the Help files are associated with Netscape by
default. When you remove Netscape, the Help files are not automatically associated with Internet Explorer
as the default browser. Reset Internet Explorer as the default browser so that CTC associates the Help files
to the correct browser. Complete the Reset Internet Explorer as the Default Browser for CTCInternet
Explorerresetting as default browserresettingInternet Explorer as the default browser, on page 47 to associate
the CTC Help files to the correct browser.
Reset Internet Explorer as the Default Browser for CTC
Procedure
Step 1 Open the Internet Explorer browser.
Step 2 From the menu bar, click Tools > Internet Options. The Internet Options window appears.
Step 3 In the Internet Options window, click the Programs tab.
Step 4 Click the Internet Explorer should check to see whether it is the default browser check box.
Step 5 Click OK.
Step 6 Exit all open and running CTC and Internet Explorer applications.
Step 7 Launch Internet Explorer and open a new CTC session. You should now be able to access the CTC Help.
Unable to Change Node View to Network View
Problem When activating a large, multinode BLSR from Software R3.2 to Software R3.3, some of the nodes
appear grayed out. Logging into the new CTC, the user is unable to change node view (single-shelf mode) or
shelf view (multishelf mode) to network view on any nodes, from any workstation. This is accompanied by
an Exception occurred during event dispatching: java.lang.OutOfMemoryError in the java window.
Possible Cause The large, multinode BLSR requires more memory for the graphical user interface (GUI)
environment variables.
Solution Set the system or user CTC_HEAP environment variable to increase the memory limits. Complete
the Set the CTC_HEAP and CTC_MAX_PERM_SIZE_HEAP Environment Variables for Windows, on page
48 or the Set the CTC_HEAP and CTC_MAX_PERM_SIZE_HEAP Environment Variables for Solaris, on
page 48 to enable the CTC_HEAP variable change.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 47
General Troubleshooting
Unable to Launch CTC Help After Removing Netscape
This problem typically affects large networks where additional memory is required to manage large
numbers of nodes and circuits.
Note
Set the CTC_HEAP and CTC_MAX_PERM_SIZE_HEAP Environment Variables for Windows
Before proceeding with the following steps, ensure that your system has a minimum of 1 GB of RAM. If
your system does not have a minimum of 1 GB of RAM, contact the Cisco Technical Assistance Center
(TAC).
Note
Procedure
Step 1 Close all open CTC sessions and browser windows.
Step 2 From the Windows Start menu, choose Control Panel > System.
Step 3 In the System Properties window, click the Advanced tab.
Step 4 Click the Environment Variables button to open the Environment Variables window.
Step 5 Click the New button under the System variables field.
Step 6 Type CTC_HEAP in the Variable Name field.
Step 7 Type 512 in the Variable Value field, and then click the OK button to create the variable.
Step 8 Again, click the New button under the System variables field.
Step 9 Type CTC_MAX_PERM_SIZE_HEAP in the Variable Name field.
Step 10 Type 128 in the Variable Value field, and then click the OK button to create the variable.
Step 11 Click the OK button in the Environment Variables window to accept the changes.
Step 12 Click the OK button in the System Properties window to accept the changes.
Set the CTC_HEAP and CTC_MAX_PERM_SIZE_HEAP Environment Variables for Solaris
Procedure
Step 1 From the user shell window, kill any CTC sessions and browser applications.
Step 2 In the user shell window, set the environment variables to increase the heap size.
Example:
The following example shows how to set the environment variables in the C shell:
% setenv CTC_HEAP 512
% setenv CTC_MAX_PERM_SIZE_HEAP 128
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
48 78-20789-01
General Troubleshooting
Unable to Change Node View to Network View
Browser Stalls When Downloading CTC JAR Files From TCC2/TCC2P/TCC3
Card
Problem The browser stalls or hangs when downloading a CTC Java archive (JAR) file from the
TCC2/TCC2P/TCC3 card.
Possible Cause McAfee VirusScan software might be interfering with the operation. The problem occurs
when the VirusScan Download Scan is enabled on McAfee VirusScan 4.5 or later.
Solution Disable the VirusScan Download Scan feature. Complete the Disable the VirusScan Download Scan,
on page 49.
Disable the VirusScan Download Scan
Procedure
Step 1 From the Windows Start menu, choose Programs > Network Associates > VirusScan Console.
Step 2 Double-click the VShield icon listed in the VirusScan Console dialog box.
Step 3 Click Configure on the lower part of the Task Properties window.
Step 4 Click the Download Scan icon on the left of the System Scan Properties dialog box.
Step 5 Uncheck the Enable Internet download scanning check box.
Step 6 Click Yes when the warning message appears.
Step 7 Click OK in the System Scan Properties dialog box.
Step 8 Click OK in the Task Properties window.
Step 9 Close the McAfee VirusScan window.
CTC Does Not Launch
Problem CTC does not launch; usually an error message appears before the login window appears.
Possible Cause The Netscape browser cache might point to an invalid directory.
Solution Redirect the Netscape cache to a valid directory. Complete the Redirect the Netscape Cache to a
Valid Directory, on page 50.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 49
General Troubleshooting
Browser Stalls When Downloading CTC JAR Files From TCC2/TCC2P/TCC3 Card
Redirect the Netscape Cache to a Valid Directory
Procedure
Step 1 Launch Netscape.
Step 2 Open the Edit menu.
Step 3 Choose Preferences.
Step 4 In the Category column on the left side, expand the Advanced category and choose the Cache tab.
Step 5 Change your disk cache folder to point to the cache file location.
The cache file location is usually C:\ProgramFiles\Netscape\Users\yourname\cache. The yourname segment
of the file location is often the same as the user name.
Slow CTC Operation or Login Problems
Problem You experience slow CTC operation or have problems logging into CTC.
Problem Table 7: Slow CTC Operation or Login Problems, on page 50 describes the potential cause of the
symptom and the solution.
Table 7: Slow CTC Operation or Login Problems
Solution Possible Problem
Search for and delete cache files. This operation forces the ONS 15454 to
download a new set of Java archive (JAR) files to your computer hard drive.
Complete the Delete the CTC Cache File Automatically, on page 51 or the
Delete the CTC Cache File Manually, on page 51.
The CTCcache file might
be corrupted or might
need to be replaced.
Increase the heap size if you are using CTC to manage more than 50 nodes
concurrently. See the Set the CTC_HEAP and CTC_MAX_PERM_SIZE_HEAP
Environment Variables for Windows, on page 48 or the Set the CTC_HEAP
and CTC_MAX_PERM_SIZE_HEAP Environment Variables for Solaris, on
page 48.
To avoid network performance issues, Cisco recommends managing a
maximum of 50 nodes concurrently with CTC. To manage more than
50 nodes, Cisco recommends using Cisco Transport Manager (CTM).
Cisco does not recommend running multiple CTC sessions when
managing two or more large networks.
Note
Insufficient heap memory
allocation.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
50 78-20789-01
General Troubleshooting
Slow CTC Operation or Login Problems
Delete the CTC Cache File Automatically
Before You Begin
All running sessions of CTCmust be halted before deleting the CTCcache. Deleting the CTCcache might
cause any CTC running on this system to behave in an unexpected manner.
Caution
Procedure
Step 1 Enter an ONS 15454 IP address into the browser URL field. The initial browser windowshows a Delete CTC
Cache button.
Step 2 Close all open CTC sessions and browser windows. The PC operating system does not allow you to delete
files that are in use.
Step 3 Click Delete CTC Cache in the initial browser window to clear the CTC cache.
Delete the CTC Cache File Manually
Before You Begin
All running sessions of CTCmust be halted before deleting the CTCcache. Deleting the CTCcache might
cause any CTC running on this system to behave in an unexpected manner.
Caution
Procedure
Step 1 To delete the JAR files manually, from the Windows Start menu choose Search > For Files or Folders.
Step 2 In the Search Results dialog box, enter ctc*.jar or cms*.jar in the Search for Files or Folders Named field
and click Search Now.
Step 3 Click the Modified column in the Search Results dialog box to find the JAR files that match the date when
you downloaded the files from the TCC2/TCC2P/TCC3.
Step 4 Highlight the files and press the keyboard Delete key.
Step 5 Click Yes in the Confirm dialog box.
Node Icon is Gray on CTC Network View
Problem The CTC network view shows one or more node icons as gray in color and without a node name.
Possible Cause Different CTC releases do not recognize each other.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 51
General Troubleshooting
Node Icon is Gray on CTC Network View
Solution Correct the core version build as described in the Different CTC Releases Do Not Recognize Each
Other, on page 53.
Possible Cause Username and password do not match.
Solution Correct the username and password as described in the Username or Password Do Not Match, on
page 54.
Possible Cause A lost DCC connection.
Solution Usually accompanied by an embedded operations channel (EOC) alarm. Clear the EOC alarm and
verify the DCC connection as described in the EOC , on page 203.
Java Runtime Environment Incompatible
Problem The CTC application does not run properly.
Possible Cause The compatible Java JRE is not installed.
Solution The JRE contains the Java virtual machine, runtime class libraries, and Java application launcher that
are necessary to run programs written in the Java programming language. The ONS 15454 CTC is a Java
application. A Java application, unlike an applet, cannot rely completely on a web browser for installation
and runtime services. When you run an application written in the Java programming language, you need the
correct JRE installed. The correct JRE for each CTC software release is included on the Cisco ONS 15454
software CD. Complete the Launch CTC to Correct the Core Version Build, on page 54. If you are running
multiple CTC software releases on a network, the JRE installed on the computer must be compatible with the
different software releases. Table 8: JRE Compatibility, on page 52 shows JRE compatibility with ONS
15454 software releases.
Table 8: JRE Compatibility
JRE 1.7 JRE 1.6 JRE 5.0 JRE 1.4 JRE 1.3 JRE 1.2.2 Software Release
No No No Yes No No ONS 15454
MSTP R6.0
No Yes Yes No No No ONS 15454
MSTP R7.0
No Yes Yes No No No ONS 15454
MSTP R8.0
No Yes Yes No No No ONS 15454
MSTP R8.5
No Yes Yes No No No ONS 15454
MSTP R9.0
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
52 78-20789-01
General Troubleshooting
Java Runtime Environment Incompatible
JRE 1.7 JRE 1.6 JRE 5.0 JRE 1.4 JRE 1.3 JRE 1.2.2 Software Release
No Yes Yes No No No ONS 15454
MSTP R9.1
No Yes No No No No ONS 15454
MSTP R9.2
No Yes No No No No ONS 15454
MSTP R9.2.1 and
R9.2.2
No Yes No No No No ONS 15454
MSTP R9.3
Yes Yes No No No No ONS 15454
MSTP R9.4
Yes Yes No No No No ONS 15454
MSTP R9.6.x
Launch CTC to Correct the Core Version Build
Procedure
Step 1 Exit the current CTC session and completely close the browser.
Step 2 Start the browser.
Step 3 Enter the ONS 15454 IP address of the node that reported the alarm. This can be the original IP address you
logged in with or an IP address other than the original.
Step 4 Log into CTC. The browser downloads the JAR file from CTC.
Different CTC Releases Do Not Recognize Each Other
Problem Different CTC releases do not recognize each other. This situation is often accompanied by the
INCOMPATIBLE-SW alarm.
Possible Cause The software loaded on the connecting workstation and the software on the
TCC2/TCC2P/TCC3 card are incompatible.
Solution This occurs when the TCC2/TCC2P/TCC3 software is upgraded but the PC has not yet upgraded the
compatible CTC JAR file. It also occurs on login nodes with compatible software that encounter other nodes
in the network that have a newer software version. Complete the Launch CTC to Correct the Core Version
Build, on page 54.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 53
General Troubleshooting
Different CTC Releases Do Not Recognize Each Other
Solution Remember to always log into the ONS node with the latest CTC core version first. If you initially
log into an ONS node running a CTC core version of 2.2 or lower and then attempt to log into another
ONS node in the network running a higher CTC core version, the lower version node does not recognize
the new node.
Note
Launch CTC to Correct the Core Version Build
Procedure
Step 1 Exit the current CTC session and completely close the browser.
Step 2 Start the browser.
Step 3 Enter the ONS 15454 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 Log into CTC. The browser downloads the JAR file from CTC.
Username or Password Do Not Match
Problem A username/password mismatch often occurs concurrently with a NOT-AUTHENTICATED alarm.
Possible Cause The username or password entered does not match the information stored in the
TCC2/TCC2P/TCC3 card.
Solution 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. For initial login to the ONS 15454, enter the CISCO15 user
name in capital letters, click Login, and use the password otbu+1, which is case-sensitive.
Solution Complete the Verify Correct Username and Password, on page 55. If the node has been configured
for Remote Authentication Dial In User Service (RADIUS) authentication, the username and password are
verified against the RADIUS server database rather than the security information in the local node database.
For more information about RADIUS security, refer to the Security Reference document.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
54 78-20789-01
General Troubleshooting
Username or Password Do Not Match
Verify Correct Username and Password
Procedure
Step 1 Ensure that your keyboard Caps Lock key is not turned on and affecting the case-sensitive entry of the username
and password.
Step 2 Contact your system administrator to verify the username and password.
Step 3 Call Cisco Technical Support 1 800 553 2447 to have them enter your system and create a new user name
and password.
DCC Connection Lost
Problem DCC connection is lost. The node usually has alarms and the nodes in the network view have a gray
icon. This symptom is usually accompanied by an EOC alarm.
Possible Cause A lost DCC connection.
Solution Usually accompanied by an EOC alarm. Clear the EOC alarm and verify the DCC connection as
described in the Alarm Troubleshooting, on page 105.
Path in Use Error When Creating a Circuit
Problem While creating a circuit, you get a Path in Use error that prevents you from completing the circuit
creation.
Possible Cause Another user has already selected the same source port to create another circuit.
Solution CTC does not remove a card or port from the available list until a circuit is completely provisioned.
If two users simultaneously select the same source port to create a circuit, the first user to complete circuit
provisioning gets use of the port. The other user gets the Path in Use error. Cancel the circuit creation and
start over, or click Back until you return to the initial circuit creation window. The source port that was
previously selected no longer appears in the available list because it is nowpart of a provisioned circuit. Select
a different available port and begin the circuit creation process again.
Calculate and Design IP Subnets
Problem You cannot calculate or design IP subnets on the ONS 15454.
Possible Cause The IP capabilities of the ONS 15454 require specific calculations to properly design IP
subnets.
Solution Cisco provides a free online tool to calculate and design IP subnets. Go to
http://www.cisco.com/techtools/ip_addr.html. For information about ONS 15454 IP capability, refer to the
Management Network Connectivity chapter in the Cisco ONS 15454 DWDM Configuration Guide.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 55
General Troubleshooting
DCC Connection Lost
Timing
This section provides solutions to common timing reference errors and alarms.
ONS 15454 Switches Timing Reference
Problem Timing references switch when one or more problems occur.
Possible Cause The optical or building integrated timing supply (BITS) input is receiving loss of signal
(LOS), loss of frame (LOF), or AIS alarms from its timing source.
Possible Cause The optical or BITS input is not functioning.
Possible Cause The synchronization status messaging (SSM) message is set to do not use for synchronization
(DUS).
Possible Cause SSM indicates a Stratum 3 or lower clock quality.
Possible Cause The input frequency is off by more than 15 ppm.
Possible Cause The input clock wanders and has more than three slips in 30 seconds.
Possible Cause A bad timing reference existed for at least two minutes.
Solution The ONS 15454 internal clock operates at a Stratum 3E level of accuracy. This gives the ONS 15454
a free-running synchronization accuracy of +/ 4.6 ppm and a holdover stability of less than 255 slips in the
first 24 hours or 3.7 x 107/day, including temperature. ONS 15454 free-running synchronization relies on
the Stratum 3 internal clock. Over an extended time period, using a higher quality Stratum 1 or Stratum 2
timing source results in fewer timing slips than a lower quality Stratum 3 timing source.
Holdover Synchronization Alarm
Problem The clock is running at a different frequency than normal and the HLDOVRSYNC , on page 245
appears.
Possible Cause The last reference input has failed.
Solution The clock is running at the frequency of the last known-good reference input. This alarm is raised
when the last reference input fails. See the HLDOVRSYNC , on page 245 for a detailed description.
Solution The ONS 15454 supports holdover timing per Telcordia GR-436 when provisioned for external
(BITS) timing.
Note
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
56 78-20789-01
General Troubleshooting
Timing
Free-Running Synchronization Mode
Problem The clock is running at a different frequency than normal and the FRNGSYNC, on page 229 appears.
Possible Cause No reliable reference input is available.
,
Solution The clock is using the internal oscillator as its only frequency reference. This occurs when no reliable,
prior timing reference is available. See the FRNGSYNC , on page 229 for a detailed description.
Daisy-Chained BITS Not Functioning
Problem You are unable to daisy chain the BITS sources.
Possible Cause Daisy-chained BITS sources are not supported on the ONS 15454.
Solution Daisy-chained BITS sources cause additional wander buildup in the network and are therefore not
supported. Instead, use a timing signal generator to create multiple copies of the BITS clock and separately
link them to each ONS 15454.
Blinking STAT LED after Installing a Card
Problem After installing a card, the STAT LED blinks continuously for more than 60 seconds.
Possible Cause The card cannot boot because it failed the Power On Shelf Test (POST) diagnostics.
The blinking STAT LED indicates that POST diagnostics are being performed. If the LED continues to blink
for more than 60 seconds, the card has failed the POST diagnostics test and has failed to boot. If the card has
truly failed, an Alarm Troubleshooting, on page 105 is raised against the slot number with an Equipment
Failure description. Check the alarm tab for this alarm to appear for the slot where the card was installed. To
attempt recovery, remove and reinstall the card and observe the card boot process. If the card fails to boot,
replace the card. Complete the Alarm Troubleshooting, on page 105.
Solution
Solution High-performance devices on this card can get hot during operation. To remove the card,
hold it by the faceplate and bottom edge. Allow the card to cool before touching any other part of
it or before placing it in an antistatic bag. Statement 201
Warning
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 57
General Troubleshooting
Free-Running Synchronization Mode
Solution Removing a card that currently carries traffic on one or more ports can cause a traffic hit. To
avoid this, perform an external switch if a switch has not already occurred. Refer to the procedures in the
Alarm Troubleshooting, on page 105. For more information, refer to the Maintain the Node chapter in the
Cisco ONS 15454 DWDM Configuration Guide.
Caution
Fiber and Cabling
This section explains problems typically caused by cabling connectivity errors. It also includes instructions
for crimping CAT-5 cable and lists the optical fiber connectivity levels.
Bit Errors Appear for a Traffic Card
Problem A traffic card has multiple bit errors.
Possible Cause Faulty cabling or low optical-line levels.
Solution Bit errors on line (traffic) cards usually originate from cabling problems or low optical-line levels.
The errors can be caused by synchronization problems, especially if pointer justification (PJ) errors are reported.
Moving cards into different error-free slots will isolate the cause. Use a test set whenever possible because
the cause of the errors could be external cabling, fiber, or external equipment connecting to the ONS 15454.
Troubleshoot low optical levels using the Faulty Fiber-Optic Connections, on page 58.
Faulty Fiber-Optic Connections
Problem A card has multiple alarms and/or signal errors.
Possible Cause Faulty fiber-optic connections. Fiber connection problems usually occur in conjunction
with alarms.
Solution Refer to the appropriate trouble-clearing procedure in Alarm Troubleshooting, on page 105
Possible Cause Faulty CAT-5 cables.
Solution Faulty CAT-5 cables can be the source of alarms and signal errors. Complete the Crimp Replacement
LAN Cables, on page 59.
Possible Cause Faulty Gigabit Interface Converters (GBICs).
Solution Faulty GBICs can be the source of alarms and signal errors. See the Replace Faulty SFP, SFP+, or
XFP Connectors, on page 61.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
58 78-20789-01
General Troubleshooting
Fiber and Cabling
Invisible laser radiation may be emitted from disconnected fibers or connectors. Do not stare into
beams or view directly with optical instruments. Statement 1051.
Warning
Laser radiation presents an invisible hazard, so personnel should avoid exposure to the laser beam.
Personnel must be qualified in laser safety procedures and must use proper eye protection before
working on this equipment. Statement 300
Warning
Crimp Replacement LAN Cables
You can crimp your own LAN cables for use with the ONS 15454. Use a cross-over cable when connecting
an ONS 15454 to a hub, LAN modem, or switch, and use a LAN cable when connecting an ONS 15454 to a
router or workstation. Use CAT-5 cable RJ-45 T-568B, Color Code (100 Mbps), and a crimping tool. Figure
11: RJ-45 Pin Numbers, on page 59 shows the wiring of an RJ-45 connector. Table 9: LAN Cable Pinout,
on page 60Figure 13: Cross-Over Cable Layout, on page 60 shows a LAN cable layout, and Table 9: LAN
Cable Pinout, on page 60 shows the cable pinouts. Figure 13: Cross-Over Cable Layout, on page 60 shows
a cross-over cable layout, and Table 10: Cross-Over Cable Pinout, on page 60 shows the cross-over pinouts.
Figure 11: RJ-45 Pin Numbers
Figure 12: LAN Cable Layout
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 59
General Troubleshooting
Faulty Fiber-Optic Connections
Table 9: LAN Cable Pinout
Pin Name Pair Color Pin
1 Transmit Data + 2 white/orange 1
2 Transmit Data 2 orange 2
3 Receive Data + 3 white/green 3
4 1 blue 4
5 1 white/blue 5
6 Receive Data 3 green 6
7 4 white/brown 7
8 4 brown 8
Figure 13: Cross-Over Cable Layout
Table 10: Cross-Over Cable Pinout
Pin Name Pair Color Pin
3 Transmit Data + 2 white/orange 1
6 Transmit Data 2 orange 2
1 Receive Data + 3 white/green 3
4 1 blue 4
5 1 white/blue 5
2 Receive Data 3 green 6
7 4 white/brown 7
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
60 78-20789-01
General Troubleshooting
Faulty Fiber-Optic Connections
Pin Name Pair Color Pin
8 4 brown 8
Odd-numbered pins always connect to a white wire with a colored stripe. Note
Replace Faulty SFP, SFP+, or XFP Connectors
Small Form-factor Pluggable (SFP), Enhanced Small Form-factor Pluggable (SFP+), and 10-Gbps SFP (called
XFP) modules are input/output devices that plug into some DWDM cards to link the port with the fiber-optic
network. The type of SFP, SFP+, or XFP determines the maximum distance that traffic can travel from the
card to the next network device. For a description of SFP, SFP+, and XFP modules and their capabilities,
refer to the Installing the GBIC, SFP, SFP+, and XFP Optical Modules in Cisco ONS Platforms. SFP, SFP+,
and XFP modules are hot-swappable and can be installed or removed while the card or shelf assembly is
powered and running.
Invisible laser radiation may be emitted from disconnected fibers or connectors. Do not stare into
beams or view directly with optical instruments. Statement 1051.
Warning
Laser radiation presents an invisible hazard, so personnel should avoid exposure to the laser beam.
Personnel must be qualified in laser safety procedures and must use proper eye protection before
working on this equipment. Statement 300
Warning
SFP, SFP+, and XFP modules must be matched on both ends by type: SX to SX, LX to LX, or ZX to ZX. Note
Remove SFP or XFP Connectors
Before You Begin
Invisible laser radiation may be emitted from disconnected fibers or connectors. Do not stare into
beams or view directly with optical instruments. Statement 1051.
Warning
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 61
General Troubleshooting
Faulty Fiber-Optic Connections
Procedure
Step 1 Disconnect the network fiber cable from the SFP or XFP LC duplex connector.
Step 2 Release the SFP or XFP from the slot by simultaneously squeezing the two plastic tabs on each side.
Step 3 Slide the SFP out of the card slot. A flap closes over the SFP slot to protect the connector on the card.
Install an SFP, SFP+, or XFP Connector
Before You Begin
Invisible laser radiation could be emitted fromthe 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 could pose an eye hazard. Statement 1056
Warning
Class 1 laser product. Statement 1008 Warning
Procedure
Step 1 Remove the SFP, SFP+, or XFP from its protective packaging.
Step 2 Check the label to verify that you are using a compatible SFP, SFP+, or XFP for the card where you want to
install the connector. For a list of the SFP, SFP+, and XFP modules that are compatible with each card, refer
to the Installing the GBIC, SFP, SFP+, and XFP Optical Modules in Cisco ONS Platforms document.
Step 3 Plug the LC duplex connector of the fiber into a Cisco-supported SFP, SFP+, or XFP.
Step 4 If the new SFP, SFP+, or XFP has a latch, close the latch over the cable to secure it.
Step 5 Plug the cabled SFP, SFP+, or XFP into the card port until it clicks.
To change the payload type of an SFP, SFP+, or XFP (called pluggable port modules [PPMs] in CTC), refer
to the Provision Transponder and Muxponder Cards chapter in the Cisco ONS 15454 DWDM Configuration
Guide.
Power Supply Problems
This section explains problems related to loss of power or power supply low voltage.
Problem Loss of power or low voltage, resulting in a loss of traffic and causing the LCD clock to reset to the
default date and time.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
62 78-20789-01
General Troubleshooting
Power Supply Problems
Possible Cause Loss of power or low voltage.
Possible Cause Improperly connected power supply.
Solution The ONS 15454 requires a constant source of DC power to properly function. Input power is 48
VDC. Power requirements range from 42 VDC to 57 VDC. A newly installed ONS 15454 that is not
properly connected to its power supply does not operate. Power problems can be confined to a specific ONS
15454 or affect several pieces of equipment on the site. A loss of power or low voltage can result in a loss of
traffic and causes the LCD clock on the ONS 15454 to default to January 1, 1970, 00:04:15. To reset the
clock, in node view (single-shelf mode) or shelf view (multishelf mode) click the Provisioning > General >
General tab and change the Date and Time fields. Complete the Isolate the Cause of Power Supply Problems,
on page 63.
Only trained and qualified personnel should be allowed to install, replace, or service this equipment.
Statement 1030
Warning
During this procedure, wear grounding wrist straps to avoid ESDdamage to the card. Do not directly
touch the backplane with your hand or any metal tool, or you could shock yourself. Statement 94
Warning
Operations that interrupt power supply or short the power connections to the ONS 15454 are
service-affecting.
Caution
Isolate the Cause of Power Supply Problems
Procedure
Step 1 If a single ONS 15454 show signs of fluctuating power or power loss:
a) Verify that the 48 VDC#8 power terminals are properly connected to a fuse panel. These power terminals
are located on the lower section of the backplane EIA under the clear plastic cover.
b) Verify that the power cable is #10 AWG and in good condition.
c) Verify that the power cable connections are properly crimped. Stranded #10 AWG does not always crimp
properly with Staycon type connectors.
d) Verify that 20-A fuses are used in the fuse panel.
e) Verify that the fuses are not blown.
f) Verify that a rack-ground cable attaches to the frame-ground terminal (FGND) on the right side of the
ONS 15454 EIA. Connect this cable to the ground terminal according to local site practice.
g) Verify that the DC power source has enough capacity to carry the power load.
h) If the DC power source is battery-based:
Check that the output power is high enough. Power requirements range from40.5 VDCto 57 VDC.
Check the age of the batteries. Battery performance decreases with age.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 63
General Troubleshooting
Isolate the Cause of Power Supply Problems
Check for opens and shorts in batteries, which might affect power output.
If brownouts occur, the power load and fuses might be too high for the battery plant.
Step 2 If multiple pieces of site equipment show signs of fluctuating power or power loss:
a) Check the uninterruptible power supply (UPS) or rectifiers that supply the equipment. Refer to the UPS
manufacturers documentation for specific instructions.
b) Check for excessive power drains caused by other equipment, such as generators.
c) Check for excessive power demand on backup power systems or batteries when alternate power sources
are used.
Power Up Problems for Node and Cards
This section explains power up problems in a node or cards typically caused an improper power supply.
Problem You are unable to power up a node or the cards in a node.
Possible Cause Improper power supply.
Solution Refer to the power information in the Hardware Specifications document.
Network Level (Internode) Problems
The following network-level troubleshooting is discussed in this section:
Fiber cut detection
System restart after a fiber cut
OCHNC circuit creation failure
Fiber Cut Detection
Afiber cut is one of the most disruptive faults for a DWDMsystembecause more than one channel is potentially
affected. Fault isolation must, therefore, be quick and effective.
In the Multi-Service Transport Platform (MSTP), a dedicated alarm is unambiguously associated with the
detection of a fiber cut. The alarm is LOS (OTS or AOTS) and can be raised by the OPT-BST, OSC-CSM,
40-SMR1-C, and 40-SMR2-C cards that directly interface to the span fiber. The LOS (OTS or AOTS) alarm
is associated with the physical LINE-RX port of the OPT-BST, OSC-CSM, 40-SMR1-C, and 40-SMR2-C
cards (in CTC, identified by Port 5 on the OPT-BST, Port 4 on the OSC-CSM, Port 9 on the 40-SMR1-C,
and Port 7 on the 40-SMR2-C card). LOS (OTS or AOTS) is the combination of the two alarms LOS-P (OTS
or AOTS) (applies to channel payload) and LOS-O (applies to the OC-3 overhead OSC signal).
The simultaneous failure of both the active channel (C band) and the service channel (1510 nm) coming into
the node is evidence of a fiber span issue, whereas either the LOS-P (OTS or AOTS) alarmalone or the LOS-O
alarm alone can only be derived from different root causes.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
64 78-20789-01
General Troubleshooting
Power Up Problems for Node and Cards
When a fiber cut occurs, the actual conditions on the affected span (for example, alarms raised on both
line directions) are strictly dependent on the network automatic laser shutdown (ALS) setting. The network
ALS setting is a function of the ALS mode configured on the appropriate cards in the system (OPT-BST,
OPT-BST-E, OPT-BST-L, OPT-AMP-L, OPT-AMP-C, OPT-AMP-17C, 40-SMR1-C, 40-SMR2-C,
OSC-CSM, and OSCM).
Note
Different symptoms and scenarios can occur, depending on the network ALS settings. Consider the linear
network (four nodes) in Figure 14: Linear Network, With No Fiber Cut, on page 65 as a reference. The
scenarios are presented after the figure.
Figure 14: Linear Network, With No Fiber Cut
Scenario A
Scenario A has the following conditions:
ALS Mode = Auto Restart on OPT-BST (+ OSCM) and OSC-CSM
Fiber cut on the fiber between the OLA-TX node and the ROADM-RX node
The ALS protocol (refer to the Network Optical SafetyAutomatic Laser Shutdown section in the Network
Reference chapter of the Cisco ONS 15454 DWDM Configuration Guide) is activated in the event of a fiber
cut, resulting in the shutdown of optical power on both of the fibers belonging to the affected span, even if
only one of the two fibers is cut.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 65
General Troubleshooting
Fiber Cut Detection
The final fault condition of the network is shown in Figure 15: Fiber Cut with ALS MODE = Auto Restart,
on page 66.
Figure 15: Fiber Cut with ALS MODE = Auto Restart
In network view, both of the lines representing the span were formerly green and have now changed to gray.
Notice also that the status of all the OCHNC circuits on the broken span have changed from Discovered to
Partial.
In node view (single-shelf mode) or shelf view (multishelf mode), the alarm panel of the two nodes
(reconfigurable optical add/drop multiplexing [ROADM] and optical line amplification [OLA] in the example)
show the LOS (AOTS) alarm on Port 4 of the OSC-CSM (see Figure 16: LOS Indication on the ROADM
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
66 78-20789-01
General Troubleshooting
Fiber Cut Detection
Node OSC-CSM, on page 67) and the LOS (OTS) on Port 5 of the OPT-BST (see Figure 17: LOS Indication
on the OLA Node OPT-BST, on page 67).
Figure 16: LOS Indication on the ROADM Node OSC-CSM
Figure 17: LOS Indication on the OLA Node OPT-BST
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 67
General Troubleshooting
Fiber Cut Detection
An EOC condition is always present on both nodes, because the optical service channel (OSC) link (to
which the communication channel applies) is down.
Note
For the OSCM card, only an LOS (OC-3) alarm is present at the SONET layer (Port 1). Note
Scenario B
Scenario B has the following conditions:
ALS Mode = DISABLE on OPT-BST (+ OSCM) and OSC-CSM
Fiber cut on the fiber between the OLA-TX node and the ROADM-RX node
Because the ALS protocol is disabled, the signal is lost on only the affected fiber (power is not shut down on
both fibers).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
68 78-20789-01
General Troubleshooting
Fiber Cut Detection
The LOS (OTS or AOTS) alarm is raised by the ROADM-RX node that was receiving the signal coming
from the broken fiber. The final fault condition of the network is shown in Figure 18: Network View Fault
Condition for Fiber Cut with ALS Mode Disabled, on page 69.
Figure 18: Network View Fault Condition for Fiber Cut with ALS Mode Disabled
In network view (Figure 18: Network View Fault Condition for Fiber Cut with ALS Mode Disabled, on page
69), only the actual affected fiber becomes gray, whereas the traffic (and OSC signal as well) on the good
fiber is active and fault identification is immediate.
In node view (single-shelf mode) or shelf view (multishelf mode) (Figure 19: ONS 15454 SDH ROADM
Node View with Fault Condition for ALS MODE Disabled, on page 70 and Figure 20: ONS 15454 SDH
OLANode Viewwith Fault Condition for ALS MODE Disabled, on page 70), the alarmpanel of the receiving
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 69
General Troubleshooting
Fiber Cut Detection
node (ROADM in this example) reports the LOS (OTS), while the transmitting node (OLA) reports only an
EOC alarm.
Figure 19: ONS 15454 SDH ROADM Node View with Fault Condition for ALS MODE Disabled
Figure 20: ONS 15454 SDH OLA Node View with Fault Condition for ALS MODE Disabled
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
70 78-20789-01
General Troubleshooting
Fiber Cut Detection
In order to troubleshoot and eventually fix a fiber cut, follow the Fix a Fiber Cut, on page 71. The basic
assumption is that the MSTP system was already installed and working correctly before the alarm condition
occurred. For first installation or restart from a fiber cut, refer to System Restart after a Fiber Cut, on page
72.
Fix a Fiber Cut
Before You Begin
When the network ALS setting is DISABLE, optical power is still present at the damaged fiber. Before
fixing the span, it is highly recommended that you shut down the amplifier and the OSC laser upstream
of the fiber cut.
Caution
Procedure
Step 1 Isolate the span affected by the fiber cut.
a) Go to CTC network view.
b) Identify the span connection that is gray.
Step 2 Verify the alarm is valid, then perform the following steps for both DWDM nodes connected to the span
identified in Step 1.
a) Double-click the card directly connected to the span (either the OPT-BST or the OSC-CSM).
b) Click the Alarms tab and verify that a LOS condition is present on the LINE-RX port. If the alarm is
correctly reported, move to Step 3, on page 71. If not, close the CTC application, delete the CTC cache
and reopen the CTC connection.
c) Click the Synchronize button on the bottom left of the window.
If the "gray condition" of the span persists, log into Technical Support Website at http://
www.cisco.com/cisco/web/support/index.html for more information or call Cisco TAC ( 1 800
553-2447) in order to report a service-affecting problem.
Note
Step 3 If the network ALS setting on the DWDM nodes that you are troubleshooting is Auto Restart, continue with
Step 4, on page 71; if the network ALS setting is DISABLE, go to Step 5, on page 72.
The network ALS setting is a function of the ALS mode configured on the appropriate cards in the
system (OPT-BST, OPT-BST-E, OPT-BST-L, OPT-AMP-L, OPT-AMP-C, OPT-AMP-17C,
OSC-CSM, and OSCM).
Note
Step 4 Isolate the fiber affected by the fiber cut. For the two fibers belonging to the span, identify the fiber belonging
to the west-to-east (WE) line direction:
a) Go into the upstream node and identify the OSCM or OSC-CSM card managing the OSC termination
referring to the faulty span.
b) Double-click the card, then click the Maintenance Panel tab.
c) Force the OSC-TX laser to be active by setting the ALS Mode to DISABLE.
d) Go into the downstream node and verify if OSC power is being received.
If a pair of OPT-BST + OSCM cards terminate the OSC connection, click the Provisioning >
Optical Line > Parameters tabs, then verify that there is power for OSC-TX (Port 4).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 71
General Troubleshooting
Fiber Cut Detection
If an OSC-CSM terminates the OSC connection, click the Provisioning > Optical Line > Parameters
tabs, then verify that there is power for OSC-RX (Port 6).
e) If no power is detected and the LOS (OC-3) alarm persists, go to Step 5, on page 72; otherwise, the fiber
under test is good. In this case, go to Step f to check the other fiber.
f) Repeat Steps a to d for the other fiber to verify that it is at fault.
Step 5 Repair the identified broken fiber to restore the internode link.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
System Restart after a Fiber Cut
When the network ALS setting is Auto Restart, the system automatically restarts after a fiber cut occurs.
MSTP system restart after a fiber cut is a fully automatic process regulated by a chronological sequence of
steps including the OSC link built-in amplifiers restart and amplifier power control (APC) regulation.
The successful completion of system restart is strictly related to possible changes of the insertion loss value
of the repaired span. Achange in insertion loss is dependent on many factors, including the process of physically
repairing the fiber, a change in fiber length after repair, and so on.
Four different scenarios related to span loss are presented in this section:
1 Span loss increased:
Span loss change > 5 dBm
OSC power value on the receiver < 42 dBm
2 Span loss increased:
Span loss change > 5 dBm
OSC power value on the receiver > 42 dBm
3 Span loss increased: 3 dBm < span loss change < 5 dBm
4 Span loss increased: span loss change < 3 dBm
It is also possible that span loss decreased, but this is unlikely. This condition does not prevent the MSTP
system automatic restart process, but can lead (potentially) to issues downstream of the repaired span, for
example, a Power Overload condition on the OSC receiver or on the Trunk-RX port of a TXP or MXP
card.
Note
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
72 78-20789-01
General Troubleshooting
System Restart after a Fiber Cut
These conditions are identified by specific alarms (see the HI-RXPOWER , on page 242 section in the Alarm
Troubleshooting, on page 105 chapter).
The symptoms of the possible span loss scenarios (except for span loss decrease) are described in the following
paragraphs. Refer to the linear network in Figure 14: Linear Network, With No Fiber Cut, on page 65 during
the discussion of the scenarios.
The basic assumption is that the network ALS feature (for feature details, refer to the Network Optical
SafetyAutomatic Laser Shutdown section in the Network Reference chapter of the Cisco ONS 15454 DWDM
Configuration Guide) is active (ALS Mode = Auto Restart on the OPT-BST, OPT-AMP-x-C, [+ OSCM] and
OSC-CSM). Given this assumption, the starting condition is as shown in Figure 15: Fiber Cut with ALS
MODE = Auto Restart, on page 66.
The system behavior when the network ALS Mode is DISABLE is a subcase that requires a manual restart
after repairing a single fiber in only one line direction.
The network ALS feature is a function of the ALS Mode settings of the OPT-BST, OPT-BST-E,
OPT-BST-L, OPT-AMP-L, OPT-AMP-x-C, OPT-RAMP-C, OSCM, and OSC-CSMcards. For the network
ALS Mode to be disabled, each of these cards must have its ALS Mode set to DISABLE.
Note
Scenario 1: Span Loss Change > 5 dBm and OSC Power Value on the Receiver less than 42
dBm
In network view, both of the lines representing the span remain gray as long as the status of the OCHNC
circuits relating to the repaired span remain in Partial state.
In node view(single-shelf mode) or shelf view(multishelf mode), the alarmpanels of the two nodes (ROADM
and OLA in this example) show the LOS (OTS or AOTS) condition on the LINE-RX port of the OPT-BST,
OPT-AMP-x-C, or OSC-CSM.
An EOC condition is always present on both nodes because the OSC optical link is down due to an incoming
power level lower than the optical sensitivity limit (42 dBm). The system condition remains unchanged as
illustrated in Scenario A, on page 65.
Every 100 seconds, the ALS protocol turns up the OSCTXlaser in a pulse mode (pulse duration = 2 seconds),
but the excessive loss on the span prevents the OSC link from synchronizing, and the MSTP system remains
unoperational.
During the attempt to restart, a valid power value is reported by the OSC transmit card (in the example,
the OSC-CSM in the OLA node), but on the OSC receive card (the OSCM in the ROADM node), the
alarm condition persists.
Note
Corrective Action for Scenario 1
Procedure
Step 1 Follow these steps to verify the alarms for both DWDM nodes that are connected to the repaired span:
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 73
General Troubleshooting
System Restart after a Fiber Cut
a) Double-click the card directly connected to the span (either the OPT-BST, OPT-AMP-x-C, or OSC-CSM).
b) Click the Alarms tab.
c) Verify that a LOS condition is present on the LINE-RX port.
d) Click the Synchronize button on the bottom left of the window.
e) If the alarm is correctly reported, move to Step 2. If not, close the CTC application and delete the CTC
cache. Then reopen the CTC connection, and repeat Step 1.
If the "gray condition" of the span persists, log into Technical Support Website at http://www.cisco.com/
cisco/web/support/index.html for more information or call Cisco TAC( 1 800 553-2447) in order to report
a service-affecting problem.
Step 2 Isolate the fiber affected by the excessive insertion loss. For the two fibers belonging to the span, identify the
one for the WE line direction.
a) Go into the upstream node and identify the OSCM or OSC-CSM card that manages the OSC termination
for the faulty span.
b) Double-click the card, then click the Maintenance tab.
c) Force the OSC-TX laser active by setting ALS Mode to DISABLE.
d) Go into the downstream node and verify the OSC Power level received.
If a pair of OPT-BST or OPT-AMP-x-C + OSCM cards terminate the OSC connection, click the
Provisioning > Optical Line > Parameters tabs, then verify that there is power for OSC-TX (Port 4).
If an OSC-CSMterminates the OSCconnection, click the Provisioning > Optical Line > Parameters
tabs, then verify that there is power for OSC-RX (Port 6).
If no power is detected and the LOS (OC-3) alarm persists, the faulty fiber has been identified, so
go to Step 3.
e) If a power value greater than 42 dBmis detected, the fiber under test has been properly repaired. However,
it is recommended that you check the new fiber Insertion Loss value.
In node view(single-shelf mode) or shelf view(multishelf mode), click the Maintenance > DWDM
> WDM Span Check tabs.
Retrieve the new value of fiber Insertion Loss of the repaired span.
The new value of the fiber Insertion Loss of this fiber after restoration must be less than 5
dB higher than the previous Insertion Loss value. If possible, try to recover the original
value by making a better fiber splice. If this is not possible, use the new value (must be less
than 5 dB higher than the previous value) and rerun Cisco TransportPlanner to revalidate
the new condition.
Note
Step 3 For the two fibers belonging to the repaired span, identify one for the east to west (EW) line direction.
Step 4 Repeat the procedure starting at Step 2 for the EW direction.
Step 5 Clean the LINE-RX and LINE-TX connectors for the failing fiber that was identified in the previous steps.
Step 6 If the problem persists, continue with Step 7. Otherwise, the corrective action is finished.
Step 7 Repair the failing fiber again until the expected OSC link is reestablished.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
74 78-20789-01
General Troubleshooting
System Restart after a Fiber Cut
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
If the OSC link cannot be reestablished (either by splicing or replacing the fiber), and the new value
of Span Loss cannot be modified, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC(1 800 553-2447) in order
to report a service-affecting problem.
Note
Scenario 2: Span Loss Change > 5 dBm and OSC Power Value on the Receiver > 42 dBm
In network view, both of the lines representing the span change to green; however, the status of the OCHNC
circuits relating to the repaired span remains Partial, instead of Complete (due to the fiber cut).
This change is due to the fact the physical optical power value received by the OSC transceiver is above the
sensitivity limit (42 dBm) and consequently, the OSC optical link can be rebuilt, allowing the restoration of
the Section DCC(SDCC) or multiplex section DCC(MS-DCC). The network viewfor this condition is shown
in Figure 21: Network View for Span Loss Change > 5 dBm and OSC Power Value at Receiver > 42 dBm,
on page 75.
Figure 21: Network View for Span Loss Change > 5 dBm and OSC Power Value at Receiver > 42 dBm
In node view (single-shelf mode) or shelf view (multishelf mode), the EOC condition is cleared, but the alarm
panels of the two nodes (ROADM and OLA in the example) continue to show LOS (OTS or AOTS) on the
LINE-RX port of the OPT-BST, OPT-AMP-x-C, or OSC-CSM.
The network ALS protocol keeps the OCHNC traffic down along the span because the new losses of the
restored span can potentially affect the optical validation of the network design done by Cisco TransportPlanner.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 75
General Troubleshooting
System Restart after a Fiber Cut
Corrective Action for Scenario 2
Procedure
Step 1 Verify the validity of the alarm.
Step 2 For both DWDM nodes connected to the repaired span:
a) Double-click the card directly connected with the span (either the OPT-BST, OPT-AMP-x-C, or OSC-CSM).
b) Click Alarms.
c) Click the Synchronize button on the bottom left of the window.
d) Verify that a LOS condition is present on the LINE-RX port.
e) If the alarm is correctly reported, move to Step 3. If not, close the CTC application, delete the CTC cache,
and open the CTC connection again. Then, go back to Step 1.
If the "gray condition" of the span persists, log into Technical Support Website at http://www.cisco.com/
cisco/web/support/index.html for more information or call Cisco TAC( 1 800 553-2447) in order to report
a service-affecting problem.
Step 3 Measure the new Span Loss value after fixing the fiber.
a) In the node view (single-shelf mode) or shelf view (multishelf mode) of both nodes for the span, click the
Maintenance > DWDM > WDM Span Check tabs.
b) Click Retrieve Span Loss Values to retrieve the latest loss data.
The two values retrieved at each node level (west side and east side) refer to the two fibers coming
into the node from the adjacent nodes, so they apply to different spans. To complete the
measurement in Step 3, the appropriate values must be taken into account.
Note
Step 4 Compare the span measurements of Step 3 with the span losses values used during the network design with
Cisco TransportPlanner.
Step 5 For the two fibers belonging to the repaired span, identify the fiber for the WE line direction and calculate
the insertion loss variation. If the span loss change is greater than 3 dBm, continue with Step 6. If not, go to
Step 9.
Step 6 Clean the LINE-RX and LINE-TX connectors on the DWDM cards managing the fiber of the repaired span.
If the problem persists, continue with Step 7.
Step 7 If the alarm condition is still reported, it is recommended that the fiber be repaired again to reestablish the
expected span loss value. If this is not possible and the new value of span loss cannot be modified, go to Step
8 to fix the system faulty condition.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
Step 8 Follow the signal flow into the network starting from the repaired fiber:
a) In the downstream node, identify the OPT-BST, OPT-AMP-x-C, or OSC-CSM card that manages OSC
and CHS detection.
b) In card view, click the Provisioning > Optical Line > Optic Thresholds tabs.
c) Click the Alarms radio button, then click Refresh.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
76 78-20789-01
General Troubleshooting
System Restart after a Fiber Cut
d) Decrease the current OSC and CHS Fail Low thresholds by the same amount of the span loss change
calculated in Step 5.
If an OPT-BST or OPT-AMP-x-C is present:
CHS Fail Low threshold refers to Port 2.
OSC Fail Low threshold refers to Port 4.
If an OSC-CSM is present:
CHS Fail Low threshold refers to Port 3.
OSC Fail Low threshold refers to Port 6.
Step 9 For the two fibers belonging to the repaired span, identify the fiber for the east to west (EW) line direction.
Step 10 Repeat the procedure from Step 5 to Step 8 for the EW direction.
Step 11 If the LOS alarm has cleared, the system has restarted properly. However, because a significantly different
span loss value is now present, we highly recommended that you complete the following steps:
a) Go back to the Cisco TransportPlanner tool and open the network design configuration file.
b) Select Installation Mode to freeze the node layout and amplifier positioning.
c) Change the span value, inserting the new insertion loss that was measured in Step 3.
d) Run the Cisco TransportPlanner algorithm to validate the new design.
e) If the optical result indications (power, optical signal-to-noise ratio [OSNR], chromatic dispersion [CD],
and so on) are all green, the repair procedure is complete. If not, log into the Technical Support Website
at http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) and report
a service-affecting problem.
If the LOS alarm is still present, continue with Step 12.
Step 12 Go back to the card where the LOS alarm is active, and set the optic thresholds (see Step 8b) to the lowest
value allowed.
If an OPT-BST or OPT-AMP-x-C is present:
CHS Fail Low threshold must to be set to 30 dBm.
OSC Fail Low threshold must to be set to 42 dBm.
If an OSC-CSM is present:
CHS Fail Low threshold must to be set to 30 dBm.
OSC Fail Low threshold must to be set to 40 dBm.
If the LOS alarm is still present, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC(1 800 553-2447) in order
to report a service-affecting problem.
Note
Step 13 If the LOS alarm is has cleared, the system has restarted properly, but because a Span Loss value significantly
different from the design is now present, we highly recommend that you repeat the steps described in Step
11.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 77
General Troubleshooting
System Restart after a Fiber Cut
Scenario 3: 3 dBm less than Span Loss Change less than 5 dBm
In network view, both of the lines representing the span change to green after the rebuild of the OSC optical
link and consequent restoration of the SDCCor MS-DCC. The EOCcondition and the LOS alarms are cleared.
The network ALS protocol successfully restarts the amplifiers, which enables the OCHNC traffic restoration
along the span.
The reactivation of the OCHNC circuits relating to the repaired span (the status changes from Partial to
Complete) can lead to several final conditions that depend on the network topology and node layout.
The rebuilding of circuits automatically triggers the APC check mechanism (for details, refer to the Network
Reference chapter of the Cisco ONS 15454 DWDMConfiguration Guide). The APCcheck mechanismimpacts
the optical gain of the amplifiers (primarily the OPT-PRE card) and the VOA express attenuation for the
optical add/drop multiplexing (OADM) cards. The APCapplication acts on the appropriate cards downstream
of the repaired span (for each line direction), and attempts to compensate for the introduction of excess loss.
Because the loss increase exceeds the maximumvariation (+/3 dBm) for which APCis allowed to compensate,
an APC-CORRECTIO N-SKIPPED condition is raised by the first node along the flow detecting the event.
The condition panel of the impacted node (the ROADM, in this example) reports the
APC-CORRECTION-SKIPPED condition and indicates the port or card to which it applies.
Corrective Action for Scenario 3
Procedure
Step 1 Verify the alarm validity.
Step 2 For both DWDM nodes connected to the repaired span:
a) Double-click the card reporting the issue.
b) Click Conditions.
c) Click Retrieve and verify that an APC-CORRECTION-SKIPPED condition is present on an aggregate
port.
d) If the alarm is correctly reported, go to Step 3, on page 78. If not, close the CTC application, delete the
CTC cache, and open the CTC connection again. Then, go to Step 1, on page 78.
If the discrepancy persists, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in
order to report a service-affecting problem.
Note
Step 3 Measure the new Span Loss value after the fiber has been repaired.
a) In the node view (single-shelf mode) or shelf view (multishelf mode) of both nodes of the span, click the
Maintenance > DWDM > WDM Span Check tabs.
b) Click Retrieve Span Loss Values to retrieve the latest loss data.
The two values retrieved at each node level (west side and east side) refer to the two fibers coming
into the node from the adjacent nodes, so they apply to different spans. To complete the
measurement in Step 4, on page 79, the appropriate values must be taken into account.
Note
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78 78-20789-01
General Troubleshooting
System Restart after a Fiber Cut
Step 4 Compare the Span Measurements of the previous step with the Span Losses values used during the network
design with Cisco TransportPlanner.
Step 5 For the two fibers belonging to the repaired span, identify the one for the WE line direction. If the Span Loss
Change is greater than 3 dB, continue with Step 6, on page 79. If not, go to Step 9, on page 80.
Step 6 Clean the LINE-RXand LINE-TXconnectors of the DWDMcards that manage the fiber of the repaired span.
If the problem persists, continue with Step 7. Otherwise, you are finished with the corrective action.
Step 7 If the alarmcondition is still reported, we recommend that you again repair the fiber to reestablish the expected
span loss value. If this is not possible and the new value of Span Loss cannot be modified, move to Step 8 to
fix the system faulty condition.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
Step 8 Follow the signal flow into the network starting from the repaired fiber.
a) In the first downstream node of the restored span (WE), check whether a DWDM card reports the
APC-CORRECTION-SKIPPED condition on a port applying to the WE direction (see Step 2, on page
78 for how to do this).
b) If the answer is yes, retrieve the following values according to the card type.
For pre- or booster amplifier cards, click the Provisioning > Optical Ampli. Line > Gain Setpoint
tabs.
For AD-xC-xx.x or AD-xB-xx.x cards, click the Provisioning > Optical Line >
VOA Attenuation Reference tabs.
Go to 8.d, on page 79.
c) If the answer is no, go to 8.d, on page 79.
d) Move along the downstream nodes until a card with the APC-CORRECTION-SKIPPED condition for a
WE port is detected.
e) From that card, retrieve parameters according to 8.b, on page 79.
f) In the first downstreamnode of the restored span, go to the Circuits tab and identify all the OCHNCcircuits
passing through the repaired span.
g) Edit all the OCHNC circuits identified in 8.a, on page 79:
Click the Tools > Circuits > Set Circuit State tabs.
Change the Target Circuit Admin. State to OOS,DSBLD (or Locked, disabled) and click Apply.
h) Go to the DWDM card for which the Gain or VOA Attenuation values were retrieved (the card can be
either the one in substep 8.b, on page 79 or 8.e, on page 79) and verify that the administrative state of
the alarmed port is now OOS (locked).
i) If the alarmed port is not OOS (locked), go to the card view, click Circuits, and identify the remaining
OCHNC circuits that are still active. Put the circuits in OOS,DSBLD (or Locked, disabled) state in order
to reach the OOS (locked) administrative state on the alarmed port.
j) Wait for three minutes, then switch the administrative state of only one of the circuits selected in and 8.a,
on page 79 and 8.i, on page 79back to IS (Unlocked).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 79
General Troubleshooting
System Restart after a Fiber Cut
k) After the network completes the restart phase, go to the formerly alarmed card and verify that the
APC-CORRECTION-SKIPPED condition has cleared and a new Gain Setpoint or VOA Attenuation
Reference (compare with 8.a, on page 79) has been provisioned.
The total variation of the above parameter setpoint must be within approximately +/ 1 dBm of
the Span Loss Change measured in Step 3, on page 78.
Note
l) If the APC-CORRECTION-SKIPPED condition has cleared and the system has restarted properly, we
highly recommend that you complete the following procedure due to the fact that a Span Loss value that
is significantly different than the design is now present.
Go back to the Cisco TransportPlanner tool and open the network design configuration file.
Select Installation Mode to freeze the node layout and amplifier positioning.
Change the span value, inserting the new Insertion Loss measured in Step 3, on page 78.
Run the Cisco TransportPlanner algorithm to validate the new design.
If the optical result indications (power, OSNR, CD, and so on) are all green, the repair procedure is
complete. If not, log into the Technical Support Website at http://www.cisco.com/techsupport for
more information or call Cisco TAC (1 800 553-2447) in order to report a service-affecting problem.
If the APC condition persists, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC(1 800 553-2447)
in order to report a service-affecting problem.
Note
Step 9 For the two fibers belonging to the repaired span, identify the fiber for to the east to west (EW) line direction.
Step 10 Repeat the procedures from Step 6, on page 79 to Step 8, on page 79 for the EW direction.
Scenario 4: Span Loss Change less than 3 dB
In network view, both the lines that represent the span turn green after the rebuilding of the OSC optical link
and consequent restoration of the SDCC or MS-DCC. The EOC condition and LOS alarms are cleared.
The network ALS protocol successfully completes the amplifier restart to enable OCHNC traffic restoration
along the span.
The rebuilding of circuits automatically triggers the APC check mechanism (for details, refer to the Network
Reference chapter of the Cisco ONS 15454 DWDMConfiguration Guide). The APCcheck mechanismaffects
the optical gain of the amplifiers (primarily the OPT-PRE) and the VOA express attenuation for the OADM
cards. The APCapplication acts on the suitable cards downstreamof the repaired span (for each line direction),
and attempts to compensate for the introduction of excess loss.
The APC operation is successfully completed if enough margin during the Cisco Transport Planner network
design phase has been taken into account. If not, the adjustment done by the APC application overcomes the
range setting for a specific optical parameter in the first appropriate card along the flow and an
APC-OUT-OF-RANGE condition is raised. The condition panel of the impacted node (the ROADM in the
example) reports the APC-OUT-OF-RANGE condition and indicates the port or card to which it applies.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
80 78-20789-01
General Troubleshooting
System Restart after a Fiber Cut
Corrective Action for Scenario 4
Procedure
Step 1 Verify the alarm validity.
Step 2 For both DWDM nodes on the repaired span:
a) Double-click the card reporting the issue.
b) Click Conditions.
c) Click Retrieve and verify that an APC-OUT-OF-RANGE condition is present on an aggregate port.
d) If the alarm is correctly reported, go to Step 3, on page 81. If not, close the CTC application, delete the
CTC cache, and open the CTC connection again. Then, go to Step 1, on page 81.
If the discrepancy persists, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in
order to report a service-affecting problem.
Note
Step 3 Measure the new Span Loss value after the fiber is repaired.
a) In the node view (single-shelf mode) or shelf view (multishelf mode) of both nodes for to the span, click
the Maintenance > DWDM > WDM Span Check tabs.
b) Click Retrieve Span Loss Values to retrieve the latest loss data.
The two values retrieved at each node level (west side and east side) refer to the two fibers coming
into the node from the adjacent nodes, so they apply to different spans. To complete the
measurement in Step 4, on page 81, the appropriate values must be taken into account.
Note
Step 4 Compare the Span Measurements done in Step 3, on page 81 with the Span Losses values used during the
network design with Cisco TransportPlanner.
Step 5 For the two fibers belonging to the repaired span, identify the one for the WE line direction.
If the Span Loss Change is greater than 1 dBm, continue with Step 6, on page 81.
If the Span Loss Change is 1 dBm or less, move to Step 9, on page 81.
Step 6 Clean the LINE-RXand LINE-TXconnectors of the DWDMcards that manage the fiber of the repaired span.
Step 7 If the problem persists, continue with the next step. If not, you have finished the corrective action.
Step 8 If the Span Loss Change is greater than 1 dBm and the APC-OUT-OF-RANGE condition still exists, it is
mandatory to again repair the fibers to reestablish the expected span loss value.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
If this is not possible and the new value of Span Loss cannot be modified, log into the Technical
Support Website at http://www.cisco.com/techsupport for more information or call Cisco TAC (1
800 553-2447) in order to report a service-affecting problem
Note
Step 9 For the two fibers belonging to the repaired span, identify the fiber for the east to west (EW) line direction.
Step 10 Repeat the procedure from Step 6, on page 81 to Step 8, on page 81for the EW direction.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 81
General Troubleshooting
System Restart after a Fiber Cut
OCHNC Circuits Creation Failure
OCHNC circuit creation is managed by the Cisco Wavelength Path Provisioning (WPP) network application.
The WPP application helps prevent errors during newcircuit activation (if the wavelength is already allocated
in the path between source and destination) and also guarantees an appropriate time interval between one
circuit activation and the next to enable proper amplifier gain regulation by APC.
WPP uses the network topology information carried by the OSC link among different nodes to identify the
routing path of the optical wavelength (OCHNC circuits) from the source node to the destination node. WPP
also enables the card ports of the OCHNC circuits by changing the administrative state from the default (OOS
or Locked) state to the final (IS or Unlocked) state.
Prerequisites for Successful OCHNC Circuit Creation
The prerequisite conditions for successfully completed circuit creation are:
1 Internode: OSC link active among all DWDM nodes involved
2 Internode: APC enabled (or alternatively manually disabled by the user)
3 Intranode: Logical connections among cards created and provisioned on every node of the network (ANS
completed)
For more information about these operations, refer to the NTP-G183 Diagnose and Fix OCHNCand OCH
Trail Circuits section in Create Optical Channel Circuits and Provisionable Patchcords chapter in the Cisco
ONS 15454 DWDM Configuration Guide.
Note
OCHNC circuit creation is successfully completed when the CTC circuit table reports the situation shown in
Figure 22: OCHNC Circuit Successfully Completed, on page 83.
The Circuit Status has turned to DISCOVERED.
The # of spans field shows the correct number of hops among different nodes that the OCHNC circuit
passes through to reach the final destination.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
82 78-20789-01
General Troubleshooting
OCHNC Circuits Creation Failure
Circuit State reports IS (or unlocked).
Figure 22: OCHNC Circuit Successfully Completed
Conditions for OCHNC Circuit Creation Failure
If the OCHNC circuit creation fails, you will see one of the following conditions:
If the WPP wizard cannot complete the circuit creation procedure, CTC displays the error message
shown in Figure 23: Partial Circuits, on page 83. In the message, click Details to see the partial
connections that WPP can set up. Start troubleshooting the problem in the first node that is unreachable
along the path.
Figure 23: Partial Circuits
The circuit is successfully created and reported under the Circuits tab, the Status field turns to
DISCOVERED, but the Circuit State is OOS (locked). The condition is shown in Figure 24: Circuit
Discovered, State OSS, on page 83 .
Figure 24: Circuit Discovered, State OSS
The OCHNC circuit is shown under the Circuits tab, but the Status field reports PARTIAL. This applies
to a circuit successfully built-up when the network falls into scenarios a. or b (OSC link fail or APC
disabled), described below.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 83
General Troubleshooting
OCHNC Circuits Creation Failure
The root cause identification for the preceding conditions are found in the prerequisite conditions described
in Prerequisites for Successful OCHNC Circuit Creation, on page 82.
Scenarios for OCHNC Circuit Creation Failure
The most common scenarios for failure to create an OCHNC circuit are:
1 One (or more) of the Span OSC links involving the OCHNC circuit has not been properly established.
The WPP application prevents the creation of any circuit passing through the failing span. Prerequisite
condition of Prerequisites for Successful OCHNC Circuit Creation, on page 82 has not been met.
a The APC application is internally disabled due to the presence of a Critical alarm somewhere in the
network. As a consequence, no reliable information about the number of active channels can be shared
among the nodes and the creation of any further OCHNC circuit is prevented until the faulty condition
is fixed. Prerequisite condition 1 of Prerequisites for Successful OCHNC Circuit Creation, on page
82 has not been met.
b One (or more) of the intranode connections between two DWDM cards associated with the circuit
have not been properly created. Prerequisite condition of 2 Prerequisites for Successful OCHNCCircuit
Creation, on page 82 has not been met.
c One (or more) of the intranode connections between two DWDM cards associated with the circuit
have not been properly provisioned. This happens when ANS application has not run in one of the
involved nodes or at least one port status after the ANS run has not been successfully configured
(Fail-Out of Range alarm on the ANS panel). Prerequisite condition 3 of Prerequisites for Successful
OCHNC Circuit Creation, on page 82 has not been met.
To troubleshoot and eventually fix issues related to the faulty OCHNC circuit creation shown in Figure 23:
Partial Circuits, on page 83, the following procedure must be performed.
Corrective Action
Procedure
Step 1 Verify OSC connectivity:
a) Go to network view and identify the MSTP nodes to which the OCHNC circuit applies.
b) Verify that all the OSC links connecting the MSTP nodes along the circuit path, from the source node to
the destination node, are active (green line).
Bidirectional circuits have two possible nodes, depending on the line direction being considered. Note
Complete one of the following actions depending on OSC connectivity:
If the OSC link is down, focus on the affected span and troubleshoot the issue (see System Restart
after a Fiber Cut, on page 72).
If necessary, log into the Technical Support Website at http://www.cisco.com/techsupport
for more information or call Cisco TAC (1 800 553-2447) in order to report a
service-affecting problem.
Note
If the OSC link is not down, continue with Corrective Action, on page 84.
Step 2 Verify APC status:
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
84 78-20789-01
General Troubleshooting
OCHNC Circuits Creation Failure
a) Go to node view (single-shelf mode) or shelf view (multishelf mode) on the MSTP node that is the source
node for the circuit.
b) In the General Info box on the left, check the APC state (last row).
If the APC state is DISABLE - INTERNAL, complete the appropriate troubleshooting procedure
from Alarm Troubleshooting, on page 105.
If necessary, log into the Technical Support Website at http://www.cisco.com/techsupport
for more information or call Cisco TAC (1 800 553-2447) in order to report a
service-affecting problem.
Note
If the APC state is not DISABLE - INTERNAL, continue with Step 3.
Step 3 Verify that the intranode connections have been built in:
a) Go to the node view (single-shelf mode) or multishelf view (multishelf mode) on the MSTP node that is
the source node for the circuit.
b) Click the Provisioning > WDM-ANS > Connections tabs.
Step 4 Verify that all node connections have been created and that their state is Connected.
To quickly verify the connections, click the Calculate Connection button and check to see if any new
connections come up.
Tip
If some connections are missing, perform the proper procedure according to Turn Up a Node in the Cisco
ONS 15454 DWDM Configuration Guide.
Step 5 If necessary, log into the Technical Support Website at http://www.cisco.com/techsupport for more information
or call Cisco TAC (1 800 553-2447) in order to report a service-affecting problem.
Node Level (Intranode) Problems
Troubleshooting for node-level optical channel (OCH) VOA start-up failure as well as internal VOA control
loop problems in the amplifier cards (OPT-BST, OPT-BST-L, OPT-PRE, OPT-AMP-17-C, OPT-AMP-C,
OPT-AMP-L, and OPT-BST-E); demultiplexer cards (32-DMX, 32-DMX-L, 40-DMX-C, and 40-DMX-CE)
having a single variable optical attenuator (VOA); and optical add/drop multiplexer cards (AD-1C-xx.x,
AD-2C-xx.x, AD-4C-xx.x, AD-1B-xx.x, and AD-4B-xx.x) that occur due to counter-propagating light are
discussed in this section.
A dedicated VOA regulates the optical power for every single channel (single wavelength) inserted in the
MSTP system through a WSS, 32MUX-O, or AD-xC-xx.x card.
The final state for the VOAs is the power control working mode. In this mode, the attenuation that the VOA
introduces is automatically set based on the feedback provided from a dedicated photodiode, so that a specific
power setpoint value is reached and maintained.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 85
General Troubleshooting
Node Level (Intranode) Problems
VOA Startup Phases
The final VOA condition is achieved through a startup procedure divided into the four sequential phases
shown in Figure 25: VOA Startup Procedure, on page 86.
Figure 25: VOA Startup Procedure
Until the VOA has completed all the phases shown in Figure 25: VOA Startup Procedure, on page 86, the
power control mode is not fully activated.
Phase 1: Incoming Signal Validation
The Incoming Signal Validation phase checks to see that the optical interface connection is valid and that the
optical power level is appropriate.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
86 78-20789-01
General Troubleshooting
VOA Startup Phases
Cisco TransportPlanner calculates the VOA Attenuation Reference value to allow only supported MSTP
interfaces to overcome the power start-up (Pstart-up) acceptance level. (Refer to the Network Reference
chapter of the Cisco ONS 15454 DWDM Configuration Guide.)
If the interface that is connected has a power value outside the allowed range, the Phase 1 check prevents
OCHNC turn-up.
Phase 2: Valid Signal Detected
If Phase 1 indicates that the signal is valid, an automatic iterative attenuation adjustment on the VOA takes
place to reach a power target on the photodiode downstream of the VOA.
The power setpoint is generated by Cisco TransportPlanner on a case-by-case basis. During the ANS run,
the power target is provisioned on the VOA.
Note
Phase 3: Channel Power Setpoint Locking
In Phase 3, the VOA is kept in a transient standby condition when a steady power value close enough to the
final power setpoint has been reached (nominally 3 dBm lower).
The duration of the transient standby condition is three seconds (by default) and allows safe management of
optical interfaces that have different signal rise time values or are undergoing a pulse startup procedure
compliant with the ITU-T G664 recommendation.
Phase 4: Channel Power Control Mode Fully Activated
The VOA reaches the final attenuation condition that leads the power value that is read on the photodiode to
the expected target value (VOA Power Reference). Simultaneously, the VOA operating mode switches to
power control mode.
From this point on, any further adjustment of the VOA attenuation is triggered by a variation of the value
read on the photodiode. The aim of these adjustments is to always keep the power value equal to the power
setpoint, with +/ 0.5 dBm as the minimum adjustment increment.
VOA Failure Scenarios
Several conditions can stop the startup procedure at an intermediate step, blocking the VOA (and the circuit
activation, as a consequence) from completing activation of the power control mode. The scenarios in this
section portray those conditions.
Root-cause identification can be performed based on the alarmraised and the power reading on the photodiode
associated with the VOA.
Scenario A: Optical Power Level of the Incoming Signal Lower Than Minimum Allowed by
MSTP Supported Optical Interfaces
This scenario is for a condition where a TXP or MXP card is directly connected to a 32MUX-O, 40MUX,
32WSS, or 40WSS-C card where power in is expressed as Pin < 4.5 dBm.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 87
General Troubleshooting
VOA Failure Scenarios
If the incoming power level is lower than the minimumallowed, the startup procedure always stops at Phase 1
(see Figure 26: LOS-P Indication on the VOA Port, on page 88). This is the case even if the final VOA Power
Reference reported in CTC is reachable.
The final conditions that CTC reports are:
A LOS-P (OCH layer) alarm on the port associated with the VOA (see Figure 26: LOS-P Indication on
the VOA Port, on page 88)
A valid optical power value (different from the end of scale value of 50 dBm) in the Power field, but
the value for Power is less than 33 dBm. (To view the Power field, in card view, click the Provisioning
> Parameters tabs.)
Figure 26: LOS-P Indication on the VOA Port
Use the following procedure to troubleshoot and eventually fix issues related to the VOA start-up when the
optical power level of the incoming signal is lower than the minimumallowed by the MSTP supported optical
interfaces.
Corrective Action for Scenario A
Procedure
Step 1 Verify the alarm validity:
a) Identify the DWDM nodes where the alarmed card is seated.
b) Double-click the card.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
88 78-20789-01
General Troubleshooting
VOA Failure Scenarios
c) Click Alarms.
d) Verify that a LOS-P alarm is present on the ADD-RX port.
e) Click the Synchronize button in the bottom left of the window.
f) If the alarm is correctly reported, move to Step 2. If not, close the CTC application, delete the CTC cache,
and open the CTC connection again.
If the alarm inconsistency persists, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in
order to report a service-affecting problem.
Note
Step 2 If the alarmed card is a 32WSS or 40WSS-C, verify the incoming power level from the connected TXP, MXP,
or line card. If the alarmed card is a 32MUX-O or 40MUX, go to Step 5.
a) Double-click the WSS card.
b) Click the Provisioning > Optical Chn: Optical Connector X > Parameters tabs to display the optical
power physically coming into the WSS ADD-RX port.
X is the number (1 to 45) of the appropriate multifiber MPO connector that manages the alarmed
channel (wavelength).
Note
c) Identify the proper channel (wavelength) and read the Power ADD field.
d) If the Power ADD value is less than 4.5 dBm, go to Step 3. If not, click the Provisioning > Optical Chn:
Optical Connector X > Parameters tabs.
X is the number (1 to 4) of the appropriate multifiber MPO connector that manages the alarmed
channel (wavelength).
Note
e) Identify the correct row based on the Type field (the row must indicate Add in the type field).
f) Decrease the attenuation on the VOA to the minimum (0 dB) to enable channel startup. To perform this
adjustment:
Read the VOA Attenuation Ref value for the channel (wavelength).
Enter into the VOA Attenuation Calib field the same value as that of the VOA Attenuation Ref field,
but with the opposite sign (the algebraic sum of the two contributions must be equal to zero).
Click Apply. If the LOS-P alarm persists, continue with this procedure. Otherwise, the problem has
been corrected.
g) In card view, click Circuits.
h) Delete the OCHNC circuit that relates to the faulty channel.
i) Ensure that the corresponding ADD-RX service state port changes to IS-AINS (or
Unlocked,automaticInService) and that the color changes to grey (the LOS-P alarm should clear).
j) Recreate the OCHNC circuit and verify that the Status field reports DISCOVERED and that the state is
IS (Unlocked).
k) If the LOS-P alarm has not cleared, replace the 32WSS card (refer to the Upgrade, Add, and Remove
Cards and Nodes chapter of the Cisco ONS 15454 DWDM Configuration Guide). Before you replace the
card, log into the Technical Support Website at http://www.cisco.com/techsupport for more information
or call Cisco TAC (1 800 553-2447) in order to report a service-affecting problem.
High-performance devices on this card can get hot during operation. To remove the
card, hold it by the faceplate and bottom edge. Allow the card to cool before touching
any other part of it or before placing it in an antistatic bag. Statement 201
Warning
Step 3 Because the actual power received by the WSS card is lower than expected, verify the correct behavior of the
TXP, MXP, or line card connected to the WSS:
The TX laser must be active (trunk port is in IS [or Unlocked] state).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 89
General Troubleshooting
VOA Failure Scenarios
The wavelength provisioned must be the proper one.
The output power value must be within the expected range (refer to the Hardware Specifications
document). If the trunk port PM is not available through CTC, perform a manual measurement using a
standard power meter.
If the TX laser is active, the wavelength is provisioned properly, and the output power value is in the correct
range, go to Step 4. Otherwise, take the appropriate corrective action, including card replacement if the output
power value is outside of the expected range (refer to the Upgrade, Add, and Remove Cards and Nodes chapter
of the Cisco ONS 15454 DWDM Configuration Guide. Replacing the card should correct the problem.)
High-performance devices on this card can get hot during operation. To remove the card,
hold it by the faceplate and bottom edge. Allow the card to cool before touching any other
part of it or before placing it in an antistatic bag. Statement 201
Warning
Step 4 If the TXP or MXP card behaves as expected, the only remaining root cause is the fiber connection between
the two cards:
a) Verify that the ADD_RX port of the alarmed WSS is connected to the TRUNK_TX port of the TXP or
MXP card using an MPO-LC multifiber cable.
A patch-panel tray is normally used to manage fiber connections (for patch-panel cabling details,
refer to the Turn Up a Node chapter in the Cisco ONS 15454 DWDM Configuration Guide).
Note
b) Check and clean the LCfiber fan-out according to site practice. The fiber numbers (1 to 8) must correspond
to the wavelength managed.
c) If a patch panel is used, check and, if necessary, clean the LC-LC adapter. If necessary, replace any bad
devices (maximum tolerance is 1 dB).
d) Pull out the LCconnector fromthe TRUNK_TXport of the TXP or MXP card and clean the fiber according
to site practice.
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
If the alarm condition has not cleared, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in
order to report a service-affecting problem.
Note
Step 5 When the alarmed card is a 32MUX-O or 40MUX, the troubleshooting procedure should start from the TXP,
MXP, or line card. Verify the correct behavior of the TXP, MXP, or line card connected to the 32MUX-O or
40MUX:
The TX laser must be active (trunk port is in IS [or Unlocked] state).
The wavelength provisioned must be the proper one.
The output power value must be within the expected range (refer to the Hardware Specifications
document). If the trunk port PM is not available through CTC, perform a manual measurement using a
standard power meter.
If the TX laser is active, the wavelength is provisioned properly, and the output power value is in the correct
range, go to Step 6. Otherwise, take the appropriate corrective action, including card replacement if the output
power value is outside of the expected range (refer to the Upgrade, Add, and Remove Cards and Nodes chapter
of the Cisco ONS 15454 DWDM Configuration Guide. Replacing the card should correct the problem.)
Step 6 If the TXP or MXP card behaves as expected, check the fiber connection between the two cards:
a) The ADD_RX port of the alarmed 32MUX-O or 40MUX must be connected to the TRUNK_TX port of
a TXP or MXP card using an MPO-LC multifiber cable.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
90 78-20789-01
General Troubleshooting
VOA Failure Scenarios
A patch-panel tray is normally used to manage fiber connections (for patch-panel cabling details,
refer to the Turn Up a Node chapter in the Cisco ONS 15454 DWDM Configuration Guide).
Note
b) Check and clean the LCfiber fan-out according to site practice. The fiber numbers (1 to 8) must correspond
to the wavelength managed.
c) If a patch panel is used, check and, if necessary, clean the LC-LC adapter.
d) If necessary, replace any bad devices (maximum tolerance is 1 dB).
e) Pull out the LCconnector fromthe TRUNK_TXport of the TXP or MXP card and clean the fiber according
to site practice.
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
f) If the alarm condition persists, move to Step 7. Otherwise, the problem has been corrected.
Step 7 Verify the correct behavior of the VOA inside the 32MUX-O or 40MUX card:
a) Double-click the card.
b) Click Circuits.
Delete the OCHNC circuit relating to the faulty channel.
Ensure that the service state of the corresponding ADD-RX port changes to IS-AINS (or
Unlocked,automaticInService), and that the color turns grey (the LOS-P alarm should clear).
c) In card view, click the Provisioning > Optical Chn > Parameters tabs and identify the proper channel
(wavelength).
d) Decrease the attenuation on the VOA to the minimum (0 dB) to enable channel startup. To perform this
in field adjustment:
Read the VOA Attenuation Ref value for the channel (wavelength).
Enter the same value into the VOA Attenuation Calib field as that of the VOA Attenuation Ref field,
but with the opposite sign (the algebraic sum of the two contributions must be equal to zero).
Click Apply. If the LOS-P alarm persists, continue with this procedure. Otherwise, the problem has
been corrected.
e) Click Circuits.
f) Recreate the OCHNC circuit and verify that Circuit Status field reports DISCOVERED and the state is
IS (Unlocked).
g) If the LOS-P alarm has not cleared, replace the 32MUX-O or 40MUX card (refer to the Upgrade, Add,
and Remove Cards and Nodes chapter of the Cisco ONS 15454 DWDM Configuration Guide). Before you
replace the card, log into the Technical Support Website at http://www.cisco.com/techsupport for more
information or call Cisco TAC (1 800 553-2447) in order to report a service-affecting problem).
High-performance devices on this card can get hot during operation. To remove the
card, hold it by the faceplate and bottom edge. Allow the card to cool before touching
any other part of it or before placing it in an antistatic bag. Statement 201
Warning
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 91
General Troubleshooting
VOA Failure Scenarios
Scenario B: Optical Power Level of the Incoming Signal Lower Than Expected
In some cases, the pass-through channels on the WSS card or the optical bypass channels on the 32MUX-O
or 40MUX card are at a power level that is lower than expected. The incoming power level can be lower than
expected for several reasons. A few examples are:
Dirty connections
Excessive span loss
Wrong amplifier gain setting
When the power is lower than expected, the start-up procedure can stop at Phase 1, Phase 2, or Phase 3 . The
point at which the start-up procedure stops depends on the amount of power missing.
Given that Delta Power is the amount of optical power missing compared to the expected value, two final
conditions for Scenario B can be identified, Conditions B1 and B2.
Condition B1Delta Power > 6 dB (LOS-P Alarm)
When the optical power is more than 6 dB lower than the expected value, the final VOA Power Reference
setpoint value is definitively not reachable and even Phase 1 of the start-up procedure cannot be properly
completed. As a consequence, the final condition reported in CTC is the same as that of Scenario A:
A LOS-P (OCH layer) alarm is present on the port associated with the VOA.
A valid optical power value (different from the end of scale value of 50 dBm) can be read in the Power
field, but the value for Power is less than 33 dBm. (To access this value, in card view, click the
Provisioning > Parameters tabs.)
Condition B2Delta Power less than 6 dB (OPWR-LowDEGrade Alarm)
When the optical power is less than 6 dB lower than the expected value, even if a valid incoming signal is
present, the final VOA Power Reference setpoint value that is reported in the CTC is not reachable and the
VOA startup procedure is stopped at Phase 3.
The final conditions that CTC reports are:
An OPWR-LowDEGrade (OCH layer) alarm is present on the port associated with the VOA.
A valid optical power value (different from the end of scale value of 50 dBm) can be read in the Power
field, but the value is (VOA Power Ref 6 dBm) < Power < VOA Power Ref. To access this value, in
card view, click the Provisioning > Parameters tabs.
Corrective Actions for Scenario B (Optical Power Level of Incoming Signal Lower than
Expected)
When the optical power level of the incoming signal is lower than expected for the pass-through channels on
the WSS or the optical bypass channels on the 32MUX-O or 40MUX card, use the following procedures to
troubleshoot and eventually fix issues related to VOA start-up. According to the final conditions reported by
the card (either LOS-P alarmfor condition B1 or OPWR-LowDEGrade for condition B2), two troubleshooting
procedures are suggested. These procedures are given in the following sections.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
92 78-20789-01
General Troubleshooting
VOA Failure Scenarios
Condition B1 - LOS-P Alarm
Procedure
Step 1 Verify the alarm validity:
a) Identify the DWDM nodes where the alarmed card is located.
b) Double-click the card (either the 32MUX-O, 40MUX, or WSS card).
c) Click Alarms.
d) Verify that a LOS-P alarm is present on the ADD-RX port.
e) Click the Synchronize button at the bottom left of the window.
f) If the alarm is correctly reported, move to Step 2, on page 93. If not, close the CTC application, delete
the CTC cache, and open the CTC connection again.
If the alarm inconsistency persists, log into the Technical Support Website at
http://www.cisco.com/cisco/web/support/index.html for more information or call Cisco TAC (1
800 553-2447) in order to report a service-affecting problem.
Note
Step 2 In card view, click Circuits and retrieve the node, card, and port information for the alarmed channel from
the Source field of the OCHNC circuit. Then follow the procedures of Step 3, on page 93 (32MUX-O,
32WSS, 40MUX, 40WSS-C, or AD-xC-xx.x card) or Step 4, on page 93 (TXP, MXP, or line card) as
appropriate.
Step 3 Verify the correct behavior of the far-end DWDM card (32MUX-O, 32WSS, 40MUX, 40WSS-C, or
AD-xC-xx.x) that manages the channel (wavelength):
a) Verify that the power value coming in on the ADD_RX port is correct.
In card view, click the Provisioning > Optical Chn: Optical Connector X > Parameters tabs.
X is number (1 to 45) of the proper multifiber MPO connector that manages the alarmed
channel (wavelength).
Note
The Power field value must be the same as that in the VOAPower Ref field. If not, take the appropriate
corrective actions according to the alarm raised at the RX-ADD port.
Step 4 Verify the correct behavior of the TXP, MXP, or line card that is the signal source of the channel (wavelength)
that is alarmed:
a) The TX laser must be active (trunk port is in IS [Unlocked] state).
b) The wavelength provisioned must be the proper one.
c) The output power value must be within the expected range (refer to the Hardware Specifications document).
If the trunk port PM is not available through CTC (for example, TXP_MR_2.5G), perform a manual
measurement using a standard power meter.
Step 5 If the cards referenced in Step 3, on page 93 and Step 4, on page 93 are operating properly, go to Step 6,
on page 93. If not, take the appropriate corrective actions according to the alarm raised on the card.
Step 6 If the alarmed card is a 32MUX-O or 40MUX, go to Step 9, on page 94.
Step 7 If the alarmed card is a 32WSS or 40MUX, continue with the following steps:
a) Double-click the card.
b) Click the Provisioning > Optical Chn: Optical Connector X > Parameters tabs.
X is number (1 to 45) of the proper multifiber MPO connector that manages the alarmed channel
(wavelength).
Note
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 93
General Troubleshooting
VOA Failure Scenarios
c) Identify the correct row based in the Type field (the row must indicate Passthrough in the type field).
d) Decrease the attenuation on the VOA to the minimum (0 dB) to enable channel startup. To perform this
in field adjustment:
Read the VOA Attenuation Ref value for the channel (wavelength).
Enter the same value into the VOA Attenuation Calib field as that of the VOA Attenuation Ref field,
but with the opposite sign (the algebraic sum of the two contributions must be equal to zero).
Click Apply. If the LOS-P alarm persists, continue with this procedure. Otherwise, the problem has
been corrected.
e) Click Circuits.
f) Delete the OCHNC circuit for the faulty channel.
g) Ensure that the service state of the corresponding ADD-RX port changes to IS-AINS (or
Unlocked,automaticInService) and that the color changes to grey (LOS-P alarm should clear).
h) Recreate the OCHNC circuit and verify that Circuit Status field reports DISCOVERED and the state is
IS (Unlocked).
i) If the LOS-P alarm has not cleared, continue with Step 8, on page 94. Otherwise, the problem has been
corrected.
Step 8 To unambiguously pinpoint the root cause of the alarm, verify the proper cabling of the EXP_RX port (which
is the common input port for all the pass-through channels) on the 32WSS or 4-WSS-C card:
a) The EXP_RX port of the alarmed 32WSS card must be connected to the EXP_TX port of the coupled
WSS card on the opposite side of the node.
b) Pull out the LC connector from the EXP_RX port of the WSS card and clean the fiber according to site
practice.
c) Pull out the LC connector from the EXP_TX port of the coupled WSS card and clean that connector also.
d) Verify that the fiber attenuation is within the specifications (maximum tolerance is 1 dB).
e) If necessary, replace any bad fibers.
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
f) If the alarm condition persists even after the checking and fixing the fibers, replace the 32WSS card (refer
to the Upgrade, Add, and Remove Cards and Nodes chapter of the Cisco ONS 15454 DWDMConfiguration
Guide). Before replacing the card, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in order to
report a service-affecting problem).
High-performance devices on this card can get hot during operation. To remove the
card, hold it by the faceplate and bottom edge. Allow the card to cool before touching
any other part of it or before placing it in an antistatic bag. Statement 201
Warning
Step 9 Verify the correct behavior of the VOA inside the 32MUX-O or 40MUX card:
a) Double-click the 32MUX-O or 40MUX card.
b) Click Circuits.
c) Delete the OCHNC circuit for the faulty channel.
d) Ensure that the service state of the corresponding ADD-RX port changes to IS-AINS (or
Unlocked,automaticInService) and that the color changes to grey (LOS-P alarm should clear).
e) Click the Provisioning > Optical Chn > Parameters tabs and identify the proper channel (wavelength).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
94 78-20789-01
General Troubleshooting
VOA Failure Scenarios
f) Decrease the attenuation on the VOA to the minimum (0 dB) to enable channel startup. To perform this
in field adjustment:
Read the VOA Attenuation Ref value for the channel (wavelength).
Enter the same value into the VOA Attenuation Calib field as that of the VOA Attenuation Ref field,
but with the opposite sign (the algebraic sum of the two contributions must be equal to zero).
Click the Apply button. If the LOS-P alarm persists, continue with this procedure. Otherwise, the
problem has been corrected.
g) Click Circuits.
h) Recreate the OCHNC circuit and verify that Circuit Status field reports DISCOVERED and the state is
IS (Unlocked).
i) If the LOS-P alarm has not cleared, continue with Step 8, on page 94. Otherwise, the problem has been
corrected.
Step 10 To unambiguously pinpoint the root cause of the alarm, verify the proper cabling of the alarmed ADD_RX
port on the 32MUX-O or 40MUX card:
a) The ADD_RX port of the alarmed 32MUX-O or 40MUX must be connected to the DROP_TX port of the
coupled 32DMX-Oor 40DMXcard on the opposite side of the node using two MPO-LCmultifiber cables.
A patch-panel tray is normally used to manage fiber connections (for patch-panel cabling details,
refer to the Turn Up a Node chapter in the Cisco ONS 15454 DWDM Configuration Guide).
Note
b) Verify that the power value coming out of DROP_TX port of the coupled 32DMX-O or 40DMX card is
correct:
In card view, click the Provisioning > Optical Chn: > Parameters tabs.
The Power field value must be the same as that in the VOA Power Ref field. If it is not, take the
appropriate corrective action for the alarm according to Alarm Troubleshooting, on page 105
c) Check and clean the LCfiber fan-out according to site practice. The fiber numbers (1 to 8) must correspond
to the wavelength managed.
d) Repeat Step 10.e, on page 95 for the MPO-LC multifiber cable coming out of the DROP_TX port of the
coupled 32DMX-O or 40DMX card.
e) Check and, if necessary, clean the LC-LC adapter.
f) If necessary, replace and bad devices (maximum tolerance is 1 dB).
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
High-performance devices on this card can get hot during operation. To remove the
card, hold it by the faceplate and bottom edge. Allow the card to cool before touching
any other part of it or before placing it in an antistatic bag. Statement 201
Warning
g) If the alarmcondition persists even after the cabling is checked or fixed, replace the 32MUX-Oor 40MUX
card (refer to the Upgrade, Add, and Remove Cards and Nodes chapter of the Cisco ONS 15454 DWDM
Configuration Guide. Before replacing the card, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in order to
report a service-affecting problem).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 95
General Troubleshooting
VOA Failure Scenarios
Condition B2 - OPWR-LowDEGrade Alarm
Procedure
Step 1 Verify the alarm validity:
a) Identify the DWDM node where the alarmed card is located.
b) Double-click the card (either the 32MUX-O, 32WSS, 40MUX, or 40WSS-C card).
c) Click Alarms.
d) Verify that an Optical Power Degrade Low (OPWR-LDEG) alarm is present on the ADD-RX port.
e) Click the Synchronize button at the bottom left of the window.
f) If the alarm is correctly reported, go to Step 2. If not, close the CTC application, delete the CTC cache,
and open the CTC connection again.
If the alarm inconsistency persists, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in
order to report a service-affecting problem.
Note
Step 2 In card view, click Circuits and retrieve the node, card, and port information for the alarmed channel from
the Source field of the OCHNC circuit. Then, follow the procedures in Step 3 (for 32MUX-O, 32WSS,
40MUX, 40WSS-C, or AD-xC-xx.x cards) or Step 4 (for TXP, MXP, or line cards) as appropriate.
Step 3 Verify the correct behavior of the far-end DWDM card (32MUX-O, 32WSS, 40MUX, 40WSS-C, or
AD-xC-xx.x) that manages the channel (wavelength). To do this, verify that the power value coming in on
the ADD_RX port is correct:
a) In card view, click the Provisioning > Optical Chn: Optical Connector X > Parameters tabs.
X is number (1 to 45) of the proper multi-fibers MPOconnector that manages the alarmed channel
(wavelength).
Note
b) The Power field value must be the same as the VOA Power Ref field. If it is not, take the appropriate
corrective action for the alarm according to Alarm Troubleshooting, on page 105
Step 4 Verify the correct behavior of the TXP, MXP, or line card that is the signal source of the channel (wavelength)
that is alarmed:
a) The TX laser must be active (trunk port is in IS [unlocked] state).
b) The wavelength provisioned must be the proper one.
c) The output power value must be within the expected range (refer to the Hardware Specifications document).
If the trunk port PM is not available through CTC, perform a manual measurement using a standard power
meter.
Step 5 If the cards referenced in Step 3 and Step 4 are operating properly, go to Step 6. If not, take the appropriate
corrective actions according to the alarm raised on the card (see Alarm Troubleshooting, on page 105).
Step 6 If the alarmed card is a 32MUX-O or 40MUX card, go to Step 8.
Step 7 If the alarmed card is a 32WSS or 40WSS-C card, verify the proper cabling of the EXP_RX port (common
input port for all pass-through channels) on the WSS card:
a) Verify that the EXP_RX port of the alarmed WSS card is connected to the EXP_TX port of the coupled
WSS card on the opposite side of the node.
b) Pull out the LC connector from the EXP_RX port of the WSS card and clean the fiber according to site
practice.
c) Pull out the LC connector from the EXP_TX port of the coupled WSS card and clean its connector also.
d) Verify that the fiber attenuation is within the specifications (maximum tolerance is 1 dB).
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
96 78-20789-01
General Troubleshooting
VOA Failure Scenarios
e) If necessary, replace any bad fibers.
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
If the alarm condition persists even after the cabling check/fixing, the root cause could be related
to a network issue and a more accurate analysis of the signal flow is needed according to the
actual system topology. If necessary, call Cisco TAC (1 800 553-2447) for help.
Note
Step 8 Verify the proper cabling of the alarmed ADD_RX port on the 32MUX-O or 40MUX card:
a) Verify that the ADD_RX port of the alarmed 32MUX-O or 40MUX is connected to the DROP_TX port
of the coupled 32DMX-Oor 40DMXcard on the opposite side of the node, using two MPO-LCmultifiber
cables.
A patch-panel tray is normally used to manage fiber connections (for patch-panel cabling details,
refer to the Turn Up a Node chapter in the Cisco ONS 15454 DWDM Configuration Guide).
Note
b) Verify that the power value coming out of the DROP_TX port of the coupled 32DMX-O card is correct:
In card view, click the Provisioning > Optical Chn> Parameters tabs.
The Power field value must be the same as that in the VOA Power Ref field. If it is not, take the
appropriate corrective action for the alarm according to Alarm Troubleshooting, on page 105
c) Check (the number [1 to 8] must correspond with the wavelength managed) and clean the LC fan-out
according to site practice.
d) Repeat Step Condition B2 - OPWR-LowDEGrade Alarm, on page 96 for the MPO-LC multifiber cable
coming out of the DROP_TX port of the coupled 32DMX-O or 40DMX card.
e) Check and, if necessary, clean the LC-LC adapter used.
f) If necessary, replace any bad devices (maximum tolerance is 1 dB).
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
If the alarm condition persists even after the cable check and repair procedures, the root cause
could be related to a network issue and a more accurate analysis of the signal flow is needed
according with the actual system topology. If necessary, call Cisco TAC (1 800 553-2447) for
help.
Note
Scenario C: Optical Drop Power Level Lower Than Expected
This scenario describes the condition in which the optical power at the 32DMX-O or 40DMX drop channels
is lower than expected. The 32DMX-O card is equipped with a VOA for each wavelength, and each VOA
manages the power for one dropped wavelength.
The failing scenarios during the OCHNCturn-up and consequent VOAstartup are the same as those described
in the Scenario B: Optical Power Level of the Incoming Signal Lower Than Expected, on page 92. The only
difference is the type of alarm that is raised when the condition exists in which Delta Power is greater than 6
dB.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 97
General Troubleshooting
VOA Failure Scenarios
Condition C1Delta Power > 6 dB Lower than Expected
When the optical power on the dropped channel is more than 6 dB lower that the value expected, the final
VOA Power Reference setpoint value is definitively not reachable. As a consequence, the final conditions
reported in CTC are as follows:
An OPWR-LFAIL (OCH layer) alarm is present on the port associated with the VOA.
A valid optical power value (different from the end of scale value of 50 dBm) can be read in the CTC
Power field, but the Power value is less than 33 dBm. (To view this value in card view, click the
Provisioning > Parameters tabs.)
Condition C2Delta Power less than 6 dB Lower than Expected
If the delta power is less than 6 dB lower than expected, the final conditions reported in CTC are the same as
those reported for Condition B2 (see the Condition B2Delta Power less than 6 dB (OPWR-LowDEGrade
Alarm), on page 92):
n OPWR-LowDEGrade (OCH layer) alarm is present on the port associated with the VOA.
A valid optical power value (different from the end of scale value of 50 dBm) can be read in the CTC
Power field, but the value is (VOA Power Ref 6 dBm) < Power < VOA Power Ref. To view this value
in card view, click the Provisioning > Parameters tabs.
A dirty connection or excessive loss of the incoming span are among the possible reasons that can lead to a
fault condition. They are the most common and affect all wavelengths, whereas an excessive amplifier gain
tilt or a wavelength misconfiguration on the far-end TXP or MXP card can lead to condition where only a
single wavelength fails.
Corrective Action for Scenario C (Optical Power Level of Incoming Signal Lower than Expected)
Scenario C1 - LOS-P Alarm
Procedure
Step 1 Verify the alarm validity:
a) Identify the DWDM nodes where the alarmed card is located.
b) Double-click the 32DMX-O or 40DMX card.
c) Click Alarms.
d) Verify that a LOS-P alarm is present on the CHAN-TX port.
e) Click the Synchronize button at the bottom left of the window.
f) If the alarm is correctly reported, move to Scenario C1 - LOS-P Alarm, on page 98. If not, close the CTC
application, delete the CTC cache, and open the CTC connection again.
If the alarm inconsistency persists, log into the Technical Support Website at
http://www.cisco.com/cisco/web/support/index.html for more information or call Cisco TAC (1
800 553-2447) in order to report a service-affecting problem.
Note
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
98 78-20789-01
General Troubleshooting
VOA Failure Scenarios
Step 2 Verify the correct behavior of the far-end DWDMcard (32MUX-O, 32WSS, 40MUX, 40WSS-C, AD-xC-xx.x)
that manages the channel (wavelength), and the TXP, MXP, or line card that is the signal source of the channel
(wavelength) alarmed:
a) Click Circuits and retrieve the node, card, and port information for the alarmed channel from the Source
field of the OCHNC circuit.
b) For the far-end DWDM card, verify that the power value coming in the ADD_RX port is correct:
In card view, click the Provisioning > Optical Chn: Optical Connector X > Parameters tabs.
X is number (1 to 45) of the proper multifiber MPO connector that manages the alarmed
channel (wavelength).
Note
The Power field value must be the same of VOAPower Ref field. If not, take the appropriate corrective
actions according to Alarm Troubleshooting, on page 105
c) For the corresponding TXP, MXP, or line card connected, verify the following:
The TX laser is active (the trunk port is in IS [Unlocked] state).
The wavelength provisioned is the proper one.
d) The output power value must be within the expected range (refer to the Hardware Specifications document).
If the trunk port PM is not available through CTC (for example, TXP_MR_2.5G), perform a manual
measurement using a standard power meter.
e) If everything in Scenario C1 - LOS-P Alarm, on page 98 is correct, go to Scenario C1 - LOS-P Alarm,
on page 98. If not, take the appropriate corrective actions according to Alarm Troubleshooting, on page
105
Step 3 Verify the correct behavior of the VOA inside the 32DMX-O or 40DMX card:
a) Double-click the 32DMX-O or 40DMX card.
b) Click Circuits.
c) Delete the OCHNC circuit for the faulty channel.
d) Ensure that the service state of the corresponding CHAN-TX port changes to IS-AINS (or
Unlocked,automaticInService) and the color changes to grey (LOS-P alarm should clear).
e) Click the Provisioning > Optical Chn > Parameters tabs and identify the proper channel (wavelength).
f) Decrease the attenuation on the VOA to the minimum (0 dB) to enable channel startup. To perform this
in field adjustment:
Read the VOA Attenuation Ref value for the channel (wavelength).
Enter the same value into the VOA Attenuation Calib field as that in the VOA Attenuation Ref field,
but with the opposite sign (the algebraic sum of the two contributions must be equal to zero).
Click Apply.
g) Click Circuits.
h) Recreate the OCHNC circuit and verify that Circuit Status field reports DISCOVERED and the state is
IS (Unlocked).
i) If the LOS-P alarm has not cleared, continue with Scenario C1 - LOS-P Alarm, on page 98. If it has
cleared, you are finished.
Step 4 To unambiguously pinpoint the root cause of the alarm, verify the proper cabling of the COM-RX port
(common input port for all the drop channels) of the alarmed 32DMX-O or 40DMX card:
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 99
General Troubleshooting
VOA Failure Scenarios
a) Verify that the COM_RX port of the alarmed 32DMX-O or 40DMX is connected either to the DROP_TX
port of a 32WSS or 40WSS-C card or to the COM_TX port of an OPT-PRE, OPT-BST/OPT-AMP-x-C,
or OSC-CSM card, depending on the actual node layout.
b) Pull out the LC connector from the COM_RX port of the 32DMX-O or 40DMX card and clean the fiber
according to site practice.
c) Pull out the LC connector from the COM_TX or DROP_TX port of the connected DWDM card and clean
the fiber according to site practice.
d) Verify that the fiber attenuation is within the specifications (maximum tolerance is 1 dB).
e) If necessary, replace any bad fibers.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter of the Cisco ONS 15454 DWDM Configuration Guide.
Note
f) If the alarm condition persists even after the cabling has been checked and fixed, replace the 32DMX-O
card (refer to the Upgrade, Add, and Remove Cards and Nodes chapter of the Cisco ONS 15454 DWDM
Configuration Guide. Before replacing the card, log into the Technical Support Website at
http://www.cisco.com/techsupport for more information or call Cisco TAC (1 800 553-2447) in order to
report a service-affecting problem).
High-performance devices on this card can get hot during operation. To remove the
card, hold it by the faceplate and bottom edge. Allow the card to cool before touching
any other part of it or before placing it in an antistatic bag. Statement 201
Warning
Scenario C2 - OPWR-LowDEGrade Alarm
Procedure
Step 1 Verify the alarm validity:
a) Identify the DWDM nodes where the alarmed card is seated.
b) Double-click the 32DMX-O or 40DMX card.
c) Click Alarms.
d) Verify that an Optical Power Degrade Low Loss of incoming Payload (OPWR-LDEG) alarm is present
on the CHAN-TX port.
e) Click the Synchronize button at the bottom left of the window.
f) If the alarm is correctly reported, move to Scenario C2 - OPWR-LowDEGrade Alarm, on page 100. If
not, close the CTC application, delete the CTC cache, and open the CTC connection again.
If the alarm inconsistency persists, log into the Technical Support Website at
http://www.cisco.com/cisco/web/support/index.html for more information or call Cisco TAC (1
800 553-2447) in order to report a service-affecting problem.
Note
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
100 78-20789-01
General Troubleshooting
VOA Failure Scenarios
Step 2 Verify the correct behavior of the far-end DWDM card (32MUX-O, 32WSS, 40MUX, 40WSS-C, or
AD-xC-xx.x) that manages the channel (wavelength) and the TXP, MXP, or line card that is the signal source
of the channel (wavelength) alarmed.
a) Click Circuits and retrieve the node, card, and port information for to the alarmed channel fromthe Source
field of the OCHNC circuit.
b) For the far-end DWDM card, verify that the power value coming in on the ADD_RX port is correct:
In card view, click the Provisioning > Optical Chn: Optical Connector X > Parameters tabs.
X is number (1 to 45) of the proper multifiber MPO connector that manages the alarmed
channel (wavelength).
Note
The Power field value must be the same of VOAPower Ref field. If not, take the appropriate corrective
actions according to Alarm Troubleshooting, on page 105
c) For the corresponding TXP, MXP, or line card connected, verify the following:
The TX laser is active (the trunk port is in IS [Unlocked] state).
The wavelength provisioned is the proper one.
d) The output power value must be within the expected range (refer to the Hardware Specifications document).
If the trunk port PM is not available through CTC, perform a manual measurement using a standard power
meter.
e) If everything in Scenario C2 - OPWR-LowDEGrade Alarm, on page 100 is correct, move to Scenario C2
- OPWR-LowDEGrade Alarm, on page 100. If not, take the appropriate corrective actions according to
Alarm Troubleshooting, on page 105.
Step 3 Verify the proper cabling of the COM-RX port (the common input port for all of the drop channels) of the
alarmed 32DMX-O or 40DMX:
a) Verify that the COM_RX port of the alarmed 32DMX-O or 40DMX is connected either to the DROP_TX
port of a 32WSS or 40WSS-C card or to the COM_TX port of an OPT-PRE, OPT-BST/OPT-AMP-x-C,
or OSC-CSM, depending on the actual node layout.
b) Pull out the LC connector from the COM_RX port of the 32DMX-O or 40DMX card and clean the fiber
according to site practice.
c) Pull out the LC connector from the COM_TX or DROP_TX port of the connected DWDM card and clean
the fiber according to site practice.
d) Verify that the fiber attenuation is within the specifications (maximum tolerance is 1 dB).
e) If necessary, replace any bad fibers.
Invisible laser radiation could 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 could pose an eye hazard. Statement 1056
Warning
Before disconnecting any optical amplifier card fiber for troubleshooting, ensure that the optical
amplifier card is unplugged.
Note
If no site practice exists for cleaning fibers, complete the procedure in the Maintain the Node
chapter in the Cisco ONS 15454 DWDM Configuration Guide.
Note
f) If the alarm condition persists even after the cabling has been checked and fixed, the root cause could be
related to a network issue and a more accurate analysis of the signal flow is needed according to the actual
system topology. If necessary, call Cisco TAC (1 800 553-2447) in order to report a service-affecting
problem.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 101
General Troubleshooting
VOA Failure Scenarios
Counter-Propagating Light Affecting Operation of 32DMX-C and 32DMX-L Cards
Problem The in-service operation of the 32DMX-C and 32DMX-L cards (with vendor ID 2049 and 2050) can
be seriously affected by the counter-propagating light travelling from the drop ports of the card towards the
COM RX port. This counter-propagating light affects the internal VOA control loop of the vendor-specific
optical module of the 32DMX-C and 32DMX-L cards, leading to an increased optical path attenuation. This
is traffic affecting for all in-service channels.
Possible Cause The counter-propagating light can be inserted into the 32DMX-C or 32DMX-L card as a
result of incorrect cabling of transponder or line cards to the fiber patch-panel (in particular, swapping
RX with TX patchcords).
Solution For software releases higher than or equal to 9.0, the vendor-specific optical module on all the cards
is automatically upgraded to a newer version. The vendor ID of the new version of the card is 2051 and can
be viewed at CTC > Card View > Inventory tab. This new version of the optical module makes the VOA
control robust to counter-propagating light, thus, minimizing the effects of incorrect cabling during installation
and/or maintenance.
Solution For software releases lower than 9.0, for new 32DMX-C and 32DMX-L cards that are not already
installed, the vendor-specific optical module on all these new cards is automatically upgraded to a newer
version at the Cisco Spare depots. Once the new card is installed in field, a downgrade of the optical module
will be prevented and the latest optical module version is preserved on the software package. If the 32DMX-C
or 32DMX-L card is already installed, complete the Corrective Action for Software Releases Lower than 9.0,
on page 102 to manually fix the problem.
Corrective Action for Software Releases Lower than 9.0
Procedure
Step 1 If the TXP card is preprovisioned in CTC, but not installed:
a) Log into CTC.
b) Display card view for the TXP card.
c) Click the Provisioning > Line tab and choose OOS,DSBLD (ANSI) or Locked,disabled (ETSI) from
the Admin State drop-down list for the Trunk-TX port.
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
102 78-20789-01
General Troubleshooting
Counter-Propagating Light Affecting Operation of 32DMX-C and 32DMX-L Cards
d) Continue with Step 2.
Step 2 Install the TXP card into the receptacle at the back of the designated slot.
Step 3 Wait for the TXP card to boot completely.
Step 4 Verify that the Trunk-TX port of the TXP card is in OOS,DSBLD (ANSI) or Locked,disabled (ETSI) state.
Step 5 Wire the Trunk-TX/RX port of the TXP card to the fiber patch-panel.
Step 6 Turn up the TXP card and display card view for the TXP card in CTC.
Step 7 Click the Provisioning > Line tab and choose IS,AINS (ANSI) or Unlocked,automaticInService (ETSI)
from the Admin State drop-down list for the Trunk-TX port.
Step 8 Display card view for the 32WSS card.
Step 9 Click the Performance > Optical Chn tab and verify the Power ADD field on the CHAN-RX port of the
32WSS card connected to the TXP card.
a) If a valid power level exists, the cabling of the TXP card is correct. Change the admin state of the Trunk-TX
port of the TXP card back to the original state.
b) If no power level exists, the cabling of the TXP card is incorrect. Change the admin state of the Trunk-TX
port of the TXP card to OOS,DSBLD (ANSI) or Locked,disabled (ETSI) state and reverse the cabling.
It is important that you perform Steps Step 7, on page 103 to Step 9, on page 103 in the shortest
time possible. That is, you must check the presence of a valid RX power on WSS card (Step 9,
on page 103) immediately after you turn up the TXP Trunk-TX port (Step 7, on page 103), and
in case of a bad connection, you must shut off the TXP Trunk-TXport (Step 9) as soon as possible.
This is to minimize possible impairments on other channels that are already in service.
Note
Controller Card Compatibility
The following table lists the platform and software release compatibility matrix for controller cards.
Table 11: Platform and Software Release Compatibility Matrix for Controller Cards
TSCE TNCE TSC TNC TCC3 AIC-I,
MS-ISC-100T,
TCC2, TCC2P
Release
Number
No No No No No 15454-DWDM R4.5
No No No No No 15454-DWDM R4.6
No No No No No 15454-DWDM R4.7
No No No No No 15454-DWDM R5.0
No No No No No 15454-DWDM R6.0
No No No No No 15454-DWDM R7.0
No No No No No 15454-DWDM R7.2
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 103
General Troubleshooting
Controller Card Compatibility
TSCE TNCE TSC TNC TCC3 AIC-I,
MS-ISC-100T,
TCC2, TCC2P
Release
Number
No No No No No 15454-DWDM R8.0
No No No No No 15454-DWDM R8.5
No No No No No 15454-DWDM R9.0
No No No No No 15454-DWDM R9.1
No 15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-DWDM 15454-DWDM R9.2
No 15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-DWDM 15454-DWDM R9.2.1 and
R9.2.2
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-DWDM 15454-DWDM R9.3
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-DWDM 15454-DWDM R9.4
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-M2,
15454-M6
15454-DWDM 15454-DWDM R9.6.x
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
104 78-20789-01
General Troubleshooting
Controller Card Compatibility
C HAP T E R 2
Alarm Troubleshooting
This chapter gives a description, severity, and troubleshooting procedure for each commonly encountered
Cisco DWDM alarm and condition. Tables Table 12: Critical DWDM Alarm List, on page 106 through
Table 16: NR DWDM Conditions List, on page 117 provide lists of DWDM alarms organized by severity.
Table 18: Alarm Logical Object Type Definitions, on page 129 provides a list of alarms organized
alphabetically. Table 18: AlarmLogical Object Type Definitions, on page 129 gives definitions of all DWDM
alarm logical objects, which are the basis of the alarm profile list in Table 19: Alarm List by Logical Object
in Alarm Profile, on page 131. For a comprehensive list of all conditions and instructions for using TL1
commands, refer to the Cisco ONS SONET TL1 Command GuideAn alarmtroubleshooting procedure applies
to both the Cisco Transport Controller (CTC) and TL1 version of that alarm.
If the troubleshooting procedure does not clear the alarm, log into the Technical Support Website at http://
www.cisco.com/cisco/web/support/index.html or call the Cisco Technical Assistance Center (1 800 553-2447).
For more information about alarm profiles, see the Alarm and TCA Monitoring and Management document.
Unless otherwise noted, ONS 15454 refers to the ANSI and ETSI versions of the platform. Note
Alarm Indexes, page 106
Logical Objects, page 129
Trouble Characterizations, page 144
Safety Summary, page 146
Trouble-Clearing Procedures, page 147
DWDM Card LED Activity, page 404
Traffic Card LED Activity, page 404
Frequently Used Alarm Troubleshooting Procedures, page 405
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 105
Alarm Indexes
The following tables group alarms and conditions by their default severities in the ONS DWDM system.
These severities are the same whether they are reported in the CTC Alarms window severity (SEV) column
or in TL1.
The CTC default alarm profile contains some alarms or conditions that are not currently implemented but
are reserved for future use.
Note
The CTCdefault alarmprofile in some cases contains two severities for one alarm(for example, MJ/MN).
The platformdefault severity comes first (in this example, MJ), but the alarmcan be demoted to the second
severity in the presence of a higher-ranking alarm. This is in accordance with Telcordia GR-474.
Note
Critical Alarms (CR)
Table 12: Critical DWDM Alarm List, on page 106 alphabetically lists Critical (CR) DWDM alarms.
Table 12: Critical DWDM Alarm List
OPWR-HFAIL (OCH) HP-UNEQ (VCTRM-HP) ACT-SOFT-VERIF-FAIL (EQPT)
OPWR-HFAIL (OMS) I-HITEMP (NE) AU-LOP (VCMON-HP)
OPWR-HFAIL (OTS) ILK-FAIL (TRUNK) AU-LOP (VCTRM-HP)
OPWR-LFAIL (AOTS) IMPROPRMVL (EQPT) AUTOLSROFF (OCN)
OPWR-LFAIL (OCH-TERM) IMPROPRMVL (PPM) AWG-FAIL (OTS)
INVALID-MUXCONF (EQPT)
LIC-MISSING (EQPT)
LICENSE-EXPIRED (EQPT)
OPWR-LFAIL (OCH) LOF (TRUNK) AWG-OVERTEMP (OTS)
OPWR-LFAIL (OMS) LOM (TRUNK) BKUPMEMP (EQPT)
OPWR-LFAIL (OTS) LOP-P (STSMON) CD (TRUNK)
OTUK-LOF (TRUNK) LOP-P (STSTRM) CONTBUS-DISABLED (EQPT)
OTUK-TIM (TRUNK) LOS (2R) ENCAP-MISMATCH-P (POS)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
106 78-20789-01
Alarm Troubleshooting
Alarm Indexes
PAYLOAD-UNKNOWN (PPM)
PORT-COMM-FAIL
(DWDM-CLIENT)
PORT-COMM-FAIL
(DWDM-TRUNK)
PORT-FAIL (OCH) LOS (ESCON) ENCAP-MISMATCH-P(STSTRM)
RS-TIM (STMN) LOS (ISC) EQPT (AICI-AEP)
TIM (TRUNK) LOS (OTS) EQPT (AICI-AIE)
SOFT-VERIF-FAIL (EQPT) LOS (TRUNK) EQPT-DIAG (EQPT)
TIM-P (STSTRM) LOS-P (OCH) EQPT (EQPT)
TIM-S (OCN) LOS-P (OMS) EQPT (PPM)
UNEQ-P (STSMON) LOS-P (OTS) EQPT-MISS (FAN)
UNEQ-P (STSTRM) LOS-P (TRUNK) FAN (FAN)
VOA-DISABLED (EQPT) LOS-RAMAN (OTS) GAIN-HFAIL (AOTS)
VOA-HFAIL (AOTS) MEA (AIP) GAIN-LFAIL (AOTS)
VOA-HFAIL (OCH) MEA (EQPT) GE-OOSYNC (FC)
VOA-HFAIL (OMS) MEA (FAN) GE-OOSYNC (GE)
VOA-HFAIL (OTS) MEA (PPM) GE-OOSYNC (ISC)
VOA-LFAIL (AOTS) MFGMEM (AICI-AEP) GE-OOSYNC (TRUNK)
VOA-LFAIL (OCH) MFGMEM (AICI-AIE) HITEMP (NE)
VOA-LFAIL (OMS) MFGMEM (BPLANE) HP-ENCAP-MISMATCH
(VCTRM-HP)
VOA-LFAIL (OTS) MFGMEM (FAN) HP-PLM (VCMON-HP)
USBSYNC (USB) MFGMEM (PPM) HP-PLM (VCTRM-HP)
USB-WRITE-FAIL (USB) OPWR-HFAIL (AOTS) HP-TIM (VCMON-HP)
HP-UNEQ (VCMON-HP)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 107
Alarm Troubleshooting
Critical Alarms (CR)
Major Alarms (MJ)
Table 13: Major(MJ) DWDM Alarms, on page 108 alphabetically lists the Major (MJ) DWDM alarms.
Table 13: Major(MJ) DWDM Alarms
PEER-NORESPONSE (EQPT) GFP-LFD (GFP-FAC) APSCNMIS (OCN)
PMD-DEG (TRUNK) GFP-LFD (ML100T) BAT-FAIL (PWR)
PROV-MISMATCH (TRUNK) GFP-LFD (ML1000) CARLOSS (EQPT)
PROT-SOFT-VERIF-FAIL(EQPT) GFP-LFD (MLMR) CARLOSS (FC)
PTIM (TRUNK) GFP-LFD (POS) CARLOSS (GE)
PWR-PROT-ON (OTS) GFP-UP-MISMATCH(CE100T) CARLOSS (ISC)
REMOTE-FAULT (ETH) GFP-UP-MISMATCH(CE1000) CARLOSS (TRUNK)
REP-LINK-FLAPPING (ETH) GFP-UP-MISMATCH (CEMR) DATA-CRC (OCH)
REP-NEIHB-ADJ-FAIL (ETH) GFP-UP-MISMATCH (FCMR) DBOSYNC (NE)
RING-ID-MIS (OSC-RING) GFP-UP-MISMATCH
(GFP-FAC)
DSP-COMM-FAIL (TRUNK)
SHELF-COMM-FAIL (SHELF) GFP-UP-MISMATCH
(ML100T)
DSP-FAIL (TRUNK)
SIGLOSS (ESCON) GFP-UP-MISMATCH
(ML1000)
DUP-SHELF-ID (SHELF)
SIGLOSS (FC) GFP-UP-MISMATCH(MLMR) EFM-RFI-CE (GE)
SIGLOSS (GE) GFP-UP-MISMATCH (POS) EFM- RFI-LF (GE)
HI-BER
1
(DWDM-CLIENT)
HI-BER
1
(DWDM-TRUNK)
SIGLOSS (ISC) HIBATVG (PWR) EHIBATVG (PWR)
SIGLOSS (TRUNK) INVMACADR (AIP) ELWBATVG (PWR)
EQPT-FAIL (EQPT)
SYNCLOSS (FC) LASER-OFF-WVL-DRIFT
(OCN)
FC-NO-CREDITS (FC)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
108 78-20789-01
Alarm Troubleshooting
Major Alarms (MJ)
SYNCLOSS (GE) LASER-OFF-WVL-DRIFT
(STMN)
FC-NO-CREDITS (TRUNK)
SYNCLOSS (ISC) LASER-OFF-WVL-DRIFT
(TRUNK)
FEC-MISM (TRUNK)
SYNCLOSS (TRUNK) LASERBIAS-FAIL (AOTS) GFP-CSF (CE100T)
LIC-EXPIRING-SHORTLY
(EQPT)
LIC-EXPIRING-SOON(EQPT)
SYNCPRI (NE-SREF) LWBATVG (PWR) GFP-CSF (CE1000)
SYSBOOT (NE) LOCAL-FAULT (ETH) GFP-CSF (CEMR)
UT-COMM-FAIL (TRUNK) MEA (SHELF) GFP-CSF (FCMR)
UT-FAIL (TRUNK) MEM-GONE (EQPT) GFP-CSF (GFP-FAC)
TRUNK-PAYLOAD-MISM (FC)
TRUNK-PAYLOAD-MISM (GE)
TRUNK-PAYLOAD-MISM(OCN)
TRUNK-PAYLOAD-MISM(OTU)
TX-OFF-NON-CISCO-PPM(PPM) ODUK-TIM-PM (TRUNK) GFP-CSF (ML100T)
WAN-SYNCLOSS (STSMON) OUT-OF-BUNDLE (ETH) GFP-CSF (ML1000)
WAN-SYNCLOSS (STSTRM) OUT-OF-BUNDLE (CHGRP) GFP-CSF (MLMR)
GFP-CSF-SIGLOSS (GFP-FAC)
GFP-CSF-SYNCLOSS(GFP-FAC)
WAN-SYNCLOSS (VCMON-HP) OUT-OF-SYNC (FC) GFP-LFD (CE100T)
WAN-SYNCLOSS (VCTRM-HP) OUT-OF-SYNC (GE) GFP-LFD (CE1000)
WVL-MISMATCH (TRUNK) OUT-OF-SYNC (TRUNK) GFP-LFD (CEMR)
OUT-OF-SYNC (TRUNK) GFP-LFD (FCMR)
PEER-CSF (OCN)
PEER-CSF (STM)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 109
Alarm Troubleshooting
Major Alarms (MJ)
1
Supported only in Release 9.2.2
Minor Alarms (MN)
Table 14: Minor DWDM Alarm List, on page 110 alphabetically lists Minor (MN) DWDM alarms.
Table 14: Minor DWDM Alarm List
LO-TXPOWER (EQPT) HI-LASERBIAS (FC) AMPLI-INIT (AOTS)
LO-TXPOWER (ESCON) HI-LASERBIAS (GE) APC-CORR-SKIPPED (AOTS)
LO-TXPOWER (FC) HI-LASERBIAS (ISC) APC-CORR-SKIPPED (OCH)
LO-TXPOWER (GE) HI-LASERBIAS (OCN) APC-CORR-SKIPPED (OMS)
LO-TXPOWER (ISC) HI-LASERBIAS (PPM) APC-CORR-SKIPPED (OTS)
LO-TXPOWER (OCN) HI-LASERBIAS (TRUNK) APC-OUT-OF-RANGE (AOTS)
LO-TXPOWER (PPM) HI-LASERTEMP (EQPT) APC-OUT-OF-RANGE (OCH)
LO-TXPOWER (TRUNK) HI-LASERTEMP (OCN) APC-OUT-OF-RANGE (OMS)
MEM-LOW (EQPT) HI-LASERTEMP (PPM) APC-OUT-OF-RANGE (OTS)
MS-EOC (STMN) HI-RXPOWER (2R) APS-INV-PRIM (OCN)
NON-CISCO-PPM (PPM) HI-RXPOWER (ESCON) APS-PRIM-FAC (OCN)
OPWR-HDEG (AOTS) HI-RXPOWER (FC) APS-PRIM-SEC-MISM (OCN)
OPWR-HDEG (OCH-TERM) HI-RXPOWER (GE) APSB (OCN)
OPWR-HDEG (OCH) HI-RXPOWER (ISC) APSC-IMP (OCN)
OPWR-HDEG (OMS) HI-RXPOWER (OCN) APSCDFLTK (OCN)
OPWR-HDEG (OTS) HI-RXPOWER (TRUNK) APSCINCON (OCN)
OPWR-LDEG (AOTS) HITEMP (EQPT) APSCM (OCN)
OPWR-LDEG (OCH-TERM) HI-TXPOWER (2R) APSIMP (OCN)
OPWR-LDEG (OCH) HI-TXPOWER (EQPT) APSMM (OCN)
OPWR-LDEG (OMS) HI-TXPOWER (ESCON) AUTORESET (EQPT)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
110 78-20789-01
Alarm Troubleshooting
Minor Alarms (MN)
OPWR-LDEG (OTS) HI-TXPOWER (FC) AWG-DEG (OTS)
OTUK-IAE (TRUNK) HI-TXPOWER (GE) BPV (BITS)
OUT-OF-BUNDLE (ETH) HI-TXPOWER (ISC) CASETEMP-DEG (AOTS)
OUT-OF-BUNDLE (CHGRP) HI-TXPOWER (OCN) CFM-CONFIG-ERROR (ETH)
PROTNA (EQPT) HI-TXPOWER (PPM) CFM-LOOP (ETH)
PROV-MISMATCH (PPM) HI-TXPOWER (TRUNK) CFM-MEP-DOWN (ETH)
PWR-FAIL-A (EQPT) HP-TIM (VCMON-HP) CFM-XCON-SERVICE (ETH)
COMP-CARD-MISSING(EQPT)
PWR-FAIL-B (EQPT) IS-ADJ-FAIL (OCN) CONTBUS-IO-A(CONTBUS-A)
(EQPT)
PWR-FAIL-RET-A (EQPT) IS-ADJ-FAIL (TRUNK) CONTBUS-IO-B (CONTBUS-B)
(EQPT)
PWR-FAIL-RET-B (EQPT) LASERBIAS-DEG (AOTS) DATAFLT (NE)
RAMAN-G-NOT-REACHED
(OTS)
LASERBIAS-DEG (OTS) DCU-LOSS-FAIL (OTS)
RS-EOC (STMN) LASERTEMP-DEG (AOTS) DUP-IPADDR (NE)
SFTWDOWN (EQPT) LMP-FAIL (GE) DUP-NODENAME (NE)
SFTWDOWN-FAIL (EQPT)
SH-IL-VAR-DEG-HIGH (OTS) LMP-SD (GE) EFM-PEER-MISSING (GE)
SH-IL-VAR-DEG-LOW (OTS) LMP-SF (GE) EOC (OCN)
SNTP-HOST (NE) LOF (BITS) EOC (TRUNK)
SPANLEN-OUT-OF-RANGE
(OTS)
LO-LASERBIAS (EQPT) EOC-L (OCN)
SSM-FAIL (BITS) LO-LASERBIAS (OCN) EOC-L (TRUNK)
SSM-FAIL (TRUNK) LO-LASERBIAS (PPM) EQPT-DEGRADE (EQPT)
ESMC-FAIL (GE)
ESMC-FAIL (TRUNK)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 111
Alarm Troubleshooting
Minor Alarms (MN)
EVAL-LIC (EQPT)
SYNCPRI (EXT-SREF) LO-LASERTEMP (EQPT) EXC-BP (OTS)
SYNCSEC (EXT-SREF) LO-LASERTEMP (OCN) EXCCOL (EQPT)
SYNCSEC (NE-SREF) LO-LASERTEMP (PPM) EXT (ENVALRM)
SYNCTHIRD (EXT-SREF) LO-RXPOWER (2R) FAPS-CONFIG-MISMATCH
(EQPT)
SYNCTHIRD (NE-SREF) LO-RXPOWER (ESCON) FEPRLF (OCN)
TEMP-LIC (EQPT)
TIM-MON (TRUNK) LO-RXPOWER (FC) FIBERTEMP-DEG (AOTS)
TIM-P (STSMON) LO-RXPOWER (GE) FP-LINK-LOSS (EQPT)
VOA-HDEG (AOTS) LO-RXPOWER (ISC) GAIN-HDEG (AOTS)
VOA-HDEG (OCH) LO-RXPOWER (OCN) GAIN-LDEG (AOTS)
VOA-HDEG (OMS) LO-RXPOWER (TRUNK) GCC-EOC (TRUNK)
VOA-HDEG (OTS) LOS (BITS) HELLO (OCN)
VOA-LDEG (AOTS) LOS-O (OCH) HELLO (TRUNK)
VOA-LDEG (OCH) LOS-O (OMS) HI-LASERBIAS (2R)
VOA-LDEG (OMS) LOS-O (OTS) HI-LASERBIAS (EQPT)
VOA-LDEG (OTS) LO-TXPOWER (2R) HI-LASERBIAS (ESCON)
NA Conditions
Table 15: NADWDMConditions List, on page 112 alphabetically lists Not Alarmed (NA) DWDMconditions.
Table 15: NA DWDM Conditions List
SBYTCC-NEINTCLK(EQPT) FORCED-REQ-SPAN (OTS) APC-DISABLED (OCH)
SD (TRUNK) FORCED-REQ-SPAN (TRUNK) APC-DISABLED (OMS)
SD-L (OCN) FRCDSWTOINT (NE-SREF) APC-DISABLED (OTS)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
112 78-20789-01
Alarm Troubleshooting
NA Conditions
SD-L (OCN) FRNGSYNC (NE-SREF) APC-DISABLED (SHELF)
SD-L (TRUNK) FRCDSWTOPRI (EXT-SREF) APC-END (NE)
SD-P (STSMON) FRCDSWTOPRI (NE-SREF) APC-WRONG-GAIN (AOTS)
SD-P (STSTRM) FRCDSWTOSEC (EXT-SREF) ALS (2R)
SF (TRUNK) FRCDSWTOSEC (NE-SREF) ALS (AOTS)
SFBER-EXCEED-HO
(VCMON-HP)
FRCDSWTOTHIRD (EXT-SREF) ALS (ESCON)
SFBER-EXCEED-HO
(VCTRM-HP)
FRCDSWTOTHIRD (NE-SREF) ALS (FC)
SFBER-EXCEED-HO
(VCTRM-LP)
FSTSYNC (NE-SREF) ALS (GE)
SF-L (TRUNK) FTA-MISMATCH (EQPT) ALS (ISC)
SF-P (STSMON) HI-CCVOLT (BITS) ALS (OCN)
SF-P (STSTRM) HLDOVRSYNC (NE-SREF) ALS (TRUNK)
SHUTTER-OPEN (OTS) HP-DEG (VCMON-HP) ALS-DISABLED (EQPT)
SPAN-NOT-MEASURED
(OTS)
HP-DEG (VCTRM-HP) APC-DISABLED (AOTS)
SQUELCHED (2R) HP-EXC (VCMON-HP) APC-DISABLED (EQPT)
SQUELCHED (ESCON) HP-EXC (VCTRM-HP) APC-DISABLED (NE)
SQUELCHED (FC) INHSWPR (EQPT) APS-PRIM-FAC (OCN)
WKSWPR (FC) INHSWWKG (EQPT) AS-CMD (2R)
WKSWPR (GE) INTRUSION-PSWD (NE) AS-CMD (AOTS)
WKSWPR (ISC) LAN-POL-REV (NE) AS-CMD (BPLANE)
WKSWPR (OTS) LASER-APR (AOTS) AS-CMD (EQPT)
WTR (2R) LASER-APR (OTS) AS-CMD (ESCON)
WTR (EQPT) LMP-UNALLOC (GE) AS-CMD (FC)
WTR (ESCON) LOCKOUT-REQ (2R) AS-CMD (GE)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 113
Alarm Troubleshooting
NA Conditions
WTR (FC) LOCKOUT-REQ (EQPT) AS-CMD (ISC)
WTR (GE) LOCKOUT-REQ (ESCON) AS-CMD (NE)
WTR (ISC) LOCKOUT-REQ (FC) AS-CMD (OCH)
WTR (TRUNK) LOCKOUT-REQ (GE) AS-CMD (OCN)
SSM-LNC (BITS) LOCKOUT-REQ (ISC) AS-CMD (OMS)
SSM-LNC (NE-SREF) LOCKOUT-REQ (OCN) AS-CMD (OTS)
SSM-LNC (TRUNK) LOCKOUT-REQ (OTS) AS-CMD (PPM)
SSM-OFF (BITS) LOCKOUT-REQ (STSMON) AS-CMD (PWR)
SSM-OFF (TRUNK) LOCKOUT-REQ (TRUNK) AS-CMD (SHELF)
SSM-PRC (BITS) LPBKCRS (STSMON) AS-CMD (TRUNK)
SQUELCHED (GE) LPBKFACILITY (ESCON) AS-MT (2R)
SQUELCHED (ISC) LPBKFACILITY (FC) AS-MT (AOTS)
SQUELCHED (OCN) LPBKFACILITY (GE) AS-MT (EQPT)
SQUELCHED (TRUNK) LPBKFACILITY (ISC) AS-MT (ESCON)
SSM-DUS (BITS) LPBKFACILITY (TRUNK) AS-MT (FC)
SSM-DUS (TRUNK) LPBKTERMINAL (ESCON) AS-MT (GE)
SSM-PRC (NE-SREF) LPBKTERMINAL (FC) AS-MT (ISC)
SSM-PRC (TRUNK) LPBKTERMINAL (GE) AS-MT (OCH)
SSM-PRS (BITS) LPBKTERMINAL (ISC) AS-MT (OCN)
SSM-PRS (NE-SREF) LPBKTERMINAL (TRUNK) AS-MT (OMS)
SSM-PRS (TRUNK) MAN-REQ (EQPT) AS-MT (OTS)
SSM-RES (BITS) MANRESET (EQPT) AS-MT (PPM)
SSM-RES (NE-SREF) MANSWTOINT (NE-SREF) AS-MT (SHELF)
SSM-RES (TRUNK) MANSWTOPRI (EXT-SREF) AS-MT (TRUNK)
SSM-SDH-TN (BITS) MANSWTOPRI (NE-SREF) AS-MT-OOG (STSTRM)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
114 78-20789-01
Alarm Troubleshooting
NA Conditions
SSM-SDH-TN (NE-SREF) MANSWTOSEC (EXT-SREF) AUD-LOG-LOSS (NE)
SSM-SDH-TN (TRUNK) MANSWTOSEC (NE-SREF) AUD-LOG-LOW (NE)
AUTO-SENSE (PPM)
AUTO-SENSE-DSBLD (PPM)
SSM-SETS (BITS) MANSWTOTHIRD (EXT-SREF) AUTOSW-LOP (STSMON)
SSM-SETS (NE-SREF) MANSWTOTHIRD (NE-SREF) AUTOSW-LOP-SNCP
(VCMON-HP)
SSM-SETS (TRUNK) MANUAL-REQ-SPAN (2R) AUTOSW-LOP-SNCP
(VCMON-LP)
SSM-SMC (BITS) MANUAL-REQ-SPAN (ESCON) AUTOSW-PDI-SNCP
(VCMON-HP)
SSM-SMC (NE-SREF) MANUAL-REQ-SPAN (FC) AUTOSW-PDI (STSMON)
SSM-SMC (TRUNK) MANUAL-REQ-SPAN (GE) AUTOSW-SDBER (STSMON)
SSM-ST2 (BITS) MANUAL-REQ-SPAN (ISC) AUTOSW-SFBER (STSMON)
SSM-ST2 (NE-SREF) MANUAL-REQ-SPAN (OCN) AUTOSW-SDBER-SNCP
(VCMON-HP)
SSM-ST2 (TRUNK) MANUAL-REQ-SPAN (OTS) AUTOSW-SFBER-SNCP
(STSMON)
SSM-ST3 (BITS) MANUAL-REQ-SPAN (TRUNK) AUTOSW-UNEQ (STSMON)
SSM-ST3 (NE-SREF) MAN-LASER-RESTART (OTS) AUTOSW-UNEQ-SNCP
(VCMON-HP)
SSM-ST3 (TRUNK) MAN-LASER-RESTART (AOTS) AUTOSW-UNEQ-SNCP
(VCMON-LP)
SSM-ST3E (BITS) MS-DEG (STM1E) AWG-WARM-UP (OTS)
BP-LPBKFACILITY (EQPT)
BP-LPBKTERMINAL (EQPT)
SSM-ST3E (NE-SREF) MS-DEG (STMN) CHANLOSS (OCN)
SSM-ST3E (TRUNK) MS-EOC (STMN) CLDRESTART (EQPT)
SSM-ST4 (BITS) MS-EXC (STM1E) CTNEQPT-MISMATCH (EQPT)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 115
Alarm Troubleshooting
NA Conditions
SSM-ST4 (NE-SREF) MS-EXC (STMN) EFM-RLBK (GE)
SSM-ST4 (TRUNK) MT-OCHNC (OTS) ETH-LINKLOSS (NE)
SSM-STU (BITS) OCHNC-INC (OCHNC-CONN) FAILTOSW (2R)
SSM-STU (NE-SREF) OCHTERM-INC (OCH-TERM) FAILTOSW (EQPT)
SSM-STU (TRUNK) ODUK-SD-PM (TRUNK) FAILTOSW (ESCON)
SSM-TNC (BITS) ODUK-SF-PM (TRUNK) FAILTOSW (GE)
SSM-TNC (TRUNK) OPEN-SLOT (EQPT) FAILTOSW (FC)
SW-MISMATCH (EQPT) OSRION (AOTS) FAILTOSW (ISC)
SWTOPRI (EXT-SREF) OSRION (OTS) FAILTOSW (OCN)
SWTOPRI (NE-SREF) OTUK-SD (TRUNK) FAILTOSW (OTS)
SWTOSEC (EXT-SREF) OTUK-SF (TRUNK) FAILTOSW (TRUNK)
SWTOSEC (NE-SREF) OUT-OF-SYNC (ISC) FAILTOSW-HO (VCMON-HP)
SWTOTHIRD (EXT-SREF) PARAM-MISM (AOTS) FAILTOSW-PATH (STSMON)
PARAM-MISM (OCH) FAPS (TRUNK)
TRAIL-SIGNAL-FAIL(OCH) PARAM-MISM (OCH-TERM) FDI (OCH-TERM)
SWTOTHIRD (NE-SREF) PARAM-MISM (OMS) FDI (OCH)
SYNC-FREQ (BITS) PARAM-MISM (OTS) FE-FRCDWKSWBK-SPAN(OCN)
SYNC-FREQ (TRUNK) PDI-P (STSMON) FORCED-REQ (STSMON)
TEMP-MISM (NE) PDI-P (STSTRM) FE-FRCDWKSWPR-SPAN (OCN)
TRAIL-SIGNAL-FAIL
(TRUNK)
PMI (OMS) FE-MANWKSWBK-SPAN (OCN)
UNC-WORD (TRUNK) PMI (OTS) FE-MANWKSWPR-SPAN (OCN)
VOLT-MISM (PWR) PPR-BDI (TRUNK) FORCED-REQ (EQPT)
WKSWPR (2R) PPR-FDI (TRUNK) FORCED-REQ (POS)
WKSWPR (EQPT) PPR-MAINT (TRUNK) FORCED-REQ-SPAN (2R)
WKSWPR (ESCON) PPR-TRIG-EXCD (ETH) FORCED-REQ-SPAN (ESCON)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
116 78-20789-01
Alarm Troubleshooting
NA Conditions
WKSWPR (FC) REP-SEGMENT-FAULT (ETH) FORCED-REQ-SPAN (FC)
WKSWPR (GE) REP-SEGMENT-FAULT (GE) FORCED-REQ-SPAN (GE)
WKSWPR (ISC) RLS (OTS) FORCED-REQ-SPAN (ISC)
WKSWPR (OTS) RUNCFG-SAVENEED (EQPT) FORCED-REQ-SPAN (OCN)
NR Conditions
alphabetically lists Not Reported DWDM conditions.
Table 16: NR DWDM Conditions List
OTUK-AIS (TRUNK) ERFI-P-SRVR (STSTRM) AIS (BITS)
OTUK-BDI (TRUNK) HP-RFI (VCMON-HP) AIS (TRUNK)
RFI (TRUNK) MS-AIS (STMN) AIS-L (OCN)
RFI-L (OCN) MS-AIS (STM1E) AIS-L (TRUNK)
RFI-L (TRUNK) MS-RFI (STMN) AIS-P (STSMON)
RFI-P (STSMON) MS-RFI (STM1E) AIS-P (STSTRM)
RFI-P (STSTRM) ODUK-1-AIS-PM (TRUNK) AU-AIS (VCTRM-HP)
TRUNK-ODU-AIS (FC) ODUK-2-AIS-PM (TRUNK) AU-AIS (VCMON-HP)
TRUNK-ODU-AIS (GE) ODUK-3-AIS-PM (TRUNK) AUTOSW-AIS (STSMON)
TRUNK-ODU-AIS (OCN) ODUK-4-AIS-PM (TRUNK) AUTOSW-AIS-SNCP
(VCMON-HP)
TRUNK-ODU-AIS (OTU) ODUK-AIS-PM (TRUNK) AUTOSW-AIS-SNCP
(VCMON-LP)
UNQUAL-PPM ODUK-BDI-PM (TRUNK) ERFI-P-CONN (STSMON)
WVL-DRIFT-CHAN-OFF ODUK-LCK-PM (TRUNK) ERFI-P-CONN (STSTRM)
ODUK-OCI-PM (TRUNK) ERFI-P-SRVR (STSMON)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 117
Alarm Troubleshooting
NR Conditions
Alarms and Conditions Listed By Alphabetical Entry
Table 17: Alphabetical DWDMAlarmand Condition List, on page 118 alphabetically lists all DWDMalarms
and conditions.
Table 17: Alphabetical DWDM Alarm and Condition List
OPWR-LDEG (AOTS) GFP-CSF (GFP-FAC) ACT-SOFT-VERIF-FAIL (EQPT)
OPWR-LDEG (OCH) GFP-CSF (ML100T) AIS (BITS)
OPWR-LDEG (OCH-TERM) GFP-CSF (ML1000) AIS (TRUNK)
GFP-CSF-SIGLOSS (GFP-FAC)
GFP-CSF-SYNCLOSS(GFP-FAC)
OPWR-LDEG (OMS) GFP-CSF (MLMR) AIS-L (OCN)
OPWR-LDEG (OTS) GFP-LFD (CE100T) AIS-L (TRUNK)
OPWR-LFAIL (AOTS) GFP-LFD (CE1000) AIS-P (STSMON)
OPWR-LFAIL (OCH) GFP-LFD (CEMR) AIS-P (STSTRM)
OPWR-LFAIL (OCH-TERM) GFP-LFD (FCMR) ALS (2R)
OPWR-LFAIL (OMS) GFP-LFD (GFP-FAC) ALS (AOTS)
OPWR-LFAIL (OTS) GFP-LFD (ML100T) ALS (ESCON)
OSRION (AOTS) GFP-LFD (ML1000) ALS (FC)
OSRION (OTS) GFP-LFD (MLMR) ALS (GE)
OTUK-AIS (TRUNK) GFP-LFD (POS) ALS (ISC)
OTUK-BDI (TRUNK) GFP-UP-MISMATCH (CE100T) ALS (OCN)
OTUK-IAE (TRUNK) GFP-UP-MISMATCH (CE1000) ALS (TRUNK)
OTUK-LOF (TRUNK) GFP-UP-MISMATCH (CEMR) ALS-DISABLED (EQPT)
OTUK-SD (TRUNK) GFP-UP-MISMATCH (FCMR) AMPLI-INIT (AOTS)
OTUK-SF (TRUNK) GFP-UP-MISMATCH (GFP-FAC) APC-CORR-SKIPPED (AOTS)
OTUK-TIM (TRUNK) GFP-UP-MISMATCH (ML100T) APC-CORR-SKIPPED (OCH)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
118 78-20789-01
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
OUT-OF-BUNDLE (ETH) GFP-UP-MISMATCH (ML1000) APC-CORR-SKIPPED (OMS)
OUT-OF-BUNDLE (CHGRP) GFP-UP-MISMATCH (MLMR) APC-CORR-SKIPPED (OTS)
OUT-OF-SYNC (FC) GFP-UP-MISMATCH (POS) APC-DISABLED (AOTS)
OUT-OF-SYNC (GE) HELLO (TRUNK) APC-DISABLED (EQPT)
OUT-OF-SYNC (ISC) HIBATVG (PWR) APC-DISABLED (NE)
HI-BER
2
(DWDM-CLIENT)
HI-BER
2
(DWDM-TRUNK)
OUT-OF-SYNC (TRUNK) HI-CCVOLT (BITS) APC-DISABLED (OCH)
PARAM-MISM (AOTS) HI-LASERBIAS (2R) APC-DISABLED (OMS)
PARAM-MISM (OCH) HI-LASERBIAS (EQPT) APC-DISABLED (OTS)
PARAM-MISM (OCH-TERM) HI-LASERBIAS (ESCON) APC-DISABLED (SHELF)
PARAM-MISM (OMS) HI-LASERBIAS (FC) APC-END (NE)
PARAM-MISM (OTS) HI-LASERBIAS (GE) APC-OUT-OF-RANGE (AOTS)
PAYLOAD-UNKNOWN(PPM)
PDI-P (STSMON) HI-LASERBIAS (ISC) APC-OUT-OF-RANGE (OCH)
PDI-P (STSTRM) HI-LASERBIAS (OCN) APC-OUT-OF-RANGE (OMS)
PEER-CSF (OCN)
PEER-CSF (STM)
PEER-NORESPONSE (EQPT) HI-LASERBIAS (PPM) APC-OUT-OF-RANGE (OTS)
PM-TCA HI-LASERBIAS (TRUNK) APC-WRONG-GAIN (AOTS)
PMD-DEG (TRUNK) HI-LASERTEMP (EQPT) APS-INV-PRIM (OCN)
PMI (OMS) HI-LASERTEMP (OCN) APS-PRIM-FAC (OCN)
PMI (OTS) HI-LASERTEMP (PPM) APS-PRIM-SEC-MISM (OCN)
PORT-COMM-FAIL
(DWDM-CLIENT)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 119
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
PORT-COMM-FAIL
(DWDM-TRUNK)
PPR-BDI (TRUNK) HI-RXPOWER (2R) APSB (OCN)
PPR-FDI (TRUNK) HI-RXPOWER (ESCON) APSC-IMP (OCN)
PPR-MAINT (TRUNK) HI-RXPOWER (FC) APSCDFLTK (OCN)
PPR-TRIG-EXCD (ETH) HI-RXPOWER (GE) APSCINCON (OCN)
PORT-FAIL (OCH) HI-RXPOWER (ISC) APSCM (OCN)
PROT-SOFT-VERIF-FAIL
(EQPT)
HI-RXPOWER (OCN) APSCNMIS (OCN)
PROTNA (EQPT) HI-RXPOWER (TRUNK) APSIMP (OCN)
PROV-MISMATCH (PPM) HITEMP (EQPT) APSMM (OCN)
PROV-MISMATCH (TRUNK) HITEMP (NE) AS-CMD (2R)
PTIM (TRUNK) HI-TXPOWER (2R) AS-CMD (AOTS)
PWR-FAIL-A (EQPT) HI-TXPOWER (EQPT) AS-CMD (BPLANE)
PWR-FAIL-B (EQPT) HI-TXPOWER (ESCON) AS-CMD (EQPT)
PWR-FAIL-RET-A (EQPT) HI-TXPOWER (FC) AS-CMD (ESCON)
PWR-FAIL-RET-B (EQPT) HI-TXPOWER (GE) AS-CMD (FC)
PWR-PROT-ON (OTS) HI-TXPOWER (ISC) AS-CMD (GE)
RAMAN-G-NOT-REACHED
(OTS)
HI-TXPOWER (OCN) AS-CMD (ISC)
REMOTE-FAULT (ETH) HI-TXPOWER (PPM) AS-CMD (NE)
REP-LINK-FLAPPING (ETH) HI-TXPOWER (TRUNK) AS-CMD (OCH)
REP-NEIHB-ADJ-FAIL (ETH) HLDOVRSYNC (NE-SREF) AS-CMD (OCN)
REP-SEGMENT-FAULT(ETH) HP-DEG (VCMON-HP) AS-CMD (OMS)
REP-SEGMENT-FAULT (GE) HP-DEG (VCTRM-HP) AS-CMD (OTS)
RFI (TRUNK) HP-ENCAP-MISMATCH
(VCTRM-HP)
AS-CMD (PPM)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
120 78-20789-01
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
RFI-L (OCN) HP-EXC (VCMON-HP) AS-CMD (PWR)
RFI-P (STSMON) HP-EXC (VCTRM-HP) AS-CMD (SHELF)
RFI-P (STSTRM) HP-PLM (VCMON-HP) AS-CMD (TRUNK)
RLS (OTS) HP-PLM (VCTRM-HP) AS-MT-OOG (STSTRM)
RMON-ALARM HP-RFI (VCMON-HP) AS-MT (2R)
RMON-RESET HP-TIM (VCMON-HP) AS-MT (AOTS)
RING-ID-MIS (OSC-RING) HP-UNEQ (VCMON-HP) AS-MT (EQPT)
RS-EOC (STMN) HP-UNEQ (VCTRM-HP) AS-MT (ESCON)
RS-TIM (STMN) I-HITEMP (NE) AS-MT (FC)
RUNCFG-SAVENEED (EQPT) ILK-FAIL (TRUNK) AS-MT (GE)
SBYTCC-NEINTCLK (EQPT) IMPROPRMVL (EQPT) AS-MT (ISC)
SD (TRUNK) IMPROPRMVL (PPM) AS-MT (OCH)
SD-L (OCN) INTRUSION-PSWD (NE) AS-MT (OCN)
SD-P (STSMON) INVMACADR (AIP) AS-MT (OMS)
SD-P (STSTRM) INHSWPR (EQPT) AS-MT (OTS)
SF (TRUNK) INHSWWKG (EQPT) AS-MT (PPM)
INVALID-MUXCONF (EQPT)
SF-L (TRUNK) ISIS-ADJ-FAIL (OCN) AS-MT (SHELF)
SF-P (STSMON) ISIS-ADJ-FAIL (TRUNK) AS-MT (TRUNK)
SF-P (STSTRM) LAN-POL-REV (NE) AU-AIS (VCTRM-HP)
SFBER-EXCEED-HO
(VCMON-HP)
LASEREOL (OCN) AU-AIS (VCMON-HP)
SFBER-EXCEED-HO
(VCTRM-HP)
LASER-APR (AOTS) AU-LOP (VCTRM-HP)
SFBER-EXCEED-HO
(VCTRM-LP)
LASER-APR (OTS) AU-LOP (VCMON-HP)
SFTWDOWN (EQPT) LASER-OFF-WVL-DRIFT(OCN) AUD-LOG-LOSS (NE)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 121
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
SFTWDOWN-FAIL (EQPT)
SHELF-COMM-FAIL(SHELF) LASER-OFF-WVL-DRIFT
(STMN)
AUD-LOG-LOW (NE)
AUTO-SENSE (PPM)
AUTO-SENSE-DSBLD (PPM)
SH-IL-VAR-DEG-HIGH (OTS) LASER-OFF-WVL-DRIFT
(TRUNK)
AUTORESET (EQPT)
SH-IL-VAR-DEG-LOW (OTS) LASERBIAS-DEG (AOTS) AUTOLSROFF (OCN)
SHUTTER-OPEN (OTS) LASERBIAS-DEG (OTS) AUTOSW-AIS (STSMON)
SIGLOSS (ESCON) LASERBIAS-FAIL (AOTS) AUTOSW-AIS-SNCP
(VCMON-HP)
SIGLOSS (FC) LASERTEMP-DEG (AOTS) AUTOSW-AIS-SNCP
(VCMON-LP)
LIC-EXPIRING-SHORTLY
(EQPT)
LIC-EXPIRING-SOON (EQPT)
LIC-MISSING (PORT)
LICENSE-EXPIRED (EQPT)
SIGLOSS (GE) LMP-FAIL (GE) AUTOSW-LOP (STSMON)
SIGLOSS (ISC) LMP-SD (GE) AUTOSW-LOP-SNCP
(VCMON-HP)
SIGLOSS (TRUNK) LMP-SF (GE) AUTOSW-LOP-SNCP
(VCMON-LP)
SNTP-HOST (NE) LMP-UNALLOC (GE) AUTOSW-PDI (STSMON)
SOFT-VERIF-FAIL (EQPT) LOCAL-FAULT (ETH) AUTOSW-PDI-SNCP
(VCMON-HP)
SPANLEN-OUT-OF-RANGE
(OTS)
LOCKOUT-REQ (2R) AUTOSW-SDBER (STSMON)
SPAN-NOT-MEASURED
(OTS)
LOCKOUT-REQ (EQPT) AUTOSW-SDBER-SNCP
(VCMON-HP)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
122 78-20789-01
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
SQUELCHED (2R) LOCKOUT-REQ (ESCON) AUTOSW-SFBER (STSMON)
SQUELCHED (ESCON) LOCKOUT-REQ (FC) AUTOSW-SFBER-SNCP
(STSMON)
SQUELCHED (FC) LOCKOUT-REQ (GE) AUTOSW-UNEQ (STSMON)
SQUELCHED (GE) LOCKOUT-REQ (ISC) AUTOSW-UNEQ-SNCP
(VCMON-HP)
SQUELCHED (ISC) LOCKOUT-REQ (OTS) AUTOSW-UNEQ-SNCP
(VCMON-LP)
SQUELCHED (OCN) LOCKOUT-REQ (TRUNK) AWG-DEG (OTS)
SQUELCHED (TRUNK) LOF (BITS) AWG-FAIL (OTS)
SSM-DUS (BITS) LOF (TRUNK) AWG-OVERTEMP (OTS)
SSM-DUS (TRUNK) LO-LASERBIAS (EQPT) AWG-WARM-UP (OTS)
SSM-FAIL (BITS) LO-LASERBIAS (OCN) BAT-FAIL (PWR)
SSM-FAIL (TRUNK) LO-LASERBIAS (PPM) BKUPMEMP (EQPT)
BP-LPBKFACILITY (EQPT)
BP-LPBKTERMINAL (EQPT)
SSM-LNC (BITS) LO-LASERTEMP (EQPT) BPV (BITS)
SSM-LNC (NE-SREF) LO-LASERTEMP (OCN) CARLOSS (EQPT)
SSM-LNC (TRUNK) LO-LASERTEMP (PPM) CARLOSS (FC)
SSM-OFF (BITS) LOM (TRUNK) CARLOSS (GE)
SSM-OFF (TRUNK) LOP-P (TRUNK) CARLOSS (ISC)
SSM-PRC (BITS) LOP-P (OCH) CARLOSS (TRUNK)
SSM-PRC (NE-SREF) LOP-P (OMS) CASETEMP-DEG (AOTS)
SSM-PRC (TRUNK) LOP-P (OTS) CD (TRUNK)
SSM-PRS (BITS) LO-RXPOWER (2R) CHANLOSS (OCN)
SSM-PRS (NE-SREF) LO-RXPOWER (ESCON) CFM-CONFIG-ERROR (ETH)
SSM-PRS (TRUNK) LO-RXPOWER (FC) CFM-LOOP (ETH)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 123
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
SSM-RES (BITS) LO-RXPOWER (GE) CFM-MEP-DOWN (ETH)
SSM-RES (NE-SREF) LO-RXPOWER (ISC) CFM-XCON-SERVICE (ETH)
SSM-RES (TRUNK) LO-RXPOWER (OCN) CLDRESTART (EQPT)
COMP-CARD-MISSING (EQPT)
SSM-SDH-TN (BITS) LO-RXPOWER (TRUNK) CONTBUS-DISABLED (EQPT)
SSM-SDH-TN (NE-SREF) LOS (2R) CONTBUS-IO-A (CONTBUS-A)
(EQPT)
SSM-SDH-TN (TRUNK) LOS (BITS) CONTBUS-IO-B (CONTBUS-B)
(EQPT)
SSM-SETS (BITS) LOS (ESCON) CTNEQPT-MISMATCH (EQPT)
SSM-SETS (NE-SREF) LOS (ISC) DATA-CRC (OCH)
LOS (OTS) DATAFLT (NE)
SSM-SETS (TRUNK) LOS (TRUNK) DBOSYNC (NE)
SSM-SMC (BITS) DCU-LOSS-FAIL (OTS)
SSM-SMC (NE-SREF) LOS-O (OCH) DSP-COMM-FAIL (TRUNK)
SSM-SMC (TRUNK) LOS-O (OMS) DSP-FAIL (TRUNK)
SSM-ST2 (BITS) LOS-O (OTS) DUP-IPADDR (NE)
SSM-ST2 (NE-SREF) LOS-P (OCH) DUP-NODENAME (NE)
SSM-ST2 (TRUNK) LOS-P (OMS) DUP-SHELF-ID (SHELF)
SSM-ST3 (BITS) LOS-P (OTS) EFM-PEER-MISSING (GE)
SSM-ST3 (NE-SREF) LOS-P (TRUNK) EFM-RFI-DG (GE)
SSM-ST3 (TRUNK) LOS-RAMAN (OTS) EFM-RLBK (GE)
SSM-ST3E (BITS) LO-TXPOWER (2R) EHIBATVG (PWR)
SSM-ST3E (NE-SREF) LO-TXPOWER (EQPT) ELWBATVG (PWR)
SSM-ST3E (TRUNK) LO-TXPOWER (ESCON) ENCAP-MISMATCH-P(STSTRM)
SSM-ST4 (BITS) LO-TXPOWER (FC) ENCAP-MISMATCH-P (POS)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
124 78-20789-01
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
SSM-ST4 (NE-SREF) LO-TXPOWER (GE) EOC (OCN)
SSM-ST4 (TRUNK) LO-TXPOWER (ISC) EOC (TRUNK)
SSM-STU (BITS) LO-TXPOWER (OCN) EOC-E (OCN)
SSM-STU (NE-SREF) LO-TXPOWER (PPM) EOC-E (TRUNK)
SSM-STU (TRUNK) LO-TXPOWER (TRUNK) EOC-E (FE)
SSM-TNC (BITS) LPBKCRS (STSMON) EOC-E (GE)
SSM-TNC (NE-SREF) LPBKFACILITY (ESCON) EOC-L (OCN)
SSM-TNC (TRUNK) LPBKFACILITY (FC) EOC-L (TRUNK)
SW-MISMATCH (EQPT) LPBKFACILITY (GE) ERFI-P-CONN (STSMON)
SWTOPRI (EXT-SREF) LPBKFACILITY (ISC) ERFI-P-CONN (STSTRM)
SWTOPRI (NE-SREF) LPBKFACILITY (TRUNK) ERFI-P-SRVR (STSMON)
SWTOSEC (EXT-SREF) LPBKTERMINAL (ESCON) ERFI-P-SRVR (STSTRM)
SWTOSEC (NE-SREF) LPBKTERMINAL (FC) EQPT (AICI-AEP)
SWTOTHIRD (EXT-SREF) LPBKTERMINAL (GE) EQPT (AICI-AIE)
SWTOTHIRD (NE-SREF) LPBKTERMINAL (ISC) EQPT (EQPT)
SYNC-FREQ (BITS) LPBKTERMINAL (TRUNK) EQPT (PPM)
SYNC-FREQ (TRUNK) LWBATVG (PWR) EQPT-DEGRADE (EQPT)
SYNCLOSS (FC) MAN-REQ (EQPT) EQPT-DIAG (EQPT)
EQPT-FAIL (EQPT)
SYNCLOSS (GE) MANRESET (EQPT) EQPT-MISS (FAN)
ESMC-FAIL (GE)
ESMC-FAIL (TRUNK)
SYNCLOSS (ISC) MANSWTOINT (NE-SREF) ETH-LINKLOSS (NE)
EVAL-LIC (EQPT)
SYNCLOSS (TRUNK) MANSWTOPRI (EXT-SREF) EXC-BP (OTS)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 125
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
SYNCPRI (EXT-SREF) MANSWTOPRI (NE-SREF) EXCCOL (EQPT)
SYNCPRI (NE-SREF) MANSWTOSEC (EXT-SREF) EXT (ENVALRM)
SYNCSEC (EXT-SREF) MANSWTOSEC (NE-SREF) FAILTOSW (2R)
SYNCSEC (NE-SREF) MANSWTOTHIRD (EXT-SREF) FAILTOSW (EQPT)
SYNCTHIRD (EXT-SREF) MANSWTOTHIRD (NE-SREF) FAILTOSW (ESCON)
SYNCTHIRD (NE-SREF) MAN-LASER-RESTART (OTS) FAILTOSW (FC)
SYSBOOT (NE) MAN-LASER-RESTART (AOTS) FAILTOSW (GE)
TEMP-LIC (EQPT)
TEMP-MISM (NE) MANUAL-REQ-SPAN (2R) FAILTOSW (ISC)
TIM (TRUNK) MANUAL-REQ-SPAN (ESCON) FAILTOSW (OCN)
TIM-MON (TRUNK) MANUAL-REQ-SPAN (FC) FAILTOSW (OTS)
TIM-P (TRUNK) MANUAL-REQ-SPAN (GE) FAILTOSW (TRUNK)
TIM-S (TRUNK) MANUAL-REQ-SPAN (ISC) FAILTOSW-HO (STSMON)
TRAIL-SIGNAL-FAIL (OCH) MANUAL-REQ-SPAN (OCN) FAILTOSW-PATH (STSMON)
TRAIL-SIGNAL-FAIL
(TRUNK)
MANUAL-REQ-SPAN (OTS) FAN (FAN)
TRUNK-ODU-AIS (FC)
TRUNK-ODU-AIS (GE)
TRUNK-ODU-AIS (OCN)
TRUNK-ODU-AIS (OTU)
TRUNK-PAYLOAD-MISM
(FC)
TRUNK-PAYLOAD-MISM
(GE)
TRUNK-PAYLOAD-MISM
(OCN)
TRUNK-PAYLOAD-MISM
(OTU)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
126 78-20789-01
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
TX-OFF-NON-CISCO-PPM
(PPM)
MANUAL-REQ-SPAN (TRUNK) FAPS (TRUNK)
UNC-WORD (TRUNK) MANWKSWBK-NO-TRFSW
(OCN)
FAPS-CONFIG-MISMATCH
(EQPT)
UNEQ-P (STSMON, STSTRM) MANWKSWPR-NO-TRFSW
(OCN)
FC-NO-CREDITS (FC)
UNQUAL-PPM (PPM) MEA (AIP) FC-NO-CREDITS (TRUNK)
USBSYNC (USB) MEA (EQPT) FDI (OCH)
USB-WRITE-FAIL (USB) MEA (FAN) FDI (OCH-TERM)
UT-COMM-FAIL (TRUNK) MEA (PPM) FE-FRCDWKSWBK-SPAN(OCN)
UT-FAIL (TRUNK) MEA (SHELF) FE-FRCDWKSWPR-SPAN(OCN)
VOA-DISABLED (EQPT) MEM-GONE (EQPT) FE-MANWKSWBK-SPAN(OCN)
VOA-HDEG (AOTS) MEM-LOW (EQPT) FE-MANWKSWPR-SPAN (OCN)
VOA-HDEG (OCH) MFGMEM (AICI-AEP) FEC-MISM (TRUNK)
VOA-HDEG (OMS) MFGMEM (AICI-AIE) FEPRLF (OCN)
VOA-HDEG (OTS) MFGMEM (AIP) FIBERTEMP-DEG (AOTS)
VOA-HFAIL (AOTS) MFGMEM (BPLANE) FORCED-REQ (EQPT)
VOA-HFAIL (OCH) MFGMEM (FAN) FORCED-REQ (STSMON)
VOA-HFAIL (OMS) MFGMEM (PPM) FORCED-REQ (POS)
VOA-HFAIL (OTS) MS-AIS (STMN) FORCED-REQ-SPAN (2R)
VOA-LDEG (AOTS) MS-AIS (STM1E) FORCED-REQ-SPAN (ESCON)
VOA-LDEG (OCH) MS-DEG (STMN) FORCED-REQ-SPAN (FC)
VOA-LDEG (OMS) MS-DEG (STM1E) FORCED-REQ-SPAN (GE)
VOA-LDEG (OTS) MS-EOC (STMN) FORCED-REQ-SPAN (ISC)
VOA-LFAIL (AOTS) MS-EXC (STMN) FORCED-REQ-SPAN (OCN)
VOA-LFAIL (OCH) MS-EXC (STM1E) FORCED-REQ-SPAN (OTS)
VOA-LFAIL (OMS) MS-RFI (STMN) FORCED-REQ-SPAN (TRUNK)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 127
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
VOA-LFAIL (OTS) MS-RFI (STM1E) FP-LINK-LOSS (EQPT)
VOLT-MISM (PWR) MT-OCHNC (OTS) FRCDSWTOINT (NE-SREF)
WKSWBK (EQPT) NON-CISCO-PPM (PPM) FRCDSWTOPRI (EXT-SREF)
WKSWBK (OCN) OCHNC-INC (OCHNC-CONN) FRCDSWTOPRI (NE-SREF)
WKSWBK (OTS) OCHTERM-INC (OCH-TERM) FRCDSWTOSEC (EXT-SREF)
WKSWPR (2R) ODUK-1-AIS-PM (TRUNK) FRCDSWTOSEC (NE-SREF)
WKSWPR (EQPT) ODUK-2-AIS-PM (TRUNK) FRCDSWTOTHIRD (EXT-SREF)
WKSWPR (ESCON) ODUK-3-AIS-PM (TRUNK) FRCDSWTOTHIRD (NE-SREF)
WKSWPR (FC) ODUK-4-AIS-PM (TRUNK) FRCDWKSWBK-NO-TRFSW
(OCN)
WKSWPR (GE) ODUK-AIS-PM (TRUNK) FRCDWKSWPR-NO-TRFSW
(OCN)
WKSWPR (ISC) ODUK-BDI-PM (TRUNK) FRNGSYNC (NE-SREF)
WKSWPR (OTS) ODUK-LCK-PM (TRUNK) FSTSYNC (NE-SREF)
WORK-QUEUE-FULL(EQPT) ODUK-OCI-PM (TRUNK) FTA-MISMATCH (EQPT)
WTR (2R) ODUK-SD-PM (TRUNK) GAIN-HDEG (AOTS)
WTR (EQPT) ODUK-SF-PM (TRUNK) GAIN-HFAIL (AOTS)
WTR (ESCON) ODUK-TIM-PM (TRUNK) GAIN-LDEG (AOTS)
WTR (FC) OPEN-SLOT (EQPT) GAIN-LFAIL (AOTS)
WTR (GE) OPWR-HDEG (AOTS) GCC-EOC (TRUNK)
WTR (ISC) OPWR-HDEG (OCH) GE-OOSYNC (FC)
WTR (TRUNK) OPWR-HDEG (OCH-TERM) GE-OOSYNC (GE)
WAN-SYNCLOSS (STSMON) OPWR-HDEG (OMS) GE-OOSYNC (ISC)
WAN-SYNCLOSS (STSTRM) OPWR-HDEG (OTS) GE-OOSYNC (TRUNK)
WAN-SYNCLOSS
(VCMON-HP)
OPWR-HFAIL (AOTS) GFP-CSF (CE100T)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
128 78-20789-01
Alarm Troubleshooting
Alarms and Conditions Listed By Alphabetical Entry
WAN-SYNCLOSS
(VCTRM-HP)
OPWR-HFAIL (OCH) GFP-CSF (CE1000)
WVL-DRIFT-CHAN-OFF
(OCH)
OPWR-HFAIL (OMS) GFP-CSF (CEMR)
USBSYNC (USB) SOFT-VERIF-FAIL (EQPT) GFP-CSF (FCMR)
USB-WRITE-FAIL (USB) EFM-RFI-CE (GE) ACT-SOFT-VERIF-FAIL (EQPT)
EFM-RFI-LF (GE) OPWR-HFAIL (OTS) PROT-SOFT-VERIF-FAIL(EQPT)
2
Supported only in Release 9.2.2
Logical Objects
The CTC alarm profile list organizes all alarms and conditions according to the logical objects they are raised
against. These logical objects represent physical objects such as cards, logical objects such as circuits, or
transport and signal monitoring entities such as the SONET or ITU-T G.709 optical overhead bits. One alarm
can appear in multiple entries. It can be raised against multiple objects. For example, the loss of signal (LOS)
alarm can be raised against the optical signal (OC-N) or the optical transport layer overhead (OTN) as well
as other objects. Therefore, both OCN: LOS and OTN: LOS appear in the list (as well as the other objects).
Alarm profile list objects are defined in Table 18: Alarm Logical Object Type Definitions, on page 129.
Alarm logical object names can appear as abbreviated versions of standard terms used in the system and
the documentation. For example, the OCN logical object refers to the OC-N signal. Logical object names
or industry-standard terms are used within the entries as appropriate.
Note
Alarm Logical Objects
Table 18: Alarm Logical Object Type Definitions, on page 129 lists all logical alarm objects used in this
chapter.
Table 18: Alarm Logical Object Type Definitions
Definition Logical Object
Reshape and retransmit (used for transponder [TXP] cards). 2R
AlarmInterface ControllerInternational/alarmexpansion panel. Acombination termthat
refers to this platform AIC-I card.
AICI-AEP
AlarmInterface Controller-International/AlarmInterface Extension. Acombination term
that refers to this platform's AIC-I card.
AICI-AIE
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 129
Alarm Troubleshooting
Logical Objects
Definition Logical Object
Alarm Interface Panel. AIP
Amplified optical transport section. AOTS
Building integrated timing supply incoming references (BITS-1, BITS-2). BITS
The backplane. BPLANE
An environmental alarm port. ENVALRM
A card, its physical objects, and its logical objects as they are located in any of the eight
noncommon card slots. The EQPT object is used for alarms that refer to the card itself
and all other objects on the card including ports, lines, synchronous transport signals
(STS), and virtual tributaries (VT).
EQPT
Enterprise System Connection fiber optic technology, referring to the following TXP
cards: TXP_MR_2.5G, TXPP_MR_2.5G, MXP_MR_2.5G, MXPP_MR_2.5G.
ESCON
BITS outgoing references (SYNC-BITS1, SYNC-BITS2). EXT-SREF
Fan-tray assembly. FAN
Fibre channel data transfer architecture, referring to the following muxponder (MXP)
or TXP cards: MXP_MR_2.5G, MXPP_MR_2.5G, MXP_MR_10DME_C,
MXP_MR_10DME_L, TXP_MR_2.5G, TXPP_MR_2.5G, TXP_MR_10E,
TXP_MR_10E_C, TXP_MR_10E_L, GE_XP, 10GE_XP, ADM-10G, and OTU2_XP.
FC
Gigabit Ethernet, referring to the following MXP or TXP cards: MXP_MR_2.5G,
MXPP_MR_2.5G, TXP_MR_2.5G, TXPP_MR_2.5G, TXP_MR_10G,
TXP_MR_10E,TXP_MR_10E_C, TXP_MR_10E_L, MXP_MR_10DME_C,
MXP_MR_10DME_L, GE-XP, 10GE-XP, ADM-10G, and OTU2_XP.
GE
Inter-service channel, referring to TXPP_MR_2.5G or TXP_MR_2.5G cards. ISC
The entire network element. NE
The timing status of the NE. NE-SREF
The optical channel, referring to dense wavelength division multiplexing (DWDM)
cards.
OCH
The optical channel termination node, referring to DWDM cards. OCH-TERM
The optical channel network connection, referring to DWDM cards. OCHNC-CONN
Optical multiplex section. OMS
Optical service channel ring. OSC-RING
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
130 78-20789-01
Alarm Troubleshooting
Alarm Logical Objects
Definition Logical Object
Optical transport section. OTS
Pluggable port module (PPM, also called SFP), referring to MXP and TXP cards. PPM
Power equipment. PWR
The shelf assembly. SHELF
The optical or DWDM card carrying the high-speed signal; referring to MXP or TXP
cards.
TRUNK
Alarm List by Logical Object Type
Lists all the alarms and logical objects as they are given in the system alarm profile. The list entries are
organized by logical object name and then by alarm or condition name. Where appropriate, the alarm entries
also contain troubleshooting procedures.
In a mixed network containing different types of nodes (for example, ONS 15310-CL, ONS 15454, and
ONS 15600), the initially displayed alarmlist in the node view(single-shelf mode) or shelf view(multishelf
mode) Provisioning > AlarmProfiles tabs > AlarmProfile Editor tab lists all conditions that are applicable
to all nodes in the network. However, when you load the default severity profile froma node, only applicable
alarms will display severity levels. Nonapplicable alarms can display use default or unset.
Note
In some cases this list does not follow alphabetical order, but it does reflect the order shown in CTC. Note
Table 19: Alarm List by Logical Object in Alarm Profile
OTS: WKSWBK (NA) GE: LMP-FAIL (MN) 2R: ALS (NA)
OTS: WKSWPR (NA) GE: LMP-SD (MN) 2R: AS-CMD (NA)
OTU: TRUNK-ODU-AIS (NR)
OTU:
TRUNK-PAYLOAD-MISM
(MJ)
PORT: LIC-MISSING (CR)
POS: ENCAP-MISMATCH-P
(CR)
GE: LMP-SF (MN) 2R: AS-MT (NA)
Cisco ONS 15454 DWDM Troubleshooting Guide, Release 9.6.x
78-20789-01 131
Alarm Troubleshooting
Alarm List by Logical Object Type
POS: FORCED-REQ (NA) GE: LMP-UNALLOC (NA) 2R: FAILTOSW (NA)
POS: GFP-CSF (MJ) GE: LO-RXPOWER (MN) 2R: FORCED-REQ-SPAN (NA)
POS: GFP-LFD (MJ) GE: LO-TXPOWER (MN) 2R: HI-LASERBIAS (MN)
PPM: AS-CMD (NA) GE: LOCKOUT-REQ (NA) 2R: HI-RXPOWER (MN)
PPM: AS-MT (NA) GE: LPBKFACILITY (NA) 2R: HI-TXPOWER (MN)
PPM: AUTO-SENSE (NA)
PPM: AUTO-SENSE-DSBLD
(NA)
PPM: EQPT (CR) GE: LPBKTERMINAL (NA) 2R: LO-RXPOWER (MN)
PPM: HI-LASERBIAS (MN) GE: MANUAL-REQ-SPAN (NA) 2R: LO-TXPOWER (MN)
PPM: HI-LASERTEMP (MN) GE: OUT-OF-SYNC (MJ) 2R: LOCKOUT-REQ (NA)
PPM: HI-TXPOWER (MN) GE: SIGLOSS (MJ) 2R: LOS (CR)
PPM: IMPROPRMVL (CR) GE: SQUELCHED (NA) 2R: MANUAL-REQ-SPAN (NA)
PPM: LO-LASERBIAS (MN) GE: SYNCLOSS (MJ) 2R: SQUELCHED (NA)
GE: TRUNK-ODU-AIS (NR)
GE: TRUNK-PAYLOAD-MISM
(MJ)
GFP-FAC: GFP-CSF-SYNCLOSS
(MJ)