|
This chapter describes how to diagnose problems. When a troubleshooting table in this chapter recommends replacement, refer to the procedures in Chapter 5, "Repair and Replacement."
The IGX operating system software does most of the IGX monitoring and maintenance. The only action that qualifies as preventative maintenance is checking the power supplies.
You cannot directly measure voltages on the AC power supplies in an IGX node. If a problem exists with one of the supplies, one or both the DC and AC LEDs turns off. Refer to the chapter on repair and replacement for instructions on re-seating or replacing an AC power supply.
After you install new or additional cards in the node, check the LEDs on the power supplies to make sure the cards have not put an excessive load on the power supplies.
This section describes elementary troubleshooting procedures and briefly describes the commands used when troubleshooting an IGX node. (These commands are described in detail in the Cisco WAN Switching Command Reference.) This set of procedures is not exhaustive and does not take into account any of the diagnostic or network tools available to troubleshoot the IGX node.
This section contains the following topics:
Caution
A lit FAIL LED on a card indicates that an error was detected. Try resetting the light with the resetcd f command. If the FAIL LED lights up again, use Table 4-1 to find the cause and call the Cisco TAC to obtain information on isolating the problem and possibly replacing a component, or for information on how to return defective components.
|
The initial mode of troubleshooting the IGX node uses the console alarms displayed on the console screen. Table 4-2 provides you with a procedure for isolating the alarms and thereby isolating the fault. Any repair to the IGX node must be performed by Cisco-qualified personnel.
Caution
When using Table 4-2 for troubleshooting, call the Cisco TAC before performing any disruptive testing, or attempting to repair the IGX node, to ensure that you have isolated the correct problem area, and also to enable Cisco personnel to provide you with assistance in performing the necessary procedures.
|
The first step in troubleshooting the IGX node is to check the condition of the system. This is done by displaying alarm conditions throughout the system. In order to see a summary of all of the alarms present on an IGX node, use the dspalms (display current node alarms) command is used. The alarms summary includes the following:
To display alarms enter the command dspalms.
If the screen indicates a failure, refer to the commands in Table 4-3 to further isolate the fault.
Failure | Diagnostic Commands |
---|---|
Connections | dspcons (display connections) |
Line Alarms | dspclns (display circuit lines) |
| dsptrks (display trunks) |
Cards | dspcds (display cards) |
Power Monitor/Fans | dsppwr (display power supply status) |
Remote Node | dspnw (display network) |
Unreachable Nodes | dspnw (display network) |
Remote Node Alarms | dspnw (display network) |
When a card indicates a failed condition on the alarm summary screen, use the dspcds command to display the status of the cards on a node. The information displayed for each card type includes the slot number, software revision level, and the status of the card. (Note that you cannot use the dspcds command in a job.)
All the possible status descriptions for each card type appear in Table 4-4.
Card Type | Status | Description | |
---|---|---|---|
All card types (including CVM) | Active |
| Active card |
| ActiveF |
| Active card with non terminal failure. |
| Standby |
| Standby card |
| StandbyF |
| Standby card with non terminal failure. |
| StandbyT |
| Standby card performing diagnostics.
|
| StandbyF-T |
| Standby card with non terminal failure performing diagnostics. |
| Failed |
| Card with terminal failure. |
| Unavailable |
| Card is present but it may be in any of the following states: |
|
| 1. | The node does not recognize the card (may need to be re-seated). |
|
| 2. | The card is running diagnostics. |
| Down |
| Downed card. |
| Empty |
| No card in that slot. |
| ActiveT |
| Active card performing diagnostics. |
NPM | Same status as for all card types, plus: |
|
|
| Updating |
| Standby NPM downloading the network configuration from an active NPM. |
|
|
| NOTE: Red FAIL LED flashes during updating. |
| Cleared |
| NPM is preparing to become active. |
| Loading Software |
| There are downloader commands that appear when the system is down- loading software to the NPM. |
To display cards enter the following command:
Refer to the Cisco WAN Switching Command Reference for more information.
For detailed information on these commands, see the troubleshooting chapter in the Cisco WAN Switching Command Reference.
Loopback tests are available to help diagnose the state of the IGX system. The commands for activating these tests are as follows:
For detailed information on these commands, see the Cisco WAN Switching Command Reference.
The HDM/SDI or LDM/LDI card set can be tested as a pair at the local node using external test equipment such as a Bit Error Rate Tester (BERT). This can be useful in isolating "dribbling" error rates to either the cards, the frame relay data input, or the transmission facility. This test checks the data path from the electrical interface at the port through the card set to the CELLBUS in both directions of transmission.
To perform this test, proceed as follows:
Step 1 Disconnect the data cable connection to the SDI or LDI and connect the BERT in its place.
Step 2 Set up an internal loopback on the frame relay port to be tested using the Add Local Loopback (addloclp) command.
Step 3 Turn on the BERT, make sure it indicates circuit continuity, and observe the indicated error rate.
Step 4 If there are any errors indicated, first replace the back card and retest. If the errors remain, then replace the front card and retest.
Step 5 When the test is complete, disconnect the BERT and reconnect the data cable. Release the local loopback by using the Delete Loopback (dellp).
Step 6 Repeat at the node at the other end of the connection if necessary.
Posted: Thu Oct 10 09:20:42 PDT 2002
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.