Troubleshooting Overview

Table Of Contents

Troubleshooting Overview

1.1  Overview

1.2  General Model of Problem Solving

1.3  Maintaining Network Information

1.4  Network and System Management

1.4.1  CiscoView

1.4.2  CTM

1.4.3  DFM

1.5  Third-Party Troubleshooting Tools

1.6  Using General Diagnostic Commands

1.6.1  show Commands

1.6.2  debug Commands

1.6.3  ping Command

1.6.4  traceroute Command

1.7   Online Diagnostics

1.7.1  Accessibility Test

1.7.2  OIR Test

1.8  Configuring Online Diagnostics

1.8.1  Displaying the Online Diagnostics Configuration and Results

1.9  Checking Release Notes for Workarounds

1.9.1  Using Bug Navigator II

1.9.2  Checking Cisco IOS Release Notes

1.10  Initial Troubleshooting Checklist

Troubleshooting Overview

This chapter gives a brief overview of the Cisco ONS 15540 ESPx Troubleshooting Guide as well as a troubleshooting overview of the various areas that might require troubleshooting. This chapter includes the following sections:

• Overview

• General Model of Problem Solving

• Maintaining Network Information

• Network and System Management

• Third-Party Troubleshooting Tools

• Using General Diagnostic Commands

• Online Diagnostics

• Configuring Online Diagnostics

• Checking Release Notes for Workarounds

• Initial Troubleshooting Checklist

Basic troubleshooting processes, such as troubleshooting Ethernet connections, that are not specific to the Cisco ONS 15540 ESPx are not described in this document. This information is found online in other troubleshooting guides such as the Cisco IOS Internetwork Troubleshooting Guide.

1.1  Overview

The Cisco ONS 15540 ESPx is an optical transport platform that employs DWDM (dense wavelength division multiplexing) technology. With the Cisco ONS 15540 ESPx, users can take advantage of the availability of dark fiber to build a common infrastructure that supports data networking (Ethernet based as well as SONET/SDH based) and storage networking.

The Cisco ONS 15540 ESPx uses a 12-slot modular vertical chassis (see Figure 1-1). The system receives power through redundant -48 VDC inputs. A redundant external AC power supply is available, or DC power can be provided directly. As you face the chassis, the two leftmost slots (slots 0 and 1) hold the mux/demux motherboards. These slots, which are populated with optical mux/demux modules, correspond to the west and east directions, respectively. Slots 2-5 and 8-11 hold the line card motherboards, which are populated with transponder modules. Slots 6 and 7 hold the processor cards. Air inlet, fan tray, and cable management are located beneath the modular slots. The system has an electrical backplane for system control.

Figure 1-1 Cisco ONS 15540 ESPx Shelf Layout

1

Slots 0 and 1 hold the mux/demux motherboards

5

Cable management tray

2

Slots 2 to 5 hold the line card motherboards

6

Cable storage drawer

3

Slots 6 and 7 hold the processor cards

7

8-channel cross connect drawer

4

Slots 8 to 11 hold the line card motherboards

8

8-channel cross connect drawer

This guide provides information on basic troubleshooting, various troubleshooting tools and diagnostics available, and specific symptom-related troubleshooting procedures.

The general problem-solving model, your network and system information, along with the numerous troubleshooting tools presented in this chapter, take much of the difficulty out of troubleshooting the Cisco ONS 15540 ESPx.

1.2  General Model of Problem Solving

When troubleshooting the Cisco ONS 15540 ESPx in a network environment, define the specific symptoms, identify all potential problems that could be causing the symptoms, and then systematically eliminate each potential problem (from most likely to least likely) until the symptoms disappear.

Figure 1-2 illustrates the general problem-solving model. This process is not a rigid outline for troubleshooting. It is a foundation on which you can build a problem-solving process for your environment.

Figure 1-2 General Model of Problem Solving

The following steps detail the problem-solving process outlined in Figure 1-2:

Step 1 Analyze the problem and create a clear problem statement. Define symptoms and potential causes.

Step 2 Gather the facts you need to help isolate possible causes.

Step 3 Consider possible causes based on the facts you gathered.

Step 4 Create an action plan based on those causes. Begin with the most likely problem and devise a plan in which you manipulate only one variable.

Step 5 Implement the action plan, performing each step carefully while testing to see whether the symptom disappears.

Step 6 Analyze the results to determine whether the problem is resolved.

Step 7 Terminate the process if the process is resolved.

Step 8 Create an action plan based on the next most probable cause on your list if the problem is not resolved. Return to Step 4 and repeat the process until the problem is solved.

Make sure that you undo anything you changed while implementing your action plan. Remember that you want to change only one variable at a time.

Note If you exhaust all the common causes and actions (either those outlined in this publication or others that you have identified in your environment), contact customer service. See Appendix A, "Technical Support," for additional information.

1.3  Maintaining Network Information

Maintaining the following details about your system configuration and network helps with troubleshooting your system:

•Maintain an accurate physical and logical map of your internetwork that outlines the physical location of all of the devices on the network and how they are connected, as well as a logical map of network addresses, network numbers, and subnetworks.

•List all network protocols implemented in your network as well as a list of the network numbers, subnetworks, zones, and areas that are associated with them.

•Note which protocols are being routed and what the correct, up-to-date configuration information is for each protocol.

•Document all the points of contact to external networks, including any connections to the Internet. For each external network connection, note what routing protocol is being used.

•Document normal network behavior and performance so that you can compare current problems with a baseline.

1.4  Network and System Management

This section describes the network management toolss available for the Cisco ONS 15540 ESPx.
CiscoWorks 2000 supports a suit of network management applications of which the following are supported on the Cisco ONS 15540 ESPx:

• CiscoView

• CTM

• DFM

1.4.1  CiscoView

CiscoView is a device management application providing dynamic status, monitoring, and configuration information for a range of Cisco internetworking products including the Cisco ONS 15540 ESPx. CiscoView displays a physical view of a device chassis, with color-coding of modules and ports for at-a-glance status. Monitoring capabilities display performance and other statistics. Configuration capabilities allow changes to devices if security privileges are granted.

Cisco ONS 15540 ESPx is supported by Embedded CiscoView and server based CiscoView. Online help for CiscoView is available for the server based CiscoView.

1.4.2  CTM

CTM (Cisco Transport Manager) is the EMS (element management system) for the Cisco ONS 15540 ESPx. CTM provides standard fault, configuration, performance, and security management capabilities across the element and network management layers of the TMN (Telecommunications Management Network) reference architecture. The robust client/server-based platform easily scales to manage up to 100 simultaneous client (user) sessions and up to 1000 NEs (network elements).

1.4.3  DFM

DFM (Device Fault Manager) reports faults that occur on Cisco devices, often identifying fault conditions before users of network services realize that the condition exists. DFM analysis technology differs from the traditional rules-based approach to event analysis. DFM analysis uses a top-down approach that starts by identifying the fault conditions that affect managed systems. Because the event information necessary to diagnose fault conditions is present in the analysis model, DFM monitors only the events necessary to diagnose the condition. DFM can operate as an independent management system or can integrate with existing management applications to add fault management to the functionality already in place.

1.5  Third-Party Troubleshooting Tools

In many situations, third-party troubleshooting tools can be helpful. For example, attaching an optical analyzer to a network is less intrusive than using the debug commands, which are processor card intensive.

Here are some typical third-party tools used for troubleshooting internetworks:

•Optical cleaning kit—Keeps your optical cable connections clean. This should be in every tool kit that has anything to do with optical equipment. Several problems you encounter will typically be associated with dirty cables.

•Optical power meter—Measures the optical power coming from and going into a piece of equipment. This is the standard operating procedure for installing and troubleshooting optical equipment. Your optical power meter must be able to measure signals at 850 nm, 1310 nm, and 1550 nm.

Note Optical power meters need to be recalibrated once per year.

•TDR (time domain reflectometer)—Locates open circuits, short circuits, crimps, kinks, sharp bends, impedance mismatches, and other defects in metallic cables. A TDR reflects a signal off the end of the cable. Opens, shorts, and other problems reflect back the signal at different amplitudes, depending on the problem. A TDR measures the time it takes for the signal to reflect and calculates the distance to a fault in the cable. TDRs can also measure the length of a cable, and some TDRs can calculate the rate of propagation based on a configured cable length.

•OTDR (optical time domain reflector/reflectometer)—Checks end-to-end loss and detects fiber breaks, splice points in the optical fiber, and fiber attenuation. This tool is essential for initial network startup and later troubleshooting fiber breaks.

•BERT (bit error rate tester)—Tests OC-3, OC-12, and OC-48 ports for end connectivity of the wavelength if the client equipment is not yet available. BERT usually has a built-in power meter to test optical power of the circuit.

•Fiber microscope—Checks the fiber interface for dirt or anything else that could degrade the optical connection.

•Patch cables— Loops back the trunk side. You should keep an assortment of multimode and single-mode patch cables with you, including 1550 nm SM trunk side cables with MU-to-SC interfaces and SC-to-SC coupler. Use attenuators as needed.

•Fixed attenuators—Adds fixed attenuation levels to connections. Five attenuators with 5 dB at
1310 nm and five with 10 dB at 1310 nm, are a good start.

•Spectrum analyzer—Views the channel spectrum or analyzes light according to wavelength. It is useful when you suspect channel cross talk and for certifying equipment and performing periodic laser tests for stability.

•Network monitors—Tracks packets crossing a network, providing an accurate picture of network activity. Network monitors do not decode the contents of frames. They are useful for creating a baseline of normal performance. Monitors collect information such as packet sizes, the number of packets, error packets, overall usage of a connection, the number of hosts and their MAC addresses, and details about communications between hosts and other devices. This data can be used to create profiles of LAN traffic and assist in locating traffic overloads, planning for network expansion, detecting intruders, and distributing traffic more efficiently.

1.6  Using General Diagnostic Commands

You can use the show, debug, ping, and traceroute commands to monitor and troubleshoot your internetwork.

1.6.1  show Commands

You can use the show commands to perform many functions such as the following:

•Monitors the behavior of your Cisco ONS 15540 ESPx during initial installation

•Monitors normal network operation

•Isolates problem interfaces, nodes, media, or applications

•Determines when a network is congested

•Determines the status of servers, clients, or other neighbors

Table 1-1 lists some of the most commonly used show commands:

Table 1-1 Useful Diagnostic Commands

Command

Purpose

show interfaces interface

Displays statistics for the interfaces.

show controllers interface

Displays statistics for processor card interface controllers.

show running-config

Displays the currently running configuration.

show startup-config

Displays the configuration stored in NVRAM (nonvolatile RAM).

show flash

Displays the layout and content of Flash memory.

show buffers

Displays statistics for the buffer pools on the Cisco ONS 15540 ESPx.

show memory

Shows statistics about the Cisco ONS 15540 ESPx memory, including free pool statistics.

show processes

Displays information about the active processes on the Cisco ONS 15540 ESPx.

show stacks

Displays information about the stack utilization of processes and interrupt routines, and the reason for the last system reboot.

show version

Displays the configuration of the system hardware, the software version, the names and sources of configuration files, and the boot images.

For more information about show commands, refer to the Cisco ONS 15540 ESPx Command Reference and the Cisco IOS Configuration Fundamentals Command Reference.

1.6.2  debug Commands

The debug privileged EXEC commands provide information about the traffic on (or not seen) on an interface, error messages generated by nodes on the network, protocol-specific diagnostic packets and cells, and other useful troubleshooting data.

Caution Be careful when using debug commands. Many of these commands are processor card intensive and can cause serious network problems (such as degraded performance or loss of connectivity) if they are enabled on an already heavily loaded system. When you finish using a debug command, remember to disable it with its specific no debug command (or use the no debug all command to turn off all debugging).

In many situations, third-party diagnostic tools can be more useful and less intrusive than using debug commands. See the "Third-Party Troubleshooting Tools" section.

1.6.3  ping Command

To check host reachability and network connectivity, use the ping user EXEC or privileged EXEC command. This command can be used to confirm basic network connectivity on IP networks.

For IP, the ping command sends ICMP (Internet Control Message Protocol) echo messages. If a station receives an ICMP echo message, it sends an ICMP echo reply message back to the source.

Using the extended command mode of the ping privileged EXEC command, you can specify the supported IP header options, which allow the Cisco ONS 15540 ESPx to perform a more extensive range of test options. To enter ping extended command mode, enter the ping command at the command prompt followed by a return.

To see how the command works under normal conditions, use the ping command when the network is functioning properly. When you are troubleshooting, you can then see the difference between normal and abnormal operation.

For detailed information about using the ping and extended ping commands, refer to the
Cisco IOS Configuration Fundamentals Command Reference publication.

1.6.4  traceroute Command

The traceroute user EXEC command discovers the routes packets follow when traveling to their destinations. With the traceroute privileged EXEC command, the supported IP header options are specified, and the Cisco ONS 15540 ESPx can perform a more extensive range of test options.

The traceroute command works by using the error message generated by a Cisco ONS 15540 ESPx when a datagram exceeds its TTL (Time-To-Live) value. First, probe datagrams are sent with a TTL value of one. This causes the first Cisco ONS 15540 ESPx to discard the probe datagrams and send back time exceeded error messages. The traceroute command then sends several probes, and displays the round-trip time for each. After every third probe, the TTL increases by one.

Each outgoing packet can result in one of two error messages. A time exceeded error message indicates that an intermediate Cisco ONS 15540 ESPx has seen and discarded the probe. A port unreachable error message indicates that the destination node has received the probe and discarded it because it could not deliver the packet to an application. If the timer goes off before a response comes in, the traceroute command displays an asterisk (*).

The traceroute command terminates when the destination responds, when the maximum TTL is exceeded, or when the user interrupts the traceroute command with the escape sequence.

To see how the command works under normal conditions, use the traceroute command when the network is functioning properly. When you are troubleshooting, you can then see the difference between normal and abnormal operation.

For detailed information about using the traceroute command, refer to the Cisco ONS 15540 ESPx Command Reference. For additional information on using debug commands refer to the Cisco IOS Debug Command Reference.

1.7   Online Diagnostics

This section describes the online diagnostics available for troubleshooting your Cisco ONS 15540 ESPx. Online diagnostics provide the following types of tests:

•Accessibility tests between the processor card and the modules.

•OIR (online insertion and removal) diagnostic tests.

The Cisco ONS 15540 ESPx displays an error message on the console when it detects a hardware failure or problem.

Note Online diagnostic tests only run on the active processor card.

1.7.1  Accessibility Test

The accessibility tests ensure connectivity, at a configurable interval, between the following:

•OADM modules

•Mux/demux motherboards

•Transponder modules

•Line card motherboards

•Active processor card

•Standby processor card, if it is present

1.7.2  OIR Test

OIR tests check the functioning of the processor card and interfaces on a per-port basis. The processor card performs these tests when the system boots up and when you insert a module or motherboard into a slot. The OIR test sends a packet to the interface loopback and expects to receive it within a certain time period. If the packet does not reach the port within the expected time period, or the received packet is corrupted, an error is registered and the port is changed to an administratively down state. Packets that are 1000 bytes in size are used in the test.

1.8  Configuring Online Diagnostics

To configure online diagnostics, use the following global configuration commands:

Command

Purpose

[no] diag online

Enables or disables online diagnostic tests on all components on the shelf.

[no] diag online slot slot

Enables or disables online diagnostic tests only on the components in a chassis slot.

[no] diag online subslot slot/subcard

Enables or disables online diagnostic tests only on the components in a chassis subslot.

[no] debug diag online [background | online-insertion-removal | redundancy]

Enables debugging of online diagnostic tests.

Examples

The following example shows how to enable all online diagnostic tests:

Switch# diag online

The following example shows how to enable online diagnostic tests for the components in slot 3:

Switch# diag online slot 3

The following example shows how to enable debugging for online diagnostics:

Switch# debug diag online

1.8.1  Displaying the Online Diagnostics Configuration and Results

To display the online diagnostics configuration and results, use the following EXEC command:

Command

Purpose

show diag online [detail | slot slot]

Displays information about the online diagnostic tests and the test results.

Example

The following example shows how to display detailed access test information:

Switch# show diag online
---------------------------------------------------
Online Diagnostics Current Summary Information
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On ACTIVE CPU card Slot: 6
CPU Uptime: 3d14h

Slot CardType Enabled Bootup/ Periodic Previous
Insertion Background Failures
tests tests
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~ ~~~~~~~~~ ~~~~~~~~~~ ~~~~~~~~
0/*/* 15540-LCMB-UNKNOWN Yes Pass Pass No
0/ 0/* 15540-MDXA-32AD Yes Pass Pass No
0/ 4/* Yes Disabled Disabled No
1/*/* 15540-LCMB-UNKNOWN Yes Pass Pass No
1/ 0/* 15540-MDXD-32A0 Yes Pass Pass No
1/ 4/* Yes Disabled Disabled No
2/*/* 15540-LCMB-1400= Yes Pass Pass No
2/ 1/* 15540-10GE-03B304 Yes Pass Pass No
3/*/* 15540-TBD Yes Pass Pass No
3/ 0/* N/A Yes Pass Pass No
3/ 1/* N/A Yes Pass Pass No
4/*/* 15540-LCMB-1100= Yes Pass Pass No
4/ 2/* 15540-TSP2-0300= Yes Pass Pass No
4/ 3/* 15540-TSP2-0300= Yes Pass Pass No
Slot CardType Enabled Bootup/ Periodic Previous
Insertion Background Failures
tests tests
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~ ~~~~~~~~~ ~~~~~~~~~~ ~~~~~~~~
5/*/* 15540-LCMB-1100 Yes Pass Pass No
5/ 0/* 15540-TSP1-25B3= Yes Pass Pass No
5/ 1/* 15540-TSP1-25A3= Yes Pass Pass No
5/ 2/* 15540-TSP1-27A3= Yes Pass Pass No
5/ 3/* 15540-TSP1-27A3= Yes Pass Pass No
6/*/* N/A Yes Pass Pass No
8/*/* 15540-TBD Yes Pass Pass No
9/*/* 15540-LCMB-1100 Yes Pass Pass No
9/ 0/* 15540-TSP1-21A3= Yes Pass Pass No
9/ 1/* 15540-TSP1-19A3= Yes Pass Pass No
9/ 2/* 15540-TSP1-23A3= Yes Pass Pass No
9/ 3/* 15540-TSP1-19A3= Yes Pass Pass No
10/*/* 15540-TBD Yes Pass Pass No
11/*/* 15540-LCMB-1200 Yes Pass Pass No

Example

The following example shows how to display diagnostic test status and details:

Switch# show diag online detail

Online Diagnostics Detailed Information
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On ACTIVE CPU card Slot: 6
CPU Uptime: 3 days, 14 hours, 20 minutes

___________________________________________________________________________
<Information deleted>

Slot[6]

Online Insertion Tests
Slot CardType TestType Status LastRunTime LastFailTime
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~~~ ~~~~~~ ~~~~~~~~~~~ ~~~~~~~~~~~~~
6/*/* N/A srcStatus Pass 00:00:33 nev
PCIAccess Pass
PCMCIAAcc Pass
IdpromAcc Pass

Online Background Tests
Slot CardType TestType Status LastRunTime LastFailTime
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~~~ ~~~~~~ ~~~~~~~~~~~ ~~~~~~~~~~~~~
6/*/* N/A srcStatus Pass 3d15h nev
PCIAccess Pass
PCMCIAAcc Pass
IdpromAcc Pass
___________________________________________________________________________
Slot[9]

Online Insertion Tests
Slot CardType TestType Status LastRunTime LastFailTime
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~~~ ~~~~~~ ~~~~~~~~~~~ ~~~~~~~~~~~~~
9/*/* 15540-LCMB-1100 lcAccess Pass 00:01:08 nev
idpromAcc Pass
9/ 0/* 15540-TSP1-21A3= scAccess Pass 00:01:08 nev
idpromAcc Pass
9/ 1/* 15540-TSP1-19A3= scAccess Pass 00:01:08 nev
idpromAcc Pass
9/ 2/* 15540-TSP1-23A3= scAccess Pass 00:01:08 nev
Slot CardType TestType Status LastRunTime LastFailTime
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~~~ ~~~~~~ ~~~~~~~~~~~ ~~~~~~~~~~~~~
idpromAcc Pass
9/ 3/* 15540-TSP1-19A3= scAccess Pass 00:01:08 nev
idpromAcc Pass

Online Background Tests
Slot CardType TestType Status LastRunTime LastFailTime
~~~~~~ ~~~~~~~~~~~~~~ ~~~~~~~~~ ~~~~~~ ~~~~~~~~~~~ ~~~~~~~~~~~~~
9/*/* 15540-LCMB-1100 lcAccess Pass 3d14h nev
idpromAcc Pass
9/ 0/* 15540-TSP1-21A3= scAccess Pass 3d14h nev
idpromAcc Pass
9/ 1/* 15540-TSP1-19A3= scAccess Pass 3d14h nev
idpromAcc Pass
9/ 2/* 15540-TSP1-23A3= scAccess Pass 3d14h nev
idpromAcc Pass
9/ 3/* 15540-TSP1-19A3= scAccess Pass 3d14h nev
idpromAcc Pass
___________________________________________________________________________
1.9  Checking Release Notes for Workarounds

There are two methods you can use to check for Cisco IOS software bugs (defect tracking tool numbers [DDTS]) in your version of the Cisco IOS software. You can use the Bug Navigator II or check the release notes. Often, your problems with the Cisco ONS 15540 ESPx have been fixed or a workaround has been determined in a more recent version of software.

1.9.1  Using Bug Navigator II

Bug Navigator II is a tool you can use to search the DDTS database and ask either of two types of questions:

•Symptom Diagnostics (for example, "What defect is causing my current symptoms?")

•Upgrade Planning (for example, "What software release is best for the features I am interested in?")

You can access Bug Navigator II on the World Wide Web at http://www.cisco.com/cgi-bin/Support/Bugtool/launch_bugtool.pl. Then follow these steps:

Step 1 Enter your user name and password at the login prompt if you are not already logged in to Cisco.com.

Step 2 Read the Bug Navigator II Help instructions.

Step 3 Select your hardware from the Cisco Hardware list. The Bug Navigator search tool replaces Bug Navigator II Help (in the right frame of the page).

Step 4 Select the following from the drop-down menus:

•Version

•Revision

•Severity

Note As an option, you can enter words or phrases (separated by commas) in the data entry field to limit your search.

Step 5 Click the Search button.

The entire window is replaced with a Bug Search Results window with a list of DDTS containing your search criteria. Look at the Bug reports listed in the titles column. An existing bug entry that describes the problem you are having may have been fixed in a more recent version of the Cisco IOS software. Look in the Fixed-in column for a later version of the Cisco IOS software. All you might have to do to solve your problem is upgrade your software.

If a software upgrade is not listed as a way to solve your problem, double-click on the bug title and read the DDTS details; a workaround might be listed there.

1.9.2  Checking Cisco IOS Release Notes

Release notes describe the features and caveats for Cisco IOS software releases. The release notes are listed by both product and Cisco IOS release number.

The "Caveats" section of the release notes lists known caveats by tracking the DDTS number and the release number, and indicates whether the caveat has been corrected.

The "Caveat Symptoms and Workarounds" section summarizes caveat symptoms and suggested workarounds. You can also search through this section online, using either a word string or the DDTS number.

Note After you have determined the hardware and software versions on the Cisco ONS 15540 ESPx, check the release notes and DDTS database for symptoms resembling those you are observing. Often, the problem has already been discovered and a workaround has been provided.

1.10  Initial Troubleshooting Checklist

Before you start the troubleshooting process, confirm that the network and client connections were designed correctly using the information in the Cisco ONS 15540 ESPx Planning Guide and the interfaces were configured correctly using the information in the
Cisco ONS 15540 ESPx Configuration Guide.

Next confirm the integrity of the hardware and its installation by performing the following:

•Reseat the cable.

•Clean the cable, connectors, couplers, and attenuators.

•Confirm that the Tx and Rx fiber optic connections are not mixed.

•Confirm all modules and motherboards are completely seated and the captive screws are tightened securely to completely mate the optical fiber connectors to the backplane.

•Check the signal level at each input and output to check for too much or too little attenuation.

•Verify that all line cards, modules, and carrier motherboards are properly seated in the slots.

1	Slots 0 and 1 hold the mux/demux motherboards	5	Cable management tray
2	Slots 2 to 5 hold the line card motherboards	6	Cable storage drawer
3	Slots 6 and 7 hold the processor cards	7	8-channel cross connect drawer
4	Slots 8 to 11 hold the line card motherboards	8	8-channel cross connect drawer

Command	Purpose
show interfaces interface	Displays statistics for the interfaces.
show controllers interface	Displays statistics for processor card interface controllers.
show running-config	Displays the currently running configuration.
show startup-config	Displays the configuration stored in NVRAM (nonvolatile RAM).
show flash	Displays the layout and content of Flash memory.
show buffers	Displays statistics for the buffer pools on the Cisco ONS 15540 ESPx.
show memory	Shows statistics about the Cisco ONS 15540 ESPx memory, including free pool statistics.
show processes	Displays information about the active processes on the Cisco ONS 15540 ESPx.
show stacks	Displays information about the stack utilization of processes and interrupt routines, and the reason for the last system reboot.
show version	Displays the configuration of the system hardware, the software version, the names and sources of configuration files, and the boot images.

Command	Purpose
[no] diag online	Enables or disables online diagnostic tests on all components on the shelf.
[no] diag online slot slot	Enables or disables online diagnostic tests only on the components in a chassis slot.
[no] diag online subslot slot/subcard	Enables or disables online diagnostic tests only on the components in a chassis subslot.
[no] debug diag online [background \| online-insertion-removal \| redundancy]	Enables debugging of online diagnostic tests.