|
|
Table Of Contents
VISM and PXM Display, Log, and Diagnostic Loopback Path CLI Commands
PXM Diagnostic Loopback Path CLI Commands
PXM1E and PXM 45 Display CLI Commands
VISM Card Did Not Become Active
VISM Front Card/Back Card Mismatch
Cannot Use the cc Command to Access a VISM Card
VISM Card Resets Intermittently
VISM Card Does Not Accept a Firmware Download
VISM Card LEDs Are Not Lighted
Firmware Does Not See the Card Insert Bit Status As Set
Troubleshooting Tips
Use the following troubleshooting tools and techniques to assist you in maintaining your VISM card:
•
"VISM and PXM Display, Log, and Diagnostic Loopback Path CLI Commands" section
•
"UNIX Snoop Trace Tool" section
•
"Symptoms and Solutions" section
VISM Card LEDs
The VISM card uses the following three card status LEDs (see Figure 8-1) to indicate certain states:
•
ACT—Green indicates the active state.
•
STBY—Orange, or blinking orange, indicates one of the following:
–
VISM is in the standby state.
–
VISM is in the mismatch state.
–
VISM card DSPs are currently involved in the VISM card bootup.
•
FAIL—Red indicates the failure state, or certain stages of the bootup process.
The VISM card uses eight line status LEDs (see Figure 8-1) to indicate the following states of the eight T1 or E1 ports on the VISM back card:
•
Green—A line has been added and there is no alarm on that line.
•
Orange—A line has been added and there is a yellow alarm condition on the line.
•
Red—A line has been added and there is one of the following conditions on the line:
–
Loss of signal (LOS) (red alarm condition)
–
Loss of frame (LOF)
–
Alarm indication signal (AIS)
Figure 8-1 VISM Front Card LEDs
VISM and PXM Display, Log, and Diagnostic Loopback Path CLI Commands
You can use the following commands to troubleshoot your VISM card:
•
The VISM dspcd command
•
The PXM dsplog command
•
PXM diagnostic loopback commands
Note
Refer to the Cisco MGX 8000 Series platform command reference guides for more information on PXM commands.
VISM Display Card CLI Command
Use the VISM dspcd command to display the following types of information about your current VISM card:
•
State of the VISM card
•
Type of VISM card
•
Version number and part numbers
•
Daughter card version numbers and part numbers
The following example shows the results of a typical dspcd command:
NODENAME.1.3.VISM8.a > dspcdModuleSlotNumber: 17FunctionModuleState: ActiveFunctionModuleType: VISM-8T1FunctionModuleSerialNum: SAK0331006PFunctionModuleHWRev: 0.0FunctionModuleFWRev: 2.0.0_11Nov01_2FunctionModuleResetReason: ?LineModuleType: LM-RJ48-8T1LineModuleState: PresentmibVersionNumber: 21configChangeTypeBitMap: CardCnfChng, LineCnfChngpcb part no - (800 level): 800-04399-01pcb part no - (73 level): 73-03618-01Fab Part no - (28 level): 28-02791-01PCB Revision: 08Daughter Card Information:Daughter Card Serial Number: SAK0331003Ppcb part no - (73 level): 73-03722-01Fab Part no - (28 level): 28-02905-01PCB Revision: 04PXM Display Log CLI Command
Use the PXM dsplog command to display useful information for troubleshooting your VISM card. The log is maintained by the PXM. A VISM entry is displayed in the log in the following format:
•
Date and time of the log
•
Slot number of the VISM card from which a message is logged
•
The process on the VISM card that logged that message
•
Severity of the message:
–
1 = Fatal error which causes the card to reboot
–
6 = All other errors
•
A log message description
The following example shows the results of a typical dsplog command:
09/09/2001-02:09:01 03 cam VISM-6-9157VISM got time from PXMPXM Diagnostic Loopback Path CLI Commands
The VISM-8T1 and VISM-8E1 cards provide the capability for creating loopback paths for diagnostic purposes. Use the VISM and PXM diagnostic loopback CLI commands to troubleshoot your VISM cards. The following loopback configurations are possible:
•
Local line loopback. Use the PXM addlnloop command to enable local line loopback on a line-by-line basis. Use the PXM dellnloop command to disable local line loopback.
•
Remote line loopback. The PXM cnfbert command is a T1/E1 diagnostic test package which includes some loopback tests.
Use the BERT and loopback functions to test the integrity of T1 and E1 lines. You can use the PXM cnfbert command on the PXM to perform the following actions:
–
Run BERT on a per-line basis on the VISM card.
–
Put a VISM line on a TDM side loopback.
–
Put a VISM line on a network side loopback.
–
Cause the VISM to put test equipment residing on the far side into loopback.
•
OAM loopback through the CPU toward the network (per VC). This loopback is enabled automatically; no PXM or VISM CLI commands are required.
•
DS0 loopback, at the compression DSP toward the TDM side. Use the PXM addendptloop command to enable DS0 loopback on a DS0-by-DS0 basis. Use the PXM delendptloop command to disable DS0 loopbacks.
•
VC remote loopback. Use the PXM addconloop command to enable VC remote loopbacks. Use the PXM delconloop command to disable remote loopbacks.
PXM1E and PXM 45 Display CLI Commands
Refer to the Cisco MGX 8830, MGX 8850 (PXM45 and PXM1E), and Cisco MGX 8950 Command Reference, Release 4 for information on the following PXM1, PXM1E, and PXM45 card display commands.
VISM Alarms
Table 8-1 describes VISM T1 and E1 card alarms.
Table 8-1 VISM T1 and E1 Card Alarms
Error Alarm Type Down stream (ATM side) Up Stream (TDM side) CommentsLink Failure—receive LOS 1
LOS1
AIS2
RAI3
RAI 3 returned on the transmit line.
Receive RAI 3
Yellow
RAI 3
None
—
Receive LOF4
—
AIS 2
RAI 3
RAI 3 returned on the transmit line.
Receive AIS 2
AIS 2
AIS 2
RAI 3
RAI 3 returned on the transmit line.
1 LOS = Loss of service.
2 AIS = Alarm indication signal.
3 RAI = Remote alarm indicator.
4 LOF = Loss of frame.
Refer to T1.403 for DS1 and G.704 for E1 definitions of alarm states. Alarms are propagated to the remote end over the ATM network in accordance with ATM specifications.
UNIX Snoop Trace Tool
Use the UNIX snoop trace tool to assist in diagnosing a problem. The snoop command can determine if there is any activity between the VISM and the call agent. The following example shows the command and a typical resulting terminal display:
snoop -x 42 -ta <ip address of CA> port <udp port of CA>E.g snoop -x 42 -ta vismvsc1 port 2427Symptoms and Solutions
This section includes possible solutions to the following possible symptoms:
•
"VISM Card Did Not Become Active" section
•
"T1/E1 Configuration Mismatch" section
•
"DSP Download Failure" section
•
"VISM Front Card/Back Card Mismatch" section
•
"Cannot Use the cc Command to Access a VISM Card" section
•
"VISM Card Resets Intermittently" section
•
"VISM Card Does Not Accept a Firmware Download" section
•
"Echo Is Heard on a Voice Call" section
•
"VISM Card LEDs Are Not Lighted" section
VISM Card Did Not Become Active
Investigate the following possible causes for a VISM card that does not become active:
•
An E1 card is inserted in a slot where a T1 card was present, or a T1 card is inserted in a slot where an E1 card was present, resulting in configuration mismatch.
•
The minimum number (five) of DSPs failed to download.
•
A front card type does not match the back card type—if the front card is T1 and the back card is E1, or the front card is E1 and the back card is T1.
•
The VISM card MIB image version does not match the PXM disk MIB image version.
T1/E1 Configuration Mismatch
Use the PXM dspcds command to identify a T1/E1 configuration mismatch, as follows:
NODENAME.1.7.PXM.a > dspcdsSlot CardState CardType CardAlarm Redundancy---- ----------- -------- --------- -----------1.1 Empty Clear1.2 Empty Clear1.3 Empty Clear1.4 Empty Clear1.5 Mismatch VISM-8E1 Clear1.6 Empty Clear1.7 Active PXM1-OC3 Clear1.8 Empty Clear1.9 Empty Clear1.10 Empty Clear1.11 Empty Clear1.12 Empty Clear1.13 Empty Clear1.14 Empty Clear1.15 Empty Clear1.16 Empty Clear1.17 Empty Clear1.18 Empty Clear1.19 Empty ClearUse the PXM dspsmcnf command to identify a T1/E1 configuration mismatch, as follows:
NODENAME.1.7.PXM.a > dspsmcnfslot Card Rate Channel MIB FeatureNo. Type Control ized IMA MULTRKS Version Bits------ ---------- ------- ------- ------- ------- ------- -------1 ------> No configuration file exist for this slot <------2 ------> No configuration file exist for this slot <------3 VISM-8T1 Off Off Off Off 20 0x04 ------> No configuration file exist for this slot <------5 VISM-8T1 Off Off Off Off 20 0x06 ------> No configuration file exist for this slot <------9 ------> No configuration file exist for this slot <------10 ------> No configuration file exist for this slot <------11 ------> No configuration file exist for this slot <------12 ------> No configuration file exist for this slot <------13 ------> No configuration file exist for this slot <------14 ------> No configuration file exist for this slot <------17 ------> No configuration file exist for this slot <------18 ------> No configuration file exist for this slot <------19 ------> No configuration file exist for this slot <------20 ------> No configuration file exist for this slot <------21 ------> No configuration file exist for this slot <------22 ------> No configuration file exist for this slot <------25 ------> No configuration file exist for this slot <------26 ------> No configuration file exist for this slot <------27 ------> No configuration file exist for this slot <------28 ------> No configuration file exist for this slot <------29 ------> No configuration file exist for this slot <------30 ------> No configuration file exist for this slot <------Use the PXM dsplog command to show a card mismatch log entry, logged by VISM card on slot 5, as follows:
09/09/2001-00:01:47 05 dsplog VISM-6-9025VISM going to standby : Config. Mismatch between PXM and VISMUse the VISM dspcd command to display the following information:
NODENAME.1.5.VISM8.s > dspcdModuleSlotNumber: 5FunctionModuleState: MismatchFunctionModuleType: VISM-8E1FunctionModuleSerialNum: CAB12345678FunctionModuleHWRev: 0.13FunctionModuleFWRev: 2.2.10g.pmFunctionModuleResetReason: WatchDog timeout resetLineModuleType: MissingLineModuleState: Not PresentmibVersionNumber: 20configChangeTypeBitMap: CardCnfChng, LineCnfChngcardIntegratedAlarm: Clearpcb part no - (800 level): 800-03530-01pcb part no - (73 level): 73-03021-01Fab Part no - (28 level): 28-02492-01PCB Revision: 01Daughter Card Information:Daughter Card Serial Number: CAB12345678pcb part no - (73 level): 73-03022-01Fab Part no - (28 level): 28-02493-01PCB Revision: 01 value = 34 = 0x22 = '"'DSP Download Failure
Use the PXM dsplog command to determine if the minimum number (five) of the DSPs failed to download. The terminal displays results similar to the following:
NODENAME.1.7.PXM.a > dsplog01/01/2001-00:02:10 05 tDspmDl VISM-6-9193DSPM task errors : 6 DSPs failed to downloadIf the number of DSPs (six in the above case) is greater than five, the card will fail to be in the active state. If this condition happens repeatedly, replace the card.
Use the following PXM dspcds command, and the results, to determine the current state of VISM DSPs:
NODENAME.1.7.PXM.a > dspcdsSlot CardState CardType CardAlarm Redundancy---- ----------- -------- --------- -----------1.1 Empty Clear1.2 Empty Clear1.3 Empty Clear1.4 Empty Clear1.5 Failed VISM-8E1 Clear1.6 Empty Clear1.7 Active PXM1-OC3 Clear1.8 Empty Clear1.9 Empty Clear1.10 Empty Clear1.11 Empty Clear1.12 Empty Clear1.13 Empty Clear1.14 Empty Clear1.15 Empty Clear1.16 Empty Clear1.17 Empty Clear1.18 Empty Clear1.19 Empty ClearVISM Front Card/Back Card Mismatch
Use the following PXM dsplog command to investigate a possible VISM front card/back card mismatch:
NODENAME.1.7.PXM.a > dsplog01/01/2001-00:02:24 05 cmm VISM-6-9025VISM going to standby : Config. Mismatch between ASC and VISMV01/01/2001-00:02:24 05 cmm VISM-6-9023Mismatch Backcard01/01/2001-00:02:24 05 cmm VISM-6-9023Mismatch BackcardIn a mismatch condition, use the PXM dspcds command to display the following type of information:
NODENAME.1.7.PXM.a > dspcdsSlot CardState CardType CardAlarm Redundancy---- ----------- -------- --------- -----------1.1 Empty Clear1.2 Empty Clear1.3 Empty Clear1.4 Empty Clear1.5 Mismatch VISM-8E1 Clear1.6 Empty Clear1.7 Active PXM1-OC3 Clear1.8 Empty Clear1.9 Empty Clear1.10 Empty Clear1.11 Empty Clear1.12 Empty Clear1.13 Empty Clear1.14 Empty Clear1.15 Empty Clear1.16 Empty Clear1.17 Empty Clear1.18 Empty Clear1.19 Empty ClearUse the VISM dspcd command to display the following types of information:
NODENAME.1.5.VISM8.s > dspcdModuleSlotNumber: 5FunctionModuleState: MismatchFunctionModuleType: VISM-8E1FunctionModuleSerialNum: CAB0246014PFunctionModuleHWRev: 0.0FunctionModuleFWRev: 2.2.10g.pmFunctionModuleResetReason: Reset by ASC from Cell BusLineModuleType: LM-RJ48-8T1LineModuleState: InvalidmibVersionNumber: 20configChangeTypeBitMap: CardCnfChng, LineCnfChngcardIntegratedAlarm: Clearpcb part no - (800 level): 800-04399-01pcb part no - (73 level): 73-03618-01Fab Part no - (28 level): 28-02791-01PCB Revision: 05Daughter Card Information:Daughter Card Serial Number: CAB024601FFpcb part no - (73 level): 73-03722-01Fab Part no - (28 level): 28-02905-01PCB Revision: 02 value = 34 = 0x22 = '"'Cannot Use the cc Command to Access a VISM Card
Use the PXM dspcds command to verify if the VISM card is in the active or standby state. If the VISM card is not in the active or standby state, you cannot use the cc command to access the card.
VISM Card Resets Intermittently
Investigate the following possibilities to determine why the VISM card is resetting intermittently:
•
Bad hardware device on the card. Replace any corrupt hardware.
•
Daughter card is not attached correctly to the VISM card. As a result, the VISM card is not able to maintain its abilities. Ensure that the daughter card is making electrical contact to the motherboard, and is mechanically secure.
VISM Card Does Not Accept a Firmware Download
There must be a VISM card in the slot to which firmware is being downloaded. Ensure that the VISM card is seated in the slot, and that it is making electrical contacts to the backplane.
The card must be in either the active or boot state. Confirm this is the case and try again.
Echo Is Heard on a Voice Call
Ensure that the call has the ECAN feature enabled. If the echo delay is longer than the provision tail length, ECAN does not work. Use the VISM cnfecantail command to configure a larger value for the tail length.
VISM Card LEDs Are Not Lighted
The VISM card may not be inserted completely in the slot. Ensure that the VISM card is seated in the slot correctly, with top and bottom half portions of the VISM card making electrical contact with the backplane.
Firmware Does Not See the Card Insert Bit Status As Set
This symptom can also indicate a bad VISM card or bad MGX slot.
Posted: Thu Jun 10 16:30:42 PDT 2004
All contents are Copyright © 1992--2004 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.