|
Table Of Contents
Managing the Configuration Files
Clearing a Switch Configuration
Restoring a Saved Configuration
Enabling and Disabling ILMI on a Port
Displaying the ILMI Port Configuration
Displaying and Clearing ILMI Management Statistics
Determining the Software Version Number from Filenames
Displaying Software Revisions for Cards
Displaying Software Revisions in Use
Displaying Software Revisions for a Single Card
Switching Between Redundant PXM Cards
Switching Between Redundant Service Modules
Removing Redundancy Between Two Cards
Switching Between Redundant RPM Cards
Configuring Intercard APS Lines
Displaying APS Line Information
Removing APS Redundancy Between Two Lines
Managing Network Clock Sources
Deleting an Existing SNTP Server
Displaying the Current SNTP Configuration
Configuring an NCDP Clock Source
Managing Manually Configured Clocks Sources
View the Configured Clock Sources
Reconfigure Manual Clock Sources
Restore a Manual Clock Source After Failure
Viewing an ATM Port Configuration
Displaying a PXM1E Resource Partition Configuration
Changing a PXM1E Resource Partition Configuration
Deleting a PXM1E Resource Partition
Configuring VPI and VCI Ranges for SVCs and SPVCs
Establishing Priority Routing on a Node
Configuring Priority Routing on a Connection
Modifying SPVC Priority Routing Configuration
Managing Path and Connection Traces
Displaying Path and Connection Traces
Clearing a Call at the Destination Node
Displaying Load Sharing Status
Starting and Managing Telnet Sessions to Other Switches
Returning to a Previous Session
Returning to the Original CLI Session
Displaying the Contents of the Disk Verification Utility Log File
Troubleshooting Active and Standby Card Disk Discrepancies
Configuring Loopback Line Tests on PXM1E and AXSM Cards
Configuring a Line Loopback on a CBSM
Configuring a Bit Error Rate Test
Deleting a Configured Bit Error Rate Test
Diagnostics Support on PXM1E and AXSM Cards
Configuring Offline and Online Diagnostics Tests on PXM1E and AXSM Cards
Enabling Online and Offline Diagnostics Tests on All Cards in a Switch
Displaying Online and Offline Diagnostics Test Configuration Information
Enabling and Disabling IMA Group ATM Cell Layer Parameters
2
3
Switch Operating Procedures
This chapter describes procedures you can use to manage the Cisco MGX 8850 (PXM1E/PXM45), Cisco MGX 8950, and Cisco MGX 8830 switches.
Managing the Configuration Files
The following sections describe how to save a switch configuration in a single zipped file, clear or erase a configuration, and restore a configuration from a file.
Saving a Configuration
After configuring your switch or after making configuration updates, it is wise to save the configuration. Restoring a saved configuration is much easier than re-entering all the commands used to configure the switch.
To save a configuration, enter the saveallcnf command, which saves the configuration to a file in the C:/CNF directory. The file is named using the switch name and the current date as follows:
Name_01_DateTime.zip.
The date appears in YYYYMMDD (year, month, day) format, and the time appears in HHMM (hour, minute) format. For example, if the configuration for a switch named mgx8850a were saved on February 29th, 2000 at 2:31pm, the file would be named C:/CNF/mgx8850a_01_200002291431.zip.
When you save a configuration, the switch saves all configuration data, including the software revision levels used by the cards in the switch. The saved configuration file does not include the boot and runtime software files. Should you need to restore a configuration, the restoreallcnf command restores the configuration exactly as it was when the configuration file was saved. If the boot and runtime files have been removed from the switch, they must be transferred to the switch before the restored configuration can start.
Note If you have upgraded software on the switch since the last time the configuration was saved, a configuration restore will restore the non-upgraded software versions and configuration data. The software does not allow you to save a configuration and restore it on a different revision level of the software.
You can save a configuration if both of the following are true:
•No save or restore process is currently running.
•No configuration changes are in progress.
Caution Make sure that no other users are making configuration changes when you save the configuration. The Cisco MGX switches do not check for other CLI or CWM users before saving a configuration. If other users make changes while the file is being saved, the configuration can become corrupt. If you try to restore the configuration from a corrupt file, the switch can fail and you might have to send switch cards back to the factory for reprogramming.
To save a switch configuration, use the following procedure.
Step 1 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 2 To save the configuration, enter the saveallcnf command:
mgx8830a.7.PXM.a > saveallcnf [-v]
The verbose option, -v, displays messages that show what the switch is doing during the save process. You do not need to see these messages, but they do give you an indication on how the save process is proceeding. If you do not enter the -v option, the switch does not display any status messages until the save is complete.
Step 3 Read the prompt that appears. Press Y if you want to continue, and then press Enter.
When the save is complete, the switch prompt reappears, and the new file is stored in the C:/CNF directory.
Note The switch stores only the last two files saved with the saveallcnf command. This prevents the hard disk from getting full due to repetitive use of this command. If you need to save files that will be erased the next time the saveallcnf command is run, use an FTP client to copy them to a file server or workstation before saving the next configuration.
The following example shows what appears on the switch when the saveallcnf command is used without the -v option:
mgx8830a.1.PXM.a > saveallcnf
The 'saveallcnf' command can be time-consuming. The shelf
must not provision new circuits while this command is running.
Do not run this command unless the shelf configuration is stable
or you risk corrupting the saved configuration file.
ATTENTION PLEASE NOTE:
-> If you want to abort the save, please use abortallsaves CLI.
If you use cntrl-C, you will risk hanging the whole telnet
session and may lose capability of being able to perform
subsequent saves
-> The save command will only store the
2 most recent saved files in C:/CNF directory.
If you have 2 or more files already saved in C:/CNF,
the older ones will be deleted by the current save,
keeping the 2 most recent.
Do you want to proceed (Yes/No)? y
saveallcnf: shelf configuration saved in C:/CNF/pop20one_01_200006151550.zip.
Note Cisco Systems recommends that you use an FTP client to copy the saved configuration file to a workstation. This ensures that you have a backup copy if the PXM Hard Drive card fails.
Clearing a Switch Configuration
There are two commands that allow you to clear the switch configuration: clrcnf and clrallcnf.
To clear switch provisioning data such as the PNNI controller and SPVC connections, enter the clrcnf command. This command clears all configuration data except the following:
•IP address configuration
•Node name
•Software version data for each card
•SNMP community string, contact, and location
•Date, time, time zone, and GMT offset
To clear the entire configuration, use the clrallcnf command. This command clears all the provisioning data and most of the general switch configuration parameters, such as the switch name and SNMP configuration. The clrallcnf command clears all IP addresses except the boot IP address.
Clearing a Slot Configuration
To clear the entire configuration on both the RAM and the disk for a specified service module slot, enter the clrsmcnf command. If you enter clrsmcnf <slot> without any options, only the RAM and disk will be cleared. If you enter clrsmcnf <slot> -all, card specific information will be cleared along with the RAM and disk.
The service module will go into reboot, and then it will come back up in the previous revision.
Enter the dspcd command to verify whether the clrsmcnf command was successful or not.
Note The clrsmcnf command does not work on redundant cards. Enter the delred command to delete redundancy on a pair prior to running the clrsmcnf command.
Caution When replacing T1 or T3 cards are replaced with E1 or E3 cards, or vice versa, you must enter the clrsmcnf command on the appropriate slot before you install the replacement card.
Restoring a Saved Configuration
You can restore a configuration if all of the following statements are true:
•No save or restore process is currently running.
•No configuration changes are in progress.
•The switch is not hosting any critical calls.
Caution Make sure that no other users are making configuration changes when you restore the configuration. The Cisco MGX switches do not check for other CLI or CWM users before restoring a configuration. If other users make changes while the file is being restored, the configuration can become corrupt, the switch can fail, and you might have to send switch cards back to the factory for reprogramming.
To restore a saved switch configuration, use the following procedure.
Step 1 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 2 Verify that the file from which you want to restore configuration data is located in the C:/CNF directory.
Note The C:/CNF directory is the only location from which you can restore a configuration file. If the file has been moved to another directory or stored on another system, the file must be returned to this directory before the data can be restored.
Tip Enter the cd command to navigate the C:/CNF directory, and enter the ll command to display the directory contents. For information on transferring files to and from the switch, see Appendix A, "Downloading and Installing Software Upgrades."
Step 3 To restore a saved configuration file, enter the restoreallcnf command.
mgx8830a.1.PXM.a > restoreallcnf -f filename
Caution The restoreallcnf command resets all cards in the switch and terminates all calls passing through the switch.
Note The configuration file saved with the saveallcnf command does not include the boot and runtime software files in use at the time of the save. If you have removed any of these files, you need to transfer them to the switch before the switch can start the restored configuration.
Replace filename with the name of the saved configuration file.You do not have to enter the path to the file or the extension. For information on the location and name of the file, see " Saving a Configuration."
Managing ILMI
The following sections describe how to
•Enable and disable ILMI on a port
•Display ILMI port configuration data
•Display and clear ILMI management statistics
•Delete ILMI prefixes
Enabling and Disabling ILMI on a Port
The Cisco MGX switches provide several commands that you can use to enable or disable ILMI on a port. For instructions on enabling or disabling ILMI from a PXM1E card, see the " Configuring ILMI on a Port" section in Chapter 11, "Provisioning PXM1E Communication Links." For instructions on enabling or disabling ILMI from a AXSM card, see refer to the Cisco ATM Services (AXSM) Software Configuration Guide and Command Reference for MGX Switches.
To enable or disable ILMI from the PXM prompt, use the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1 privileges or higher.
Step 2 To display a list of ports and view the current ILMI status of each, enter the dsppnports command.
To enable or disable ILMI on a port, enter the cnfilmienable command as follows:
mgx8830a.1.PXM.a
>
cnfilmienable <portid> <no | yes>
Replace portid using the format slot:bay.line:ifNum. Table 13-1 describes these parameters.
Enter yes to enable ILMI on the port, or enter no to disable ILMI.
Step 3 To verify the ILMI status change, re-enter the dsppnports command.
Displaying the ILMI Port Configuration
The following procedure describes some commands you can use to view the ILMI port configuration.
Step 1 Establish a configuration session using a user name with access privileges at any level.
Step 2 To display the ILMI configuration for all ports on a PXM1E or AXSM card, enter the dspilmis command. The following example shows the dspilmis command report:
mgx8830a.1.PXM.a > dspilmis
Sig. rsrc Ilmi Sig Sig Ilmi S:Keepalive T:conPoll K:conPoll
Port Part State Vpi Vci Trap Interval Interval InactiveFactor
---- ---- ---- ---- ---- --- ------------ ---------- ----------
1 1 Off 0 16 On 1 5 4
3 1 Off 0 16 On 1 5 4
The example above shows that all ports are configured for the default ILMI values and that ILMI has not been started on any port. Table 13-2 describes each of the report columns.
Step 3 To display the ILMI configuration for a single port, enter the dspilmi command as follows:
mgx8830a.1.PXM.a > dspilmi <ifnum> <partitionId>
Replace ifnum with the interface number of the port, and replace partitionID with the partition number assigned to the port. You can view both of these numbers in the dspilmis command report. The following is an example report for the dspilmi command. Table 13-2 describes each of the columns that appear in the command report.
mgx8830a.1.PXM.a > dspilmi 1 1
Sig. rsrc Ilmi Sig Sig Ilmi S:Keepalive T:conPoll K:conPoll
Port Part State Vpi Vci Trap Interval Interval InactiveFactor
---- ---- ---- ---- ---- --- ------------ ---------- ----------
1 1 On 0 16 On 1 5 4
Step 4 To display the operational state of ILMI on all ports, enter the dsppnports command at the PXM prompt as shown in the following example:
mgx8830a.1.PXM.a > dsppnports
Summary of total connections
(p2p=point to point,p2mp=point to multipoint,SpvcD=DAX spvc,SpvcR=Routed spvc)
Type #Svcc: #Svpc: #SpvcD: #SpvpD: #SpvcR: #SpvpR: #Total:
p2p: 0 0 0 0 0 0 0
p2mp: 0 0 0 0 0 0 0
Total=0
Summary of total configured SPVC endpoints
Type #SpvcCfg: #SpvpCfg:
p2p: 0 0
p2mp: 0 0
Per-port status summary
PortId IF status Admin status ILMI state #Conns
7.35 up up Undefined 0
7.36 up up Undefined 0
7.37 up up Undefined 0
7.38 up up Undefined 0
Type <CR> to continue, Q<CR> to stop:
10:1.1:1 up up UpAndNormal 0
The ILMI operational state is displayed as one of the following: Disable, EnableNotUp, or UpAndNormal. When ILMI is disabled on the port, the operational status is Disable. When ILMI is enabled on the local port but cannot communicate with ILMI on the remote port, the status is EnableNotUp. In other words, the EnableNotUp status happens when ILMI is disabled on the remote end. When ILMI is enabled and communicating with ILMI on the remote port, the ILMI state is UpAndNormal.
Step 5 To display ILMI configuration data for a specific port, enter the dsppnilmi command at the PXM prompt as follows:
mgx8830a.1.PXM.a > dsppnilmi <portid>
Replace portid using the format slot:bay.line:ifNum. Table 13-1 describes these parameters. The following example shows the format of the dsppnilmi command report.
mg
x8830a.1.PXM.a > dsppnilmi 10:1.1:1
Port: 10:1.1:1 Port Type: PNNI Side: network
Autoconfig: disable UCSM: disable
Secure Link Protocol: enable
Change of Attachment Point Procedures: enable
Modification of Local Attributes Standard Procedure: enable
Addressreg: Permit All
VPI: 0 VCI: 16
Max Prefix: 16 Total Prefix: 0
Max Address: 64 Total Address: 0
Resync State: 0 Node Prefix: yes
Peer Port Id: 16848897 System_Id : 0.80.84.171.226.192
Peer Addressreg: enable
Peer Ip Address : 0.0.0.0
Peer Interface Name : atmVirtual.01.1.1.01
ILMI Link State : UpAndNormal
ILMI Version : ilmi40
INFO: No Prefix registered
Displaying and Clearing ILMI Management Statistics
The following procedure describes some commands you can use to view ILMI management statistics.
Step 1 To display ILMI management statistics for a port, enter the dspilmicnt command as follows:
mg
x8830a.1.PXM.a > dspilmicnt <ifnum> <partitionId>
Replace ifnum with the interface number of the port, and replace partitionID with the partition number assigned to the port. You can view both of these numbers in the dspilmis command report. The following is an example report for the dspilmicnt command.
mg
x8830a.1.PXM.a > dspilmicnt 1 1If Number : 1
Partition Id : 1
SNMP Pdu Received : 36914
GetRequest Received : 18467
GetNext Request Received : 0
SetRequest Received : 0
Trap Received : 1
GetResponse Received : 18446
GetResponse Transmitted : 18467
GetRequest Transmitted : 18446
Trap Transmitted : 4
Unknown Type Received : 0
ASN1 Pdu Parse Error : 0
No Such Name Error : 0
Pdu Too Big Error : 0
Note Partition ID 1 is reserved for PNNI.
Step 2 To clear the ILMI management statistics for a port, enter the clrilmicnt command as follows:
mgx8830a.1.PXM.a > clrilmicnt <ifnum> <partitionId>
Replace ifnum with the interface number of the port, and replace partitionID with the partition number assigned to the port. The following example shows the switch response to this command.
mg
x8830a.1.PXM.a > clrilmicnt 1 1ilmi stats for ifNum 1, partId 1 cleared
Step 3 To verify that the statistics have been cleared, re-enter the dspilmicnt command.
Deleting ILMI Prefixes
The following procedure describes how to delete an ILMI address prefix from a port.
Note The procedure for adding ILMI prefixes is described in " Configuring ILMI Dynamic Addressing" in Chapter 11, "Provisioning PXM1E Communication Links."
Step 1 Establish a configuration session using a user name with GROUP1 privileges or higher.
Step 2 To view the ILMI prefixes assigned to a port, enter the dspprfx command as follows:
mgx8830a.1.PXM.a > dspprfx <portid>
Replace <portid> with the port address using the format slot:bay.line:ifnum. These parameters are described in Table 13-1. For example:
mgx8830a.1.PXM.a > dspprfx 10:2.2:4
INFO: No Prefix registered
In the example above, no ILMI prefixes have been assigned to the port, so the port will use the prefix configured for the SPVC prefix.
Step 3 To prepare for deleting an ILMI prefix, down the port to be configured with the dnpnport command. For example:
mgx8830a.1.PXM.a > dnpnport 10:2.2:4
Step 4 Enter the following command to delete an ATM prefix for a port:
mgx8830a.1.PXM.a > delprfx <portid> <atm-prefix>
Replace portid using the format slot:bay.line:ifNum. Table 13-1 describes these parameters.
Replace atm-prefix with the 13-byte ATM address prefix in use.
Step 5 Up the port you configured with the uppnport command. For example:
mgx8830a.1.PXM.a > uppnport 10:2.2:4
Step 6 To verify the proper ATM prefix configuration for a port, re-enter the dspprfx command.
Determining the Software Version Number from Filenames
The following version management commands require a version number to be entered in a specific format:
•abortrev
•burnboot
•commitrev
•loadrev
•runrev
•setrev
In most cases, you will find the correct firmware version numbers in the Release Notes for Cisco MGX 8850 (PXM1E/PXM45), Cisco MGX 8950, and Cisco MGX 8830, Software Version 4.0.00. If the release notes are not available, you can use the firmware filename to determine the version number as described below.
Step 1 Establish a configuration session at any access level.
Step 2 To view the files on the switch hard drive, you can enter UNIX-like commands at the switch prompt. To change directories to the firmware directory (FW), enter the cd command as follows:
mg
x8830a.1.PXM.a > cd C:/FW
Note Remember that UNIX directory and filenames are case sensitive.
Step 3 To list the contents of the directory, enter the ll command:
mg
x8830a.1.PXM.a > ll
The following example shows the ll command display:
mg
x8830a.1.PXM.a > ll
-rwxrwxrwx 1 0 0 1367596 Mar 12 18:27 ausm_8t1e1_020.000.000.106-D.fw
-rwxrwxrwx 1 0 0 967736 Apr 11 18:43 pxm1e_002.001.050.000-D_diag.fw
-rwxrwxrwx 1 0 0 6476612 Mar 29 23:51 pxm1e_003.000.000.000-D_mgx.fw
-rwxrwxrwx 1 0 0 1123104 Mar 6 18:26 pxm1e_003.000.000.000-D_diag.fw
-rwxrwxrwx 1 0 0 6412036 Feb 27 19:39 pxm1e_003.000.000.206-P1_m30.fw
-rwxrwxrwx 1 0 0 3810744 Feb 26 23:54 vism_8t1e1_003.000.000.051-I.fw
-rwxrwxrwx 1 0 0 3811160 Feb 26 19:21 vism_8t1e1_003.000.000.050-I.fw
-rwxrwxrwx 1 0 0 1085856 Jan 5 2000 pxm1e_001.001.050.005-A_diag.fw
-rwxrwxrwx 1 0 0 6327220 Feb 1 00:02 pxm1e_003.000.000.185-P2_m30.fw
-rwxrwxrwx 1 0 0 1015768 Feb 1 00:02 pxm1e_003.000.000.185-P2_bt.fw
-rwxrwxrwx 1 0 0 6331172 Jan 29 00:24 pxm1e_003.000.000.185-A_mgx.fw
-rwxrwxrwx 1 0 0 878976 Jan 1 2098 pxm1e_002.001.050.007-A_bt.fw
-rwxrwxrwx 1 0 0 725744 Mar 12 18:27 cesm_8t1e1_020.000.000.106-D.fw
-rwxrwxrwx 1 0 0 867564 Mar 12 18:27 frsm_8t1e1_020.000.000.106-D.fw
-rwxrwxrwx 1 0 0 1004548 Mar 12 18:28 frsm_vhs_020.000.000.106-D.fw
-rwxrwxrwx 1 0 0 6524548 May 3 00:38 pxm1e_003.000.000.000-D_m30.fw
-rwxrwxrwx 1 0 0 6505668 Apr 29 23:24 pxm1e_003.000.000.026-P4_m30.fw
In the file system :
total space : 819200 K bytes
free space : 786279 K bytes
Note The above example was created during product development. The filenames may be different from those in use on your switch. For the latest list of filenames, refer to the Release Notes for Cisco MGX 8850 (PXM1E/PXM45), Cisco MGX 8950, and Cisco MGX 8830, Software Version 4.0.00.
Figure 13-1 shows the information contained in filenames for released software.
Figure 13-1 Filename Format for Released Software
Filenames that include "_mgx" are for runtime PXM firmware, and filenames that include "_bt" are for boot firmware. Service module runtime firmware images do not have an image description after the version number. When you first receive the switch from Cisco, there will be single versions of each file. If you download updates to any files, there will be multiple versions of those files.
Figure 13-2 shows the information contained in filenames for prereleased firmware. If you are evaluating nonreleased firmware, the filename format shows that the firmware is prereleased and indicates the development level of the prerelease firmware.
Figure 13-2 Filename Format for Prereleased Firmware
Step 4 Translate the filenames to version numbers, and write the numbers down so you can set the revision levels for the software.
Write the version number in the format required by the revision management commands. The following example shows the required format. If you are logged in as a user with SERVICE_GP access privileges, you can display this example by entering any of the revision management commands without parameters.
mg
x8830a.1.PXM.a > runrevERR: Syntax: runrev <slot> <revision>
slot -- optional; value: 15,16,31,32
revision - revision number. E.g.,
2.0(1)
2.0(1.255)
2.0(0)I or 2.0(0)A
2.0(0)P1 or 2.0(0)P2
2.0(0)P3 or 2.0(0)P4
2.0(0)D
2.0(1.166)I or 2.0(1.166)A
2.0(1.166)P1 or 2.0(1.166)P2
2.0(1.166)P3 or 2.0(1.166)P4
The first example above, 2.0(1), is for released firmware version 2.0, maintenance release 1. The second example, 2.0(1.255), is for patch 255 to version 2.0, maintenance release 1. The other examples are for prerelease firmware. Prerelease firmware does not include patches; the maintenance release number is increased for each software change.
Table 13-3 shows some example filenames and the correct version numbers to use with the revision management commands.
Displaying Software Revisions for Cards
This section describes how to display software revision information for the cards in your switch.
Displaying Software Revisions in Use
To display the boot and runtime software version in use on every card in the switch, enter the dsprevs command as shown in the following example:
mg
x8830a.1.PXM.a > dsprevs
Unknown System Rev: 03.00 May. 04, 2002 20:24:57 GMT
MGX8830 Node Alarm: MINOR
Phy. Log. Inserted Cur Sw Boot FW
Slot Slot Card Revision Revision
---- ---- -------- -------- --------
01 01 PXM1E-4-155 3.0(0.26)P4 3.0(0.26)A
02 01 PXM1E-4-155 3.0(0.26)P4 3.0(0.26)A
03 03 --- --- ---
04 04 FRSM_2CT3 --- ---
05 05 FRSM_2CT3 --- ---
06 06 CESM_8T1 --- ---
07 07 SRM_3T3 --- ---
08 08 --- --- ---
09 09 --- --- ---
10 10 --- --- ---
11 11 FRSM_8T1 --- ---
12 12 --- --- ---
13 13 FRSM_8T1 --- ---
14 07 SRM_3T3 --- ---
To display the upgrades status of the runtime software on all switch cards, enter the dsprevs -status command as shown in the following example:
mg
x8830a.1.PXM.a > dsprevs -status
Corvette System Rev: 03.00 Jun. 07, 2002 19:12:23 GMT
MGX8830 Node Alarm: MINOR
Phy. Log. Cur Sw Prim Sw Sec Sw Rev Chg
Slot Slot Revision Revision Revision Status
---- ---- -------- -------- -------- -------
01 01 3.0(0.83)D 3.0(0.83)D 3.0(0.83)D ---
02 01 3.0(0.83)D 3.0(0.83)D 3.0(0.83)D ---
03 03 --- --- --- ---
04 04 20.0(1.44)A 20.0(1.44)A 20.0(1.44)A ---
05 04 20.0(1.44)A 20.0(1.44)A 20.0(1.44)A ---
06 06 20.0(1.44)A 20.0(1.44)A 20.0(1.44)A ---
07 07 --- --- --- ---
08 08 --- --- --- ---
09 09 --- --- --- ---
10 10 --- --- --- ---
11 11 20.0(1.44)A 20.0(1.44)A 20.0(1.44)A ---
12 12 --- --- --- ---
13 13 --- --- --- ---
14 07 --- --- --- ---
Displaying Software Revisions for a Single Card
To display the boot and runtime software revisions in use on a single card, enter the dspcd <slot> command as shown in the following example:
mg
x8830a.1.PXM.a > dspcd 2Unknown System Rev: 03.00 May. 04, 2002 20:29:14 GMT
MGX8830 Node Alarm: MINOR
Slot Number 2 Redundant Slot: 1
Front Card Upper Card Lower Card
---------- ---------- ----------
Inserted Card: PXM1E-4-155 UI Stratum3 SMFIR_4_OC3
Reserved Card: PXM1E-4-155 UI Stratum3 UnReserved
State: Active Active Active
Serial Number: S1234567890 SAK0325008J SAG05415SW9
Prim SW Rev: 3.0(0.26)P4 --- ---
Sec SW Rev: 3.0(0.26)P4 --- ---
Cur SW Rev: 3.0(0.26)P4 --- ---
Boot FW Rev: 3.0(0.26)A --- ---
800-level Rev: E2 03 4P
800-level Part#: 800-12345-01 800-05787-01 800-18663-01
CLEI Code: а0 0
Reset Reason: On Power up
Card Alarm: NONE
Failed Reason: None
Miscellaneous Information:
Type <CR> to continue, Q<CR> to stop:
Managing Redundant Cards
The MGX switches support redundancy between two cards of the same type. For PXM1E, PXM45, and SRM cards, this redundancy is preconfigured on the switch. To establish redundancy between two CBSMs (for example, CESM, AUSM, FRSM, and VISM), two AXSMs, or two FRSM12s, you can enter the addred command as described in the " Establishing Redundancy Between CBSM Cards" section in "Preparing Cell Bus Service Modules for Communication."
The following sections describe how to
•Display the redundancy configuration
•Switch operation from one card to the other
•Remove the redundancy between two service modules
Displaying Redundancy Status
To display the redundancy configuration for the switch, use the following procedure.
Step 1 Establish a configuration session at any access level.
Step 2 To view the redundancy status, enter the following command:
mg
x8830a.1.PXM.a > dspred
After you enter the command, the switch displays a report similar to the following example:
mg
x8830a.1.PXM.a > dspredUnknown System Rev: 03.00 May. 04, 2002 20:31:39 GMT
MGX8830 Node Alarm: MINOR
Logical Primary Secondary Card Redundancy
Slot Slot Card Slot Red Type Type
State State
----- ----- ----------- ---- ------------ ------------ ----------
1 1 Standby 2 Active PXM1E 1:1
7 7 Standby 14 Active SRM-3T3 1:1
Switching Between Redundant PXM Cards
When the switch has two PXM cards running in active and standby mode, you can enter the swtichcc command to swap the roles of the two cards. Typically, you enter this command to switch roles so you can upgrade the hardware or software on one of the cards.
Note The switchcc command is entered only when all cards are operating in active or standby roles. For example, if a non-active PXM is not in standby state, or if a service module is being upgraded, the switchcc command is not entered.
To switch operation from one redundant PXM card to another, use the following procedure.
Step 1 Establish a configuration session using a user name with SUPER_GP privileges or higher.
Step 2 Check the status of the active and standby cards by entering the dspcds command.
The dspcds command should list one card as active and one card as standby. If the cards are not in their proper states, the switchover cannot take place.
Step 3 To switch cards, enter the following command after the switch prompt:
mg
x8830a.1.PXM.a > switchccSwitching Between Redundant Service Modules
To switch operation from an active redundant service module to the standby card, use the following procedure.
Step 1 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 2 Check the status of the active and standby cards by entering the dspcds command.
The dspcds command should list one card as active and one card as standby. If the cards are not in their proper states, the switchover cannot take place.
Step 3 To switch cards, enter the following command after the switch prompt:
mgx8830a.1.PXM.a > switchredcd <fromSlot> <toSlot>
Replace <fromSlot> with the card number of the active card, and replace <toSlot> with the card number to which you want to switch control.
Removing Redundancy Between Two Cards
To remove the redundant relationship between two service modules, use the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1_GP privileges or higher.
Step 2 To remove card redundancy, enter the following command after the switch prompt:
mgx8830a.1.PXM.a > delred <primarySlot>
Replace primarySlot with the number of the primary card. You can view the primary and secondary status of cards by entering the dspred command.
Switching Between Redundant RPM Cards
To switch operation from an active RPM-PR or RPM-XF card to the standby card, use the following procedure.
Step 1 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 2 Check the status of the active and standby cards by entering the dspcds command.
The dspcds command should list one card as active and one card as standby. If the cards are not in their proper states, the switchover cannot take place.
Step 3 To switch cards, enter the following command after the switch prompt:
mgx8850a.7.PXM.a > softswitch <fromSlot> <toSlot>
Replace <fromSlot> with the card number of the active card, and replace <toSlot> with the card number to which you want to switch control.
Managing Redundant APS Lines
APS line redundancy is supported on PXM1E, AXSM, and SRME cards. To establish redundancy between two lines, you can enter the addapsln command as described in the " Establishing Redundancy Between Two Lines with APS" section in Chapter 4, "Preparing PXM1E Lines for Communication."
The following sections describe how to:
•Prepare for Intercard APS
•Display APS line information
•Modify APS lines
•Switch APS lines
•Remove the redundancy between two lines
Note APS is required for line redundancy on SRME cards that are installed in Cisco MGX 8850 (PXM1E) switches, and for line redundancy on PXM1E-8-155 cards in Cisco MGX 8850 (PXM1E) and Cisco MGX 8830 switches. APS is not required for SRME cards that are installed in Cisco MGX 8830 switches.
Note You must install and configure APS on your PXM1E-4-155 cards in order to facilitate a future upgrade to the PXM1E-8-155 card.
Preparing for Intercard APS
The following components are required for intercard APS:
•two front cards.
•two back cards for every bay hosting APS lines. All lines on cards used for intercard APS must operate in APS pairs or use Y cables.
•an APS connector installed between the two back cards for every bay hosting APS lines.
Enter the dspapsbkplane command on both the standby and active card to verify that the APS connector is plugged in properly. The following example shows the results displayed by the dspapsbkplane command when the APS connector is in place:
mg
x8830a.1.PXM.a > dspapsbkplane
Line-ID Primary Card Signal Status Secondary Card Signal Status
Slot #1 Slot #2
1.1 PRESENT PRESENT
1.2 PRESENT ABSENT
2.1 PRESENT ABSENT
2.2 PRESENT ABSENT
Remote Front Card : PRESENT
Top Back Card : ENGAGED
Bottom Back Card : ENGAGED
The following example shows the results displayed by the dspapsbkplane command when the APS connector is not place:
mg
x8830a.1.PXM.a > dspapsbkplane
Line-ID Primary Card Signal Status Secondary Card Signal Status
Slot #1 Slot #2
1.1 PRESENT ABSENT
1.2 ABSENT ABSENT
2.1 PRESENT ABSENT
2.2 ABSENT ABSENT
Remote Front Card : ABSENT
Top Back Card : ENGAGED
Bottom Back Card : NOT-ENGAGED
Note The dspapsbkplane command should be used only when the standby card is in the Ready state. When the standby card is booting or fails, intercard APS cannot work properly and this command displays "NOT ENGAGED."
If the dspapsbkplane command displays the message "APS Line Pair does not exist," suspect that the APS is not configured on a line.
If the dspapsbkplane command shows different values for each card in a pair of PXM1E, SRM, AXSME, or AXSM-XF cards, suspect that the APS connector is seated properly on one card but not on the other.
The APS connector status is the same for all lines in a single bay because the APS connector interconnects two back cards within the same bay. You need to enter the dspapsbkplane command only once to display the APS connector status for both upper and lower bays.
Enter the dspapslns command to verify APS configuration. If the working and protection lines show OK, both lines are receiving signals from the remote node.
Configuring Intercard APS Lines
In PXM1E, SRM, AXSME, or AXSM-XG intercard APS, either front card can be active, and can be connected to either APS line through the APS connector joining the two back cards. The following process describes how intercard APS communication works:
1. The signal leaves the front card at the remote end of the line.
2. The signal passes through the APS connector and both back card transmit ports at the remote end of the line.
3. The signal travels through both communication lines to the receive ports on both back cards at the local end.
4. The active front card processes the signal that is received on the active line.
5. The standby card monitors only the status of the standby line.
6. If necessary, the signal passes through the APS connector to the front card.
Note The front card monitors only one of the receive lines.
Line failures are always detected at the receive end of the line. This is where a switchover occurs when a failure is detected. Two different types of switchovers can occur, depending on whether the APS was configured as unidirectional or bidirectional in the cnfapsln command:
•When a failure occurs on a line configured for unidirectional switching, the switch changes lines at the receive end only. A switchover is not necessary at the transmit end because the transmitting back cards send signals on both lines in the 1 +1 APS configuration.
•When a failure occurs on a line configured for bidirectional switching, a switchover occurs at both ends of the line.
If the status of the standby line is good, a switchover from the failed active line to the standby is automatic.
Enter the cnfapsln command to enable an automatic switchover back to the working line after it recovers from a failure, as shown in the following example:
mg
x8830a.1.PXM.a > cnfapsln -w 1.1.1 -rv 2
Table 13-4 describes the configurable parameters for the cnfapsln command.
If you want to manually switch from one line to another, enter the switchapsln <bay> <line> <switchOption> command, as shown in the following example:
mg
x8830a.1.PXM.a > switchapsln 1 1 6Manual line switch from protection to working succeeded on line 1.1.1
Table 13-5 describes the configurable parameters for the switchapsln command.
Enter the dspapslns command to verify that the active line switched over from the protection line to the working line, as shown in the following example:
mg
x8830a.1.PXM.a > dspapslns
Working Prot. Conf Oper Active WLine PLine WTR Revt Conf Oper LastUser
Index Index Arch Arch Line State State (min) Dir Dir SwitchReq
------- ----- ---- ----- ------ ----- ----- ----- ---- ---- ---- ----------
1.1.1 2.1.1 1+1 1+1 working OK OK 5 Yes bi bi ManualP->W
Displaying APS Line Information
To display the APS line redundancy configuration for a PXM card, enter the dspapsln command as described below.
Step 1 Establish a configuration session at any access level.
Step 2 To view the redundancy status, enter the following command after the switch prompt:
mg
x8830a.1.PXM.a > dspapsln <working-slot.bay.line>Replace <working-slot.bay.line> with the slot, bay, and line id of the APS line you want to display. After you enter the command, the switch displays a report similar to the following:
mg
x8830a.1.PXM.a > dspapsln 9.1.1
Working Prot. Conf Oper Active SFBer SDBer WTR Revt Dir LastUser
Index Index Arch Arch Line 10^-n 10^-n (min) SwitchReq
------- ----- ---- ----- ------ ----- ----- ----- ---- --- ----------
9.1.1 9.1.2 1+1 1+1 working 3 5 5 No uni No Request
9.2.1 9.2.2 1+1 1+1 working 3 5 5 No uni No Request
Modifying APS Lines
To change the configuration for an APS line, enter the cnfapsln command as described in the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1_GP privileges or higher.
Step 2 Enter the cnfapsln command as follows:
mg
x8830a.1.PXM.a > cnfapsln -w <workingIndex> -sf <SignalFaultBER> -sd <SignalDegradeBER> -wtr <Wait To Restore> -dr <direction> -rv <revertive> -proto <protocol>
Select the working line to configure by replacing <workingIndex> with the with the location of the working line using the format slot.bay.line. For example, to specify the line on card 9, bay 1, line 2, enter 9.1.2.
Table 13-6 describes the cnfapsln command options.
Table 13-6 Options for cnfapsln Command
Option Description-w
Slot number, bay number, and line number of the active line to configure, in the following format:
slot.bay.line
Example:
-w 1.1.1
-sf
The signal failure Bit Error Rate (BER) threshold. Replace <SignalFaultBER> with a number in the range of 3 to 5.
5 = signal failure BER threshold = 10 ^^ -5.
-sd
The Signal degrade BER threshold. Replace <SignalDegradeBER> with a number in the range of 5 to 9.
5 = signal degrade BER threshold = 10 ^^ -5.
-wtr
The number of minutes to wait before attempting to switch back to the working line. Replace <Wait To Restore> with a number in the range of 1 to 12 (minutes).
Note that this option is applicable only when the -rv option is set to 2, enabling revertive operation.
-dr
The direction option, which specifies the communication paths to be switched when a failure occurs. The options are unidirectional or bidirectional. When the unidirectional option is selected, only the affected path, either transmit or receive, is switched. When the bidirectional option is selected, both paths are switched.
To set this option, replace the <direction> variable with 1 for unidirectional operation or 2 for bidirectional operation.
-rv
The revertive option, which defines how the switch should operate when a failed line recovers. The options are revertive and nonrevertive. When the -rv option is configured for revertive operation and the working line recovers, the switch will switch back to the working line after the period specified by the -wtr option. If the line is configured for nonrevertive operation, a failure on the working line will cause the switch to use the protect line until a manual switchover is initiated as described in " Switching APS Lines."
To set this option, replace the <revertive> variable with 1 for non-revertive operation or 2 for revertive operation.
-proto
The protocol option, which determines whether the switch will use the standard Bellcore protocol, or the ITU protocol.
Switching APS Lines
To switch between two APS lines, enter the switchapsln command as described in the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1_GP privileges or higher.
Step 2 Enter the switchapsln command as follows:
mg
x8830a.1.PXM.a > switchapsln <bay> <line> <switchOption> <serviceSwitch>
Select the working line to switch by replacing <bay> with the bay number of the working line, and replacing <line> with the line number for the working line.
Table 13-7 describes the other options you can use with this command.
Removing APS Redundancy Between Two Lines
To remove the redundant APS line relationship between two lines, enter the delapsln command as described in the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1_GP privileges or higher.
Step 2 To remove redundancy between the two lines, enter the following command after the switch prompt:
mg
x8830a.1.PXM.a > delapsln <workingIndex>
Select the working line to delete by replacing <workingIndex> with the location of the working line using the format slot.bay.line. In the following example, the delapsln command removes the APS redundancy between the working line at Card 1, Bay 2, Line 1 and the protection line associated with it.
mg
x8830a.1.PXM.a > delapsln 1.2.1Troubleshooting APS Lines
Port lights on PXM1E, SRM, AXSME, AXSM-XG or FRSM12 front cards indicate the receive status of APS lines. The active front card always displays the status of the active line. The standby card always displays the status of the inactive line. If only one APS line fails, the line failure LED is always displayed on the standby front card.
Caution When the active front card and the active line are in different slots and the inactive line has failed, it is easy to incorrectly identify the failed line as the line in the standby slot. To avoid disrupting traffic through the active line, verify which physical line is at fault before disconnecting the suspect line.
If the active line fails and the standby line is not available, the switch reports a critical alarm.
If the active line fails and the standby line takes over, the former standby line becomes the new active line, and the switch reports a major alarm.
If a PXM1E, SRM, AXSME, AXSM-XG, or FRSM12 front card fails, APS communication between the redundant front cards fails. This can result in one of the following situations:
•If both APS lines were working before the failure, an APS line failure causes a switchover to the protection line
•If either APS line failed prior to a front card failure, a failure on the active line does not cause a switchover to the other line. Because the standby front card failed, it cannot monitor the standby line and report when the line has recovered. This means that the active card cannot use the standby line until the standby front card is replaced and the line problem corrected.
Use the following procedure to troubleshoot APS lines.
Step 1 Enter the dsplns command to determine if the line in alarm is an APS line. The dsplns command shows which lines are enabled for APS.
mg
x8830a.1.PXM.a > dsplns
Medium Medium
Sonet Line Line Line Frame Line Line Alarm APS
Line State Type Lpbk Scramble Coding Type State Enabled
----- ----- ------------ ------ -------- ------ ------- ----- --------
1.1 Up sonetSts12c NoLoop Enable Other ShortSMF Clear Enable
1.2 Up sonetSts12c NoLoop Enable Other ShortSMF Clear Disable
2.1 Up sonetSts12c NoLoop Enable Other ShortSMF Clear Disable
2.2 Up sonetSts12c NoLoop Enable Other ShortSMF Clear Disable
If the line in alarm is an APS line, and has always functioned properly as an APS line, proceed to Step 2.
If the line in alarm has never functioned properly as an APS line, verify that the following are true:
•Redundant front and back cards are in the appropriate bays and are installed at both ends of the line.
•Cable is properly connected to both ends of the line.
•Enter the dspapsbkplane command to verify that the APS connector is installed properly at both ends of the line.
Step 2 Enter the dspapslns command at both ends of the communication line to determine whether one or both lines in an APS pair are bad.
Use Table 13-8 to help you determine which APS line is not functioning properly.
Table 13-8 Troubleshooting APS Line Problems Using the dspaps Command
Active Line Working Line Protection Line Working Line LED Protection Line LED DescriptionWorking
OK
OK
Green
Green
Active card is receiving signal on working and protection lines. This does not guarantee that transmit lines are functioning properly. You must view the status on remote switch.
Protection
SF
OK
Green
Red
Active card is receiving signal on the protection line. No signal received on the working line.
Working
OK
SF
Green
Red
Active card is receiving signal on the working line. No signal received on the protection line.
Working
SF
SF
Red
Red
Active card is not receiving signal from either line. The working line was the last line to work.
Protection
SF
SF
Red
Red
Active card is not receiving signal from either line. The protection line was the last line to work.
Working
UNAVAIL
UNAVAIL
The card set is not complete. One or more cards have failed or been removed. See Table 13-9 to troubleshoot card errors.
Step 3 If one or both lines appear to be bad, determine whether the working or protection line is in alarm. Troubleshoot and correct the standby line first. Replace the components along the signal path until the problem is resolved.
•If the dspapslns command at either end of the line indicates a front or back card problem, resolve that problem first. (See Table 13-9 to troubleshoot card problems.)
•If the dspapslns command shows a signal failure on the standby line, replace that line.
•If the standby line is still down, replace the cards along the signal path.
Managing Network Clock Sources
The following sections describe how to do the following tasks:
•Synchronize Time of Day clocks
•Manage NCDP
•View the configured clock sources
•Reconfigure network clock sources
•Delete clock sources
•Restore a clock source after failure
Synchronizing TOD Clocks
Clock synchronization is valuable for network clients with applications which need to have a reliable and accurate Time of Day (TOD). SES switches use SNTP to synchronize TOD clocks between a client and a server. An SNTP client can be configured to synchronize with one primary SNTP server and up to three secondary SNTP servers, and an SNTP server can support up to 200 clients.
In an SNTP server/client configuration, the SNTP client periodically requests TOD from the server. If the primary server is not available for some reason, the SNTP client switches over the next available secondary server for TOD information until the primary server comes back up.
An SNTP server can reside on an active PXM in an MGX and in and SES switch. An SES switch an be an SNTP server, but not an SNTP client.
To set synchronized network clocks, you need to perform the following task in order:
1. Set up a primary server for the network client.
2. Set up a secondary server (or several secondary servers), which serves as a backup server if the SNTP client cannot reach the primary server.
3. Configure the network client.
To synchronize the primary and secondary servers, the SNTP client must be enabled on the node or nodes on which the servers are running. Since an SNTP client is not supported on an SES, The supported primary and secondary configurations are as follows:
•An SES is the primary server, and an MGX is the secondary server.
•An SES is the primary server, and another SES is the secondary server.
Use the following procedure to set up TOD synchronization in your network.
Note SNTP clients and servers run only on active PXM cards.
Step 1 Select a primary server that is able to provide reliable TOD information to the network.
Step 2 At the SES PXM1 prompt, enter the cnfsntp -server on -stratum <stratum level > command to enable the server and configure the stratum level. Replace <stratum level > with the stratum level for the server.
espses.1.PXM.a > cnfsntp -server on -stratum 1
Table 13-10 describes the cnfsntp command parameters you must use to set up a server.
Table 13-10 cnfsntp Command Parameters
Parameter Description-server
Toggles the primary SNTP server on or off.
-stratum
Stratum of the SNTP client. The default is 0.
Step 3 On an MGX node, set up an SNTP client to point to the SES SNTP server using the addsntprmtsvr as shown in the following example.
mgx.1.PXM.a > addsntprmtsvr <server IP address> on -version <version> -primary yes
Replace <server IP address> with the IP address of the SES server you set up in Step 1 and Step 2. Replace <version> with the SNTP version.
Table 13-11 describes the cnfsntprmtsvr command parameters you must use to set up a remote server.
Note During power up, the PXM loads the TOD onto all cards in the switch except for the RPM. You must use the SNTP synchronize RPM cards to the MGX TOD.
Deleting an Existing SNTP Server
Enter the delsntprmtsvr <IP_address> command at the active PXM prompt to delete a specific SNTP server. Replace <IP_address> with the IP address of the server you want to delete.
M8850_LA.8.PXM.a > delsntprmtsvr 172.29.52.88
Enter the delsntprmtsvr all command to delete all SNTP servers on the network, as shown in the following example:
M8850_LA.8.PXM.a > delsntprmtsvr all
Displaying an SNTP Server
Enter the dspsntprmtsvr command at the active PXM prompt to display a specific SNTP server.
ses.1.PXM.a > dspsntprmtsvr 172.29.52.88
Enter the dspsntprmtsvr all command at the active PXM prompt to display a list of all existing SNTP servers in the network.
M8850_NY.8.PXM.a > dspsntprmtsvr all
Displaying the Current SNTP Configuration
To display the client requesting the TOD information from the current server, enter the dspsntp command as shown in the following example:
M8850_NY.8.PXM.a > dspsntp
client: yes
server: yes
polling: 64
waiting: 5
rollback: 1024
stratum(default): 3
stratum(current): 3
sync: no
Table 13-12 shows the objects displayed for the dspsntp command.
Managing NCDP Clock Sources
The following sections provide procedures for managing Network Clock Distribution Protocol (NCDP) clock sources.
Enabling NCDP on a Switch
By default, NCDP is disabled on all nodes and all NNI ports. To enable NCDP on a switch, enter the cnfncdp command as follows:
M8850_LA.8.PXM.a > cnfncdp [-distributionMode 1|2] [-maxNetworkDiameter diameter] [-hello time] [ -holdtime time] [ -topoChangeTimer time]
Note NCDP must be enabled at each switch that will participate in NCDP clock distribution.
The -distributionMode option is the only option required to enable NCDP. Table 13-13 describes the options available for the cnfncdp command.
Configuring an NCDP Clock Source
After you enable NCDP through the cnfncdp command, NCDP automatically selects the root clock source based on the following criteria:
•Priority (should be sufficient to find the root)
•Stratum level (should be sufficient as a tie-breaker)
•Clock source reference
• ATM address of the switch
You can manipulate these criteria and specify a clock source through the cnfncdpclksrc command as follows.
M8850_LA.8.PXM.a > cnfncdpclksrc <portid> <prstid> [-clocktype {e1 | t1}] [-priority <priority>] [-stratumLevel <level>]
Table 13-14 describes the options available for the cnfncdpclksrc command.
In the following example, the user configures an NCDP clock source on port 7.35 with a external source, a priority of 100, and the stratum level 2.
M8850_LA.8.PXM.a > cnfncdpclksrc 7.35 0 -priority 100 -stratumLevel 2
Note Once you enable NCDP, it is automatically enabled on all NNI ports on the switch.
Enter the dspncdpclksrc <portid> command to ensure the NCDP configuration took effect. Replace <portid> with the 7.35 or 7.36 (for T1/E1 ports). The following example displays the NCDP configuration on an E1 port.
M8850_LA.8.PXM.a > dspncdpclksrc 7.35
Best clock source : No
Priority : 100
Stratum level : 2
Primary reference src id : 0(external)
Health : Bad
Configuring an NCDP Port
Once you enable NCDP on your node, NCDP is automatically enabled on all the node's NNI ports. You can alter the default NCDP port configuration through the cnfncdpport <portid> <options> command, as shown in the following example:
M8850_LA.8.PXM.a > cnfncdpport 1:2.2:2 -ncdp enable -vpi 1 -vci 1 -admincost 1 -pcr 200 -scr 100 -mbs 50
Table 13-15 describes the cnfncdpport command options.
Table 13-15 cnfncdpport Command Parameters
Parameter Descriptionportid
Port identifier in the format slot:bay.line:ifnum. These parameters are described in Table 13-1.
-ncdp
Enables/disables NCDP on the current port.
Default = disable
-vpi
Reserved VPI of the signaling channel, in the range from 0 through 4095. There is no reason to change this number unless a relevant card's partition is intended to support a specific VPI.
Note If you change the VPI, it must be within the valid partition range or it will be disabled.
Note You must disable NCDP before you modify the VPI of the signaling channel.
Default = 0
-vci
Reserved VCI of the signaling channel, in the range from 32 through 65535. Normally, no reason exists to change it.
Note If you change the VCI, it must be within the valid partition range or it will be disabled.
Note You must disable NCDP before you modify the VCI of the signaling channel.
Default = 34
-admincost
Sets the routing cost of the port, in the range from 1 through (2^24-1).
For example, if the equipment were in an area with a large amount of electronic noise, or if the switch carried a particularly large amount of traffic, you might want to raise the cost.)
Default = 10
-pcr
Specifies the PCR1 for the port. Default = 250 cells per second
-scr
Specifies the SCR2 for the port.
Default = 150 cells per second
-mbs
Specifies the MBS3 for the port.
Default = 100 cells
1 PCR = peak cell rate
2 SCR = sustained cell rate
3 MBS = maximun burst size
Enter the dspncdpport <portid> command to verify that the NCDP parameters were set properly.
M8850_LA.8.PXM.a > dspncdpport 1:2.2:2
Network clock mode : enable
Ncdp Vc status : up
Network clock vpi : 0
Network clock vci : 34
Admin cost : 10
Service Category : sig
PCR : 250
SCR : 150
MBS : 100
M8850_LA.8.PXM.a >
Displaying NCDP Information
The following sections describe how to display information about NCDP configuration in your network.
Display the Current NCDP Root Clock
Enter the dspncdp command to display the current NCDP root clock source on the network.
M8850_LA.8.PXM.a > dspncdp
Distribution Mode : ncdp
Node stratum level : 3
Max network diameter : 20
Hello time interval : 500 ms
Hold Down time interval : 500 ms
Topology change time interval : 500 ms
Root Clock Source : 255.255
Root Clock Source Reason : locked
Root Clock Source Status : ok
Root Stratum Level : unknown
Root Priority : 0
Secondary Clock Source : 0.0
Secondary Clock Source Reason : unknown
Secondary Clock Source Status : unknown
Last Clock Source change time : N/A
Last Clock Source change reason : None
Table 13-16 describes the objects displayed by the dspncdp command.
Display A Specific NCDP Clock Source
Enter the dspncdpclksrc command to display configuration information about a specific NCDP clock sources on the network.
M8850_LA.8.PXM.a > dspncdpclksrc 7.35
Best clock source : No
Priority : 100
Stratum level : 2
Primary reference src id : 0(external)
Health : Bad
M8850_LA.8.PXM.a >
Table 13-17 describes the objects displayed by the dspncdpclksrc command.
Display All NCDP Clock Sources
Enter the dspncdpclksrcs command to display all configured NCDP clock sources on the network.
M8850_LA.8.PXM.a > dspncdpclksrcs
PortId Best clk src Priority Stratum level Prs id Health
7.35 (e1) No 100 2 0(external) Bad
7.36 (e1) No 128 3 0(external) Bad
255.255 Yes 128 3 255(internal) Good
M8850_LA.8.PXM.a >
Table 13-18 describes the objects displayed by the dspncdpclksrcs command.
Display All NCDP Ports on the Switch
Enter the dspncdpports command to display general details about all signaling ports for NCDP.
U1.8.PXM.a > dspncdpports
PortId Clock mode Clock Vpi Clock Vci Admin Cost Ncdp Vc
6:1.1:1 disable 0 34 10 down
6:1.1:2 disable 0 34 10 down
6:1.1:3 disable 0 34 10 down
Table 13-19 describes the objects displayed by the dspncdpports command.
Table 13-19 dspncdpports Command Objects
Parameter DescriptionPortId
Port identifier in the format slot:bay.line:ifnum. Table 13-1 describes these parameters.
Clock mode
Displays whether NCDP is enabled or disabled on each port.
Clock VPI
Displays the VPI of the signaling channel for each port.
Clock VCI
Displays the VCI of the signaling channel for each port.
Admin Cost
Displays the routing cost of the port.
NCDP VC
Displays whether the Ncdp VC is up or down.
Display An NCDP Port
Enter the dspncdpport <portid> command to display detailed information for a specified NCDP signaling port. Replace <portid> with the port identifier in the format slot:bay.line:ifnum.
U1.8.PXM.a > dspncdpport 6:1.1:1
Network clock mode : disable
Ncdp Vc status : down
Network clock vpi : 0
Network clock vci : 34
Admin cost : 10
Service Category : sig
PCR : 250
SCR : 150
MBS : 100
Table 13-20 describes the objects displayed by the dspncdpport command.
Table 13-20 dspncdpport Command Objects
Parameter DescriptionNetwork clock mode
Displays whether NCDP is enabled or disabled on each port.
NCDP Vc status
Displays whether the Ncdp VC is up or down.
Network clock VPI
Displays the VPI of the signaling channel for each port.
Network clock VCI
Displays the VCI of the signaling channel for each port.
Admin Cost
Displays the routing cost of the port.
Service Category
Displays the service category for the current NCDP port.
PCR
Displays the PCR1 for the port.
SCR
Displays the SCR2 for the port.
MBS
Displays the MBS3 for the port.
1 PCR = peak cell rate
2 SCR = sustained cell rate
3 MBS = maximun burst size
Deleting an NCDP Clock Source
Enter the delncdpclksrc <portid> [clocktype <e1 | t1>] command to delete a clock source from the network. describes how to set the <portid> and [clocktype] parameters on all possible switches and cards.
In the following example, the user deletes the clock source from the E1 port number 7.35 on a Cisco MGX 8850 (PXM45) switch.
M8850_LA.8.PXM.a > delncdpclksrc 7.35
M8850_LA.8.PXM.a >
Managing Manually Configured Clocks Sources
The following sections provide commands and procedures for managing manually configured clock source.
View the Configured Clock Sources
One command allows you to view the configured clock sources and determine which clock source is active. To view the configured clock sources, use the following procedure.
Step 1 Establish a configuration session at any access level.
Step 2 Enter the dspclksrcs command.
mg
x8830a.1.PXM.a > dspclksrcs
The following example shows a display with neither primary nor secondary clocks configured. This is the default configuration of a switch, which uses the internal clock as the network clock source. Whenever the active clock is listed as null, the switch is using the internal clock.
mg
x8830a.1.PXM.a > dspclksrcsPrimary clock type: null
Primary clock source: 0.0
Primary clock status: not configured
Primary clock reason: okay
Secondary clock type: null
Secondary clock source: 0.0
Secondary clock status: not configured
Secondary clock reason: okay
Active clock: internal clock
source switchover mode: non-revertive
In the following example, the display shows that both the primary and secondary clocks are configured for network clock sources. The primary clock source is coming from port 1 on the PXM1E card in slot 1. The primary clock source is active. The secondary clock source is coming from port 1 on the CESM card in slot 6.
mg
x8830a.1.PXM.a > dspclksrcsPrimary clock type: generic
Primary clock source: 1:2.2:1
Primary clock status: ok
Primary clock reason: okay
Secondary clock type: generic
Secondary clock source: 6:1.1:1
Secondary clock status: ok
Secondary clock reason: okay
Active clock: primary
source switchover mode: non-revertive
Reconfigure Manual Clock Sources
The procedure you use to reconfigure a clock source depends on whether or not you need to change the role of the clock source. If the clock source keeps its role as either primary or secondary, just enter a new cnfclksrc command as described in the following locations:
•To reconfigure a clock source for a BITS clock, see the " Configuring the MPLS Controller" section in Chapter 3, "Configuring General Switch Features."
•To reconfigure a clock source to use a PXM1E line, see the " Configuring PXM1E Line Clock Sources" section in Chapter 11, "Provisioning PXM1E Communication Links."
•To reconfigure a clock source to use a AXSM line, see refer to the Cisco ATM Services (AXSM) Software Configuration Guide and Command Reference for MGX Switches.
When reconfiguring a clock source from primary to secondary or from secondary to primary, you must delete both existing clock sources and define new clock sources. The switch will not allow you to create two primary or two secondary clock sources, and the switch will not allow you to configure the same line as both primary and secondary clock sources. After you have deleted the old clock source, you can use the appropriate procedure (referenced above) to define a new clock source.
To delete a clock source, enter the delclksrc command as described in the next section.
Delete Manual Clock Sources
Deleting a clock source deletes the definition of the clock source, not the clock source itself. You might want to delete a primary or secondary clock source definition so that you can reassign the clock source to another line.
To delete a clock source, use the following procedure.
Step 1 Establish a configuration session using a user name with SUPER_GP privileges or higher.
Step 2 Display the clock source information by entering the dspclksrcs command.
You will need the information in this display to delete the clock source.
Step 3 To delete a clock source, enter the delclksrc command.
mg
x8830a.1.PXM.a > delclksrc <priority>
The following example deletes a primary clock source:
mg
x8830a.1.PXM.a > delclksrc primary
Step 4 To verify that a clock source has been deleted, enter the dspclksrcs command. When the primary or secondary clock source is deleted, the clock type is set to null.
Restore a Manual Clock Source After Failure
The revertive option for clock sources connected to the PXM allows a primary clock source to resume operation as the primary clock source after a failure and restoration of the clock signal. However, if you have the revertive option disabled, or if your primary clock source is connected to a service module line, you will have to reconfigure the primary clock source after it is restored.
Caution The revertive option is available only for a primary bits clock source. If the primary clock source is not a bits clock, setting the revertive option to enable causes the primary clock source to fail.
To reconfigure the clock source as a BITS clock source, see the " Configuring the MPLS Controller" section in Chapter 3, "Configuring General Switch Features." To reconfigure the clock source as a service module line clock source, see the " Configuring PXM1E Line Clock Sources" section in Chapter 11, "Provisioning PXM1E Communication Links." To reconfigure the clock source as an AXSM line clock source, refer to the Cisco ATM Services (AXSM) Software Configuration Guide and Command Reference for MGX Switches.
Tip Enter the dspclksrcs command to display the current configuration settings for the primary clock source. Having this information available makes it easier to re-enter the cnfclksrc command.
Note To change a clock source on the PXM from nonrevertive to revertive, enter the cnfclksrc with the option -revertive enable.
When the primary clock source is restored on the master clock node, you may have to reconfigure the primary clock source at each remote node where the node has switched from the primary source to the secondary source. This reconfiguration is necessary only if the local node has detected a change in the master clock source.
To determine if you need to reconfigure the primary clock at a nonmaster node, enter the dspclksrcs command. If the active clock has changed to either secondary or internal clock, you must use the cnfclksrc command to reconfigure the primary clock source for that node.
Displaying SVCs
To display active SVCs, use the following procedure.
Step 1 Establish a CLI management session at any user access level.
Step 2 Enter the following command:
mgx8830a.1.PXM.a > dsppncons
The following is an example report for the dsppncons command.
mg
x8830a.1.PXM.a > dsppncons
Port VPI VCI CallRef:Flag X-Port VPI VCI CallRef:Flag Type OAM-Type Pri
9:1.1:1 0 32 1: 0 9:1.2:2 0 36 5: 0 PTP No 3
Calling-Addr:47.666666666666666666666666.666666666666.00
Called-Addr: 47.111111111111111111111111.111111111111.64
9:1.2:2 0 36 5 9:1.1:1 0 32 1: 0 PTP No 3
Calling-Addr:47.666666666666666666666666.666666666666.00
Called-Addr: 47.111111111111111111111111.111111111111.64
Managing Controllers
Cisco MGX Release 4 switches support one PNNI controller and up to two Label Switch Controllers. The controller identifies a network control protocol to the Virtual Switch Interface (VSI) that runs on the node.
Adding Controllers
To add a controller, use the following procedure.
Step 1 Establish a configuration session at any user access level.
Step 2 Enter the addcontroller command to add a controller to the node.
mg
x8830a.1.PXM.a > addcontroller <cntrlrId> i <cntrlrType> <lslot> [cntrlrName}
Table 13-22 describes the parameters for this command.
Step 3 To display all controllers on the switch and verify the added controller, enter the dspcontrollers command.
MGX8850.7.PXM.a > dspcontrollers
Controller Bay Number: 0
Controller Line Number: 0
Controller VPI: 0
Controller VCI: 0
Controller In Alarm: NO
Controller Error:
MGX8850 System Rev: 02.00 Jul. 30, 2000 09:39:36 GMT
MGX8850 Shelf Alarm: NONE
Number of Controllers: 1
Controller Name: PNNITWO
Controller Id: 2
Controller Location: Internal
Controller Type: PNNI
Controller Logical Slot: 7
Deleting a Controller
To delete a controller, use the following procedure.
Step 1 Establish a configuration session at any user access level.
Step 2 Enter the delcontroller command to prevent the switch from using a specified controller.
mg
x8830a.1.PXM.a > delcontroller <cntrlrId>
Replace <cntrlrId> with 2 to identify PNNI controller, or 3 to identify an LSC controller.
Caution Do not enter the delcontroller command on a card with existing connections. If you do, those connections cannot be recovered until the controller is re-added using the addcontroller command, and the cards or the entire node is reset. Otherwise, ports remain in the provisioning state.
Step 3 To verify that the switch is no longer using the specified controller, enter the dspcontrollers command.
Note The delcontroller command does not delete the controller software, but directs the switch not to use it.
Viewing an ATM Port Configuration
To view the configuration of an ATM line or trunk port, use the following procedure.
Step 1 Establish a CLI management session at any user access level.
Step 2 To display a list of the ports already configured on a PXM1E or AXSM card, enter the following command:
mg
x8830a.1.PXM.a > dspports
This command displays all configured ports on the PXM1E or AXSM card. Port numbers are listed in the ifNum (interface number) column. The interfaces listed include UNI and NNI ports. Note the number of the port for which you want to view the configuration.
Step 3 To display the port configuration, enter the following command:
mg
x8830a.1.PXM.a > dspport <ifNum>
Replace ifNum with the number assigned to the port during configuration. The following example shows the report for this command:
mg
x8830a.1.PXM.a > dspport 2
Interface Number : 2
Line Number : 2.1
Admin State : Up Operational State : Down
Guaranteed bandwidth(cells/sec): 100000 Number of partitions: 1
Maximum bandwidth(cells/sec) : 100000 Number of SPVC : 0
ifType : NNI Number of SVC : 0
SCT Id : 6
VPI number(VNNI only) : 0
Managing PXM1E Partitions
The following sections describe how to display, change, and delete a resource partition.
Note Resource partitions can be managed on AXSM, FRSM12, and PXM1E cards. This section describes how to manage partitions on PXM1E cards. For instructions on managing resource partitions on other types of cards, see the service module documentation listed in Table 1-1.
Displaying a PXM1E Resource Partition Configuration
To display a list of resource partitions or a resource partition configuration, use the following procedure.
Step 1 Establish a CLI management session at any user access level.
Step 2 To display a list showing the resource partitions on this card, enter the following command:
mg
x8830a.1.PXM.a > dspparts
The switch displays a report similar to the following:
mg
x8830a.1.PXM.a > dspparts
if part Ctlr egr egr ingr ingr min max min max min max
Num ID ID GuarBw MaxBw GuarBw MaxBw vpi vpi vci vci conn conn
(.0001%)(.0001%)(.0001%)(.0001%)
-----------------------------------------------------------------------------
1 1 2 1000000 1000000 1000000 1000000 0 4095 35 65535 10000 10000
2 1 2 1000000 1000000 1000000 1000000 0 255 35 65535 5000 5000
Step 3 To display the configuration of a resource partition, note the interface and partition numbers and enter the following command:
mg
x8830a.1.PXM.a > dsppart <ifNum> <partId>
Replace ifnum with the interface number of the port, and replace partitionID with the partition number assigned to the port. The following example shows the report provided by the dsppart command.
mg
x8830a.1.PXM.a > dsppart 1 1
Interface Number : 1
Partition Id : 1 Number of SPVC: 0
Controller Id : 2 Number of SPVP: 0
egr Guaranteed bw(.0001percent): 1000000 Number of SVC : 2
egr Maximum bw(.0001percent) : 1000000
ing Guaranteed bw(.0001percent): 1000000
ing Maximum bw(.0001percent) : 1000000
min vpi : 0
max vpi : 4095
min vci : 32
max vci : 65535
guaranteed connections : 10000
maximum connections : 10000
Note Partition ID 1 is reserved for PNNI.
Changing a PXM1E Resource Partition Configuration
To change the configuration of a resource partition, use the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1 privileges or higher.
Step 2 To display a list showing the partitions for this card, enter the dspparts command.
Note You can change a resource partition only when the partition is not in use.
Step 3 To create a resource partition on a PXM1E or AXSM card, enter the cnfpart command as shown in the following example:
mg
x8830a.1.PXM.a > cnfpart -if <ifNum> -id <partId> -emin <egrminbw> -emax <egrmaxbw> -imin <ingminbw> -imax <ingmaxbw> -vpmin <minVpi> -vpmax <maxVpi> -vcmin <minVci> -vcmax <maxVci> -mincon <minConns> -maxcon <maxConns>
To create a resource partition on a FRSM12 card, enter the cnfpart command as shown in the following example:
mg
x8830a.1.PXM.a > cnfpart -if <ifNum> -ctlrnum <controllerNum>] [-lcn <available connections>] [-dlcimin <minDlci>] [-dlcimax <maxDlci> [-ibw <ingPctBw>] [-ebw <egrPctBw>]
Table 13-23 describes the parameters for the cnfpart command. Be sure to configure only the parameters that are appropriate for the card you are configuring.
Step 4 To display the changed partition configuration, enter the dsppart command as described in the previous section.
Note The current software release does not support dynamic changes to partitions. To begin using changes to a resource partition, you need to delete the controller and then add the controller as described in the Step 5 through Step 8 of this procedure.
Step 5 Display the available controllers with the dspcontrollers command, and write down the controller settings for the controller you are about to delete. For example:
mg
x8830a.1.PXM.a > dspcontrollers
Step 6 Enter the delcontroller command to delete the controller that corresponds to the resource partition you modified. For example:
pop20two.7.PXM.a > delcontroller 3
All Ports and Connections
on this controller will be deleted.
delcontroller: Do you want to proceed (Yes/No)? y
Step 7 To register the resource partition changes, add the deleted controller with the addcontroller command. For example:
pop20two.7.PXM.a > addcontroller 3 i 3 7 "PNNI Controller"
Step 8 To verify that the controller was added correctly, enter the dspcontrollers command.
Deleting a PXM1E Resource Partition
To delete a resource partition, you must do the following:
•Delete any connections that are using the affected port
•Bring down the affected port
The following procedure explains how to delete a resource partition.
Step 1 Establish a configuration session using a user name with CISCO_GP privileges.
Step 2 To display a list showing the partitions for this card, enter the dspparts command.
Step 3 Note the interface number and partition number for the resource partition you want to delete.
Step 4 To display the active connections, enter the following command:
mg
x8830a.1.PXM.a > dspcons
The following is a sample dspcons display.
mg
x8830a.1.PXM.a > dspcons
Local Port Vpi.Vci Remote Port Vpi.Vci State Owner Pri Persistency
----------------------+------------------------+---------+-------+---+-----------
3:1.1:1 102 102 Routed 102 102 FAIL MASTER 3 Persistent
Local Addr: 47.00918100000100001a531c2a.000001031801.00
Remote Addr: 47.00918100000200036b5e30cd.000001011802.00
Preferred Route ID:-
Currently on preferred route: N/A
Step 5 Review the dspcons command display to see if the interface to which the partition is assigned is being used by a connection.
The Identifier column identifies the interface, VPI, and VCI for the connection in the format: if.VPI.VCI. If the interface is in use, note the VPI and VCI values of all connections that use the interface. You will need these to delete the connections.
Step 6 Delete each connection that uses the interface by entering the following command:
mg
x8830a.1.PXM.a > delcon <ifNum> <VPI> <VCI>
Step 7 Bring down the interface by entering the following command:
mg
x8830a.1.PXM.a > dnport <ifNum>
Step 8 Delete the resource partition by entering the following command:
mg
x8830a.1.PXM.a > delpart <ifNum> <partId>
Replace ifnum with the interface number of the port, and replace partitionID with the partition number assigned to the port.
Step 9 To verify that the partition is deleted, enter the dspparts command to display a list of partitions for the card.
Removing Static ATM Addresses
If you create a static ATM address and later want to remove that address, use the following procedure to delete it.
Step 1 Establish a configuration session using a user name with GROUP1 privileges or higher.
Step 2 To locate the port for which you want to delete an address, enter the dsppnports command.
Step 3 Enter the following command to delete the static address:
mg
x8830a.1.PXM.a > deladdr <portid> <atm-address> <length> [-plan {e164|nsap}]
The command parameters are described in Table 13-24.
Table 13-24 ATM Address Configuration Parameters
Parameter Descriptionportid
Port identifier in the format slot:bay.line:ifnum. These parameters are described in Table 13-1.
atm-address
Enter the ATM address using up to 40 nibbles. The ATM address can include up to
20 bytes, which is 40 nibbles or 160 bits.length
Enter the length, in bits, of the address you specified with the <atm-address> parameter. Each nibble is equal to 4 bits. The acceptable range for the parameter is from 0 to 160 bits.
-plan
Enter the address plan, which is either e164 (E.164) or nsap (NSAP). For an NSAP address, the first byte of the address automatically implies one of the three NSAP address plans: NSAP E.164, NSAP DCC, or NSAP ICD.
Default = nsap.
Step 4 To verify that the static address is deleted, enter the following command:
mg
x8830a.1.PXM.a > dspatmaddr <portid>
Replace <portid> with the port address using the format slot:bay.line:ifnum These parameters are described in Table 13-1.
Configuring VPI and VCI Ranges for SVCs and SPVCs
When you add a partition to a port, you define the minimum and maximum VPIs and VCIs for that port. These VPIs and VCIs become available for all services unless you make additional configuration changes. If this configuration is acceptable for your installation, you can skip this section. You are not required to configure VPI and VCI ranges for SVCs and SPVCs.
The Cisco MGX switches allow you to define the minimum and maximum values for the following parameters:
•SVCC VPIs
•SVCC VCIs
•SPVC VPIs
To configure VPI and VCI usage for connections on a specific port, use the following procedure.
Step 1 Establish a configuration session using a user name with GROUP1 privileges or higher.
Step 2 To display a list of PNNI ports, enter the dsppnports command.
Step 3 Enter the following command to bring down the PNNI port you want to configure:
mg
x8830a.1.PXM.a > dnpnport <portid>
A PNNI port is automatically brought up when you add it. You must bring down the port before you can change the port range. Replace <portid> using the format slot:bay.line:ifNum. Table 13-1 describes these parameters.
Step 4 Enter configure the port range, enter the following command:
mg
x8830a.1.PXM.a > cnfpnportrange <portid> [-minsvccvpi <min-svcc-vpi>] [-maxsvccvpi <max-svcc-vpi>]] [-minsvccvci <min-svcc-vci>] [-maxsvccvci <max-svcc-vci>]] [-minsvpcvpi <min-svpc-vpi>] [-maxsvpcvpi <max-svpc-vpi>]]
The only required parameter for this command is the <portid> parameter, but the command serves no purpose if you enter it without options. If you include some options with the command and omit others, the omitted options remain set to the last configured values. Table 13-25 lists and describes the options and parameters for this command.
Table 13-25 Parameters for the cnfpnportrange Command
Parameter Descriptionportid
Port identifier in the format slot:bay.line:ifnum. Table 13-1 describes these parameters.
min-svcc-vpi
Minimum VPI value for SVCC.
Range: 0 to 4095.
Default = 0.max-svcc-vpi
Maximum VPI value for SVCC.
Range: 0 to 4095.
Default = 4095.min-svcc-vci
Minimum VCI value for SVCC.
Range: 32 to 65535.
Default = 35.max-svcc-vci
Maximum VCI value for SVCC.
Range: 32 to 65535.
Default = 65535.min-svpc-vpi
Minimum VPI value for SVPC.
Range: 1 to 4095.
Default = 1.max-svpc-vpi
Maximum VPI value for SVPC.
Range: 1 to 4095.
Default = 4095.
Step 5 Enter the following command to bring up the PNNI port you just configured:
mg
x8830a.1.PXM.a > uppnport <portid>
Replace <portid> using the format slot:bay.line:ifNum. Table 13-1 describes these parameters.
Step 6 To display the PNNI port range for a port, enter the following command:
mg
x8830a.1.PXM.a > dsppnportrange <portid>
After you enter this command, the switch displays a report similar to the following example:
mg
x8830a.1.PXM.a > dsppnportrange 1:2.1:2
minSvccVpi: 0 maxSvccVpi: 4095
minSvccVci: 35 maxSvccVci: 65535
minSvpcVpi: 1 maxSvpcVpi: 4095
Managing Priority Routing
When an SPVC is created, it can be prioritized so that the user has more control over the sequence in which connections are routed, rerouted, and derouted in the network. Routing priorities are set in a range from 0 through 15, with 0 being the highest priority and 15 being the lowest priority. 0 priority is reserved for networking control connections, while priorities 1 through 15 can be assigned to user connections.
Within the priority categories of 0 through15, connections are further divided into groups based on their bandwidth. Connections requiring more bandwidth are routed before those requiring less bandwidth. The number of bandwidth groups is fixed at 50, but you can specify the following ranges:
•range with the lowest bandwidth requirement
•range of cells per second in each range between the highest and lowest ranges.
Because the bandwidth groups are node-level, they apply to all priorities. The same ranges exist for priority 0, priority 1, priority 2, and so on down to the lowest priority. Connections requiring the least bandwidth are grouped at the low end of the range, and connections requiring the most bandwidth are grouped at the top end of the range. The remaining connections are progressively grouped somewhere between the upper and lower bounds.
Bandwidth for a priority is divided into three parts:
•lowest range—You determine the lowest range by specifying the highest rate within the range. For example, if you type 3000, the lowest range is 0-3000 cps.
•highest range—Highest range is what is left over after you specify the lowest range, the number of bandwidth groups, and the number of cells per second in each bandwidth increment.
•All incremental ranges between the lowest and the highest.
Note The derouting of SVCs uses the same priority routing criteria and the derouting of SPVCs.
Before you can prioritize a specific SPVC, you must set up the priority routing feature on the node itself, as described in the section that follows.
Establishing Priority Routing on a Node
Enter the cnfpri-routing command at the PXM card to establish priority routing on a node.
mg
x8830a.1.PXM.a > cnfpri-routing [-bwgrps <grps>] [-bwstart <start>] [-bwincr <incr>][-pribuf <time>] [-nodebuf <delay>]
Table 13-26 describes the options available in the cnfpri-routing command.
Configuring Priority Routing on a Connection
Once priority routing has been set up on a node, you can prioritize the node's SPVCs. A connection's priority is designated during the SPVC master end setup with the addcon command. (See the "Configuring the Master Side of SPVCs and SPVPs" section in Chapter 11, "Provisioning PXM1E Communication Links.")
The following command example defines a port as the master side of an SPVC with a routing priority of 3.
mg
x8830a.1.PXM.a > addcon 3 101 101 1 1 -slave -rtngprio 3 4700918100000000001A531C2A00000101180300.101.101master endpoint added successfully
master endpoint id : 4700918100000000107B65F33C0000010A180300.101.101
Note If you are setting up priority routing on a node that already has established SPVCs, their routing priority is set to 8 by default. You can change the routing priority on an established connection with the cnfcon command. (See the next section " Modifying SPVC Priority Routing Configuration."
Modifying SPVC Priority Routing Configuration
Enter the cnfcon command and use the -rtngprio option to change an SPVC's routing priority, as shown in the following example:
mg
x8830a.1.PXM.a > cnfcon 3 101 101 -rtngprio 6
Managing Path and Connection Traces
Cisco MGX switches support the following traces:
•path traces — the trace occurs only during call setup. Therefore, tracing is enabled before call set up then actually occurs while PNNI routes the connection. The applicable connections are SPVCs, SPVPs, SVCs, or SVPs.
•connection traces — the trace occurs for a call that has already been routed. You can trace the route of existing SPVCs and SVCs.
For more information about enabling path and connection traces, refer to the Cisco MGX 8850 (PXM1E/PXM45), Cisco MGX 8950, and Cisco MGX 8830 Command Reference.
Displaying Path and Connection Traces
There are several commands that allow you to display trace information about a connection. By entering these commands at the slave end of the connection, you can determine the path taken by a connection. Table 13-27 describes these commands:
Clearing a Call at the Destination Node
When a call setup message reaches its destination, you can ensure that the call is cleared by entering the pathtraceport command as follows:
mg
x8830a.1.PXM.a > pathtraceport <portid> -XReplace portid using the format slot:bay.line:ifNum. Table 13-1 describes these parameters. The -X parameter ensures that calls will be cleared once they reach the destination specified in the portid parameter.
Managing Load Sharing
When redundant PXM cards are used, load sharing enables traffic routing through the switch fabric on both PXM cards, doubling the capacity of the switch. Load sharing is enabled by default and should only be disabled for testing or debugging purposes.
The switch provides two options for load sharing management: Auto Shutdown and Plane Alarm Threshold. The switch fabric on each PXM is made up of 3 switch planes that each contain links to 14 slots within the switch chassis. When the Auto Shutdown feature is enabled and one of these internal links fails, that link is automatically shut down, and the card in the affected slot must use a link to another switch plane. If Auto Shutdown is not enabled and a link goes bad, the affected card slot can still attempt to use that link.
The Plane Alarm Threshold option defines the threshold at which a switch plane is declared bad and reported as such. When a switch plane is reported bad, the PXM on which the switch plan resides should be replaced.
The following procedures describe how to view the load sharing option settings and how to change them.
Displaying Load Sharing Status
Enter the dspxbarmgmt command to display the status of the load sharing options. The following example shows the display for this command.
mg
x8830a.1.PXM.a > dspxbarmgmtpop20two System Rev: 02.01 Dec. 07, 2000 18:36:47 GMT
MGX8850 Node Alarm: MAJOR
Load Sharing: Enable
Auto Shutdown: Disable
Plane Alarm Threshold: 3
The Load Sharing and Auto Shutdown lines fields show the option status as Enable or Disable. The Plane Alarm Threshold line displays a number from 1 to 32. On PXM cards, the maximum number of slots to which each plane can connect is 14.
Changing Load Sharing Options
To change the load sharing options, enter the cnfxbarmgmt command as described in the following procedure.
Step 1 Establish a configuration session using a user name with SUPER_GP privileges or higher.
Step 2 Display the current configuration setting by entering the dspxbarmgmt command.
Step 3 Set the load sharing options by entering the cnfxbarmgmt command as follows:
mg
x8830a.1.PXM.a > cnfxbarmgmt <loadSharing> <autoShutdown> <planeAlarmThresh>
Note You must enter values for all command parameters, even if you want to change only one of them.
Table 13-28 describes the parameters for this command.
Step 4 To verify your configuration change, enter the dspxbarmgmt command.
Starting and Managing Telnet Sessions to Other Switches
The Cisco MGX switches support Telnet sessions between switches. For example, you can start a CLI session with one switch, Telnet to a second switch to view configuration information, then switch back to the first switch and continue that CLI session. Each switch supports up to 15 simultaneous Telnet sessions, and you can Telnet across multiple switches. For example, you can establish a CLI session on switch A, Telnet to switch B, and then Telnet from switch B to switch C. The following sections describe:
• Returning to a Previous Session
• Returning to the Original CLI Session
Starting a Telnet Session
To start a Telnet session, enter the telnet command as follows:
mg
x8830a.1.PXM.a > telnet [-E<escapeCharacter>] [-R<tracerouteCharacter>] <ipAddress> [[0x|X|x]<tcpPort>]
You must enter an IP address with the telnet command as shown in the following example:
mg
x8830a.1.PXM.a > telnet 172.29.52.88Trying 172.29.52.88...
Connected to 172.29.52.88
Login: cisco
password:
The -E option allows you to specify an escape character that takes you back to the previous session. For example, if you have Telnetted from Switch A to Switch B to Switch C, you can use this escape character to return to Switch B. The default escape character is Q. To change this, specify an alternate escape character with the -E option when you start a Telnet session. There should be no space character between the -E and the escape character.
The -R option allows you to specify an escape character that displays a trace of your Telnet activity. For example, if you have Telnetted from Switch A to Switch B to Switch C, you can use this escape character to display the Telnet routes from A to B and from B to C. The default escape character is g. To change the default escape character, specify an alternate escape character withe the -R option when you start a Telnet session. There should be no space character between the -R and the escape character.
The tcpPort option allows you to specify a destination port for the Telnet session. If you omit this option, the Telnet session uses the default Telnet port.
Returning to a Previous Session
After you Telnet from one switch to another, enter the bye command or the exit command to close the current session and return to the previous session. For example, if you telnet from Switch A to Switch B to Switch C, the bye command will terminate the session on Switch C and display the session on Switch B.
Returning to the Original CLI Session
After you Telnet from switch to switch, enter the escape character to close all Telnet sessions and return to the original CLI session. The default escape sequence is Escape, Q (uppercase Q). Press Escape first, then press Shift-Q. If you specified an alternate escape character when opening Telnet sessions, enter that character in place of Q.
For example, if you Telnet from Switch A to Switch B to Switch C, the escape character sequence closes the Telnet sessions on Switches B and C, and displays the CLI session on Switch A.
Displaying a Telnet Trace
After you Telnet from switch to switch, enter the trace escape character to display a list of connections you have established between switches. The default escape sequence is Escape, g (lowercase g). Press Escape first, then press g. If you specified an alternate escape character when opening Telnet sessions, enter that character in place of g.
The following example shows a sequence of Telnet sessions and the trace that documents the sequence:
mg
x8830a.1.PXM.a > telnet 172.29.52.88Trying 172.29.52.88...
Connected to 172.29.52.88
Login: cisco
password:
mg
x8830b.1.PXM.a > telnet 172.29.52.56Trying 172.29.52.56...
Connected to 172.29.52.56
Login:
password:
mg
x8830a.1.PXM.a >-> local IP 172.29.52.56, next hop at 172.29.52.88
-> local IP 172.29.52.88, connected to server at 172.29.52.56
mg
x8830b.1.PXM.a >
Verifying PXM Disk Data
When a failure occurs before a write is complete, the data on the active and standby hard disk may not match.
Enter the verifydiskdb check [-l <level>] [-s <slot>] [-p <pass>] command at the active PXM to run the disk verification utility. Table 13-29 describes the possible options for the verifydiskdb check command.
Note Cisco recommends that you run the disk verification utility during a time when there is the least activity on the switch.
Table 13-29 describes the possible options for the verifydiskdb check command.
If you enter verifydiskdb check without any options, the verification utility verifies that the data on the active hard disk matches the data on the standby hard disk. In the following example, the user runs the verification utility for all cards in the node.
pop20two.7.PXM.a > verifydiskdb check
pop20two.7.PXM.a >
Enter verifydiskdb check with the -sl <slot number> option to run the verification utility only on the specified slot.
In the following example, the user configures the verification utility to check for any discrepancies in the control information on the card in slot 7. If any discrepancy is found, the verification utility will run through the disk up to 3 times before it finishes.
pop20two.7.PXM.a > verifydiskdb check -l 1 -sl 7 -p 3
The disk verification task runs in the background until completion. It can take a few seconds or several hours for the disk verification task to finish. The more connections configured on the switch, the longer it takes the utility to complete disk verification. To view the progress of the disk verification task, enter the verifydiskdb status command while the verification task is running.
pop20two.7.PXM.a > verifydiskdb status
Verification is currently running with the following parameters:
Request: Slot(s): ALL Level: 1 Passes: 3
Current Status
Slot: 7, Databases: 13 Tables 88
DB Index: 12 DB Name: spvcRed
Table Details:
Table Index: 81 Table Name: Disk_spvc_pep_db19
Total Records: 10000 Records Verified: 0
Table 13-30 describes the information displayed by the verifydiskdb status command.
Note To stop the disk verification task while it is in progress, enter the verifydiskdb abort command.
Displaying the Contents of the Disk Verification Utility Log File
When the disk verification task is complete, a log file of the task is stored in the log folder on your hard drive. Each log file contains a header with the slot number and the status of the card.
If more information about the discrepancies is determined, it is stored in the log file. However, there is no comparison between data on the hard disk versus data on the card.
To view the disk verification utility log file, enter the verifydiskdb display command as shown in the following example.
pop20two.7.PXM.a > verifydiskdb display
If you want to view an older log file, enter the verifydiskdb display command with the -l old option, as shown in the following example.
pop20two.7.PXM.a > verifydiskdb display -l old
Note The directory only keeps two log files per slot. If disk verification is executed a third time for a slot that contains two log files, the oldest of the two files is removed.
If no discrepancies are found on a card, the log file contains only the slot number, timestamp of the verification task, and a message stating that no discrepancies were found, as shown in the following example:
------------------ Information for Slot 5 ------------------
Start: 22/05/2002-10:31:19 - End: 22/05/2002-10:31:27
Verify DONE
TotalofDbs= 2, TotalofTbls= 15, #DbVerf=2, #TblVerf= 15
No Discrepancies found for slot 5
--------------------------------------------------------------
If discrepancies were found on a card, the log file contains the names of the databases and tables in which the discrepancies were found, as shown in the following example:
------------------ Information for Slot 1 ------------------
Start: 20/04/2002-17:43:49 - End: 20/04/2002-17:43:57
Verify DONE
TotalofDbs= 4, TotalofTbls= 20, #DbVerf=4, #TblVerf= 20
=============================================================
dbInd: 2 - dbName: EmDiskDb
tblInd: 17 - tblName: LineTable
Record: 8 ActvChkSum: 0 StdbyChkSum: 549
=============================================================
dbInd: 2 - dbName: EmDiskDb
tblInd: 17 - tblName: LineTable
Record: 9 ActvChkSum: 0 StdbyChkSum: 549
===============================================================
Verification Slot Summary
Start: 20/04/2002-17:43:49 - End: 20/04/2002-17:43:57
Total Discrepancies Found: 2, Total Discrepancies Sync: 0
--------------------------------------------------------------
If the verification utility is run on a slot in which no card resides, the display will show that the slot was invalid and has been skipped, and shown in the following example:
--------------------------------------------------------------
------------------ Information for Slot 2 ------------------
Start: 22/05/2002-10:31:10 - End: 22/05/2002-10:31:10
Verify SKIPPED - INV_SLOT
TotalofDbs= 0, TotalofTbls= 0, #DbVerf=0, #TblVerf= 0
No Discrepancies found for slot 2
--------------------------------------------------------------
--------------------------------------------------------------
If the card is in an unstable state, the display indicates that the verification utility has skipped that slot because it is unstable, as shown in the following example.
------------------ Information for Slot 4 ------------------
Start: 20/04/2002-17:44:06 - End: 20/04/2002-17:44:06
Verify SKIPPED - UNSTABLE SLOT
TotalofDbs= 0, TotalofTbls= 0, #DbVerf=0, #TblVerf= 0
No Discrepancies found for slot 4
--------------------------------------------------------------
If a firmware upgrade had not finished (the commitrev command had not yet been used on the slot), the display indicates that the verification utility has skipped that slot because a REV_CHG is in progress, as shown in the following example:
------------------ Information for Slot 6 ------------------
Start: 20/04/2002-17:44:14 - End: 20/04/2002-17:44:14
Verify SKIPPED - REV_CHG
TotalofDbs= 0, TotalofTbls= 0, #DbVerf=0, #TblVerf= 0
No Discrepancies found for slot 6
--------------------------------------------------------------
If more than 20 discrepancies are found in a table or database, the utility is terminated and the display indicates that the slot is unstable, and lists the names of the tables and databases where the discrepancies were found. The following example shows the display for an unstable slot with more that 20 discrepancies:
----------------- Information for Slot 9 ------------------
Start: 20/04/2002-17:44:54 - End: 20/04/2002-17:44:57
Verify SKIPPED - UNSTABLE SLOT
TotalofDbs= 2, TotalofTbls= 6, #DbVerf=0, #TblVerf= 0
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1782 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1783 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1784 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1785 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1786 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1787 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1788 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1789 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1790 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1791 ActvComdID: 0 StdbyComID: 7
=============================================================
dbInd: 1 - dbName: sm_mib_v21
tblInd: 5 - tblName: mib29
Record: 1792 ActvComdID: 0 StdbyComID: 7
=============================================================
Note The disk verification utility only logs discrepancies. It does not synchronize the differences.
Troubleshooting Active and Standby Card Disk Discrepancies
If discrepancies are found by the disk verification utility, follow these steps:
Step 1 Locate the logs that pertain to the affected database(s) for the indicated slot.
Step 2 If possible, perform application specific task to resync that DB record. For example, remove and re-install, and re-provision the card.
Step 3 If you can not perform application specific tasks on the card, enter the resetcd command to reset the standby PXM to re-synchronize the database.
If you provision connections while the verifydiskdb check command is running, discrepancies will be flagged, even if the information between the active PXM and the standby PXM is synchronized. To ensure an accurate log of discrepancies, wait for the verifydiskdb check to finish running before you provision connections.
Configuring a Line Loopback
If a connection fails and you do not know which end of the connection is causing the problem, putting a line into loopback mode can help you determine what the problem is and where it occurs on a connection. In an MGX 8830 and an MGX 8850, loopback lines provide CLI-based line level monitoring capabilities.
When a line is put into loopback, the receiving switch takes all of the data it receives and returns it unchanged back to the sender. The physical line in a loopback configuration is connected between a CPE and a switch; one physical line is connected from the tx (Transmit port) of the CPE to the rx (receive) port of a card on the switch you are testing. Another physical line is connected between the tx port of the same card and the receive port of the CPE.
Configuring Loopback Line Tests on PXM1E and AXSM Cards
Once the physical connection is established, you need to use the CLI to put the connection into loopback mode.
The following types of loopback are supported on PXM1E and AXSM cards:
•Far-end line loopback - Loopback appears at the far-end of the CPE when you send a loopback activation code from the PXM1E. The CPE enters a loop mode in which it returns the received data back to the PXM1E. The CPE continues to return the data back until it receives a no-loopback request.This kind of loopback can be used to run tests, such as BERT.
•Far-end payload loopback- Loopback is similar to FarEnd loopback, except that the payload portion of the data is re-transmitted. Framing is done by the Far end again.
•Remote line loopback - Loopback returns the remote data back to the far end. The received data stream is looped back into the transmit path, overriding the data stream created internally by the framer.
•Local loopback - Loopback allows the transmitted data to be looped back into the receiving path. It can be used to test the internal hardware of the card.
Once your physical line is connected, you can perform a loopback test using the following procedure.
Step 1 Connect a single line to the appropriate transfer and receive ports on the backcard you want to test.
Step 2 Establish a configuration session with the active PXM1E or AXSM card using a user name with SERVICE_GP privileges or higher.
Step 3 Enter the dsplns command to display the configuration for all lines on the current card.
Step 4 Enter the addlnloop <-line type> <bay.line> <-lpb loopback type> command.
addlnloop -ds3 2.1 -lpb 2
Step 5 Enter the dspln -<line type> <line_num> command to verify the that the appropriate line is in the specified loopback state.
dspln -ds3 4.1
Note Before you can change the loopback type for an existing loopback, you must first delete the loopback by executing dellnloop, or you can just enter the addlnloop command with the -lpb 1 (No loopback) option.
Configuring a Line Loopback on a CBSM
Once your physical line is connected, you can perform a loopback test using the following procedure.
Step 1 Connect a single line to the appropriate transfer and receive ports on the backcard you want to test.
Step 2 Establish a configuration session with the active PXM1E or AXSM using a user name with SERVICE_GP privileges or higher.
Step 3 Enter the dsplns command to display the configuration for all lines on the current card.
Step 4 Enter the addlnloop <-line type> <bay.line> <-lpb loopback type> command.
addlnloop -ds3 2.1 -lpb 2
Step 5 Enter the dspln -<line type> <line_num> command to verify the that the appropriate line is in the specified loopback state.
dspln -ds3 4.1
Before you can change the loopback type for an existing loopback, you must first delete the loopback by executing dellnloop, or you can just enter the addlnloop command with the -lpb 1 (No loopback) option.
Managing Bit Error Rate Tests
BERT commands can help you analyze and resolve problems on a physical interface. To conduct a BERT on a line, a user sends a specified pattern over a line that is configured in loopback mode at the far end. The local end receives the loopback pattern, and the user compares the local end pattern to the original pattern sent from the far end. The number of bit errors discovered in the local (or receive) end pattern help the user determine the quality of the physical line.
Note BERT is only available for T1 lines and IMA cards.
Configuring a Bit Error Rate Test
Use the following procedure to configure BERT on an MGX switch.
Step 1 Put the appropriate lines into loopback mode.
Step 2 Establish a configuration session with the active PXM1E or PXM45 using a user name with SERVICE_GP privileges or higher.
Note BERT commands are available only on PXM1E and PXM45 cards. However, you can run BERT on any service modules that support T1 lines or IMA.
Step 3 Enter the dspbertcap command to display the loopback and BERT capabilities of a specific line or port on the current card. The display shows you which test patterns and loopback numbers are available on the current service module.
dspbertcap <SM Interface> <Test Option>
Table 13-31 describes the dspbertcap command parameters.
Step 4 Enter the cnfbert command as follows to set up BERT parameters on the looped back connection. You must use the available test patterns and loopback numbers displayed with the dspbertcap command in Step 3.
Unknown.7.PXM.a > cnfbert -cbif <LSMnum> -pat <bertPattern> -lpbk <lpbk> -sbe <singleBitErrInsert> -cir <dropIteration> -en <enable>
In the following example, the user enables a BERT on line 1 in port 0 on the service module in slot 25. The BERT pattern is set to 1 (all zeros), and loopback is set to 14.
Unknown.7.PXM.a > cnfbert -cbif 25.1.0 -pat 1 -lpbk 14 -en 6
Step 5 After the BERT has been running for at least 30 minutes, enter the dspbert <bay> command to display the BERT result. Replace bay with 0 to indicate the upper bay, or 1 to indicate the lower bay.
Note For the PXM1E, the bay will always be 2 because BERT is only run on the lower bay. BERT is supported on both bays for AXSM cards.
Note The dspbert command can be issued even while the BERT is in operation.
Unknown.7.PXM.a > dspbert 2
Replace bay with 1 to indicate the lower bay.
Unknown.7.PXM.a > dspbert 2
Start Date : 08/29/2002
Current Date : 08/29/2002
Start Time : 18:43:07
Current Time : 16:56:23
Physical Slot Number : 22
Logical Slot Number : 22
Line Number : 1 (Line test)
Device To Loop : Local Loopback
BERT Pattern : Double One Zero Pattern
Error Inject Count : 0
Bit Count : 3091031099
Bit Count Received : 3091031099
Bit Error Count : 0
Bit Error Rate (BER) : 0
Bit Counter Overflowed : 6 <times>
BERT is in sync.
Deleting a Configured Bit Error Rate Test
There are two ways to terminate a configured BERT.
1. Enter the delbert <SM Interface> command. Replace <SM Interface> with the service module interface number in the format slot.line.port. In the following example, the user deletes BERT from line 1 on port 2 in the PXM1E in slot 7.
Unknown.7.PXM.a > delbert 7.1.1
2. Enter the cnfbert command with the -en option disabled. (See Table 13-32 for a description of the cnfbert command parameters.)
Unknown.7.PXM.a > cnfbert -cbif 25.1.0 -pat 1 -lpbk 14 -en 6
Diagnostics Support on PXM1E and AXSM Cards
Diagnostics tests run on all the major hardware components that belong to the PXM1E or AXSM front card and its lower back cards, and the connection path between these components. You can configure a hardware-oriented test to check the health of the active and standby PXM1E or AXSM front card. Tests can be run on standby card, the active card, or both cards at the same time.
PXM1E and AXSM cards support both online and offline diagnostics.
•Online diagnostics tests run in the background while a card is in an operational state. These tests are non-intrusive and run with minimal overhead. Online diagnostics can be used to detect hardware errors diagnosis. Its goal is to monitor any potential errors at a card level while a card is in normal operation. You can stop a test at any time by issuing a new diagnostic configuration to disable it. If the online diagnostics test fails on an active AXSM, a switchover is triggered and the active card becomes the standby, and an error message comes on declaring the standby card as failed. If the online diagnostics test fails on an active PXM1E, no switchover is triggered.
Note Online diagnostics do not detect operational errors.
•Off-line diagnostics ensure the standby card is ready to be switched over to. Offline diagnostics tests are performed only on the standby card. Areas for diagnosis include hardware components and cell paths. Off-line diagnostics are destructive. Intensive tests are performed on a card including memory tests and registers read/write tests. It temporarily puts a standby card out of service and makes it unavailable to be switched over to in case of active card failure. When tests are done, the card is reset to its normal state. If the active card fails while the standby card is running off-line diagnostics, off-line diagnostics are immediately aborted
Note Off-line diagnostics will not be performed on AXSM cards with APS configured.
AXSM cards run offline diagnostics in the following areas:
•Processor subsystem: NVRAM and BRAM
•ASIC tests: Atlas (register test, ingress memory, egress memory) and framer (register test)
PXM1E cards run registered offline diagnostics on UI- S3 or UI-S3/B back cards.
Both control path and data path must to be tested in order to have a complete test coverage on the entire connection path within a card. The control path is the path that carries IPC messages between cards. The diagnostic data path is the path for cells travelling between the backplane and the loop back device.
Configuring Offline and Online Diagnostics Tests on PXM1E and AXSM Cards
Enter the cnfdiag command as follows to enable online diagnostics tests on PXM1E or AXSM cards:
MGX.7.PXM.a > cnfdiag <slot> <onEnb> <offEnb> [<offCover> <offStart> <offDow>]
Table 13-33 tells you how to set these parameters to run online diagnostics tests on PXM1E and AXSM cards.
Warning Do not remove the active PXM while the offline diagnostic is running on the redundant PXM. If you remove it, the redundant PXM reboots but will not be able to become active unless its hard disk drive was previously synchronized to the hard disk on the previously active PXM.
Example 13-1 Configuring online diagnostics only
In the following example, the user enables online diagnostics only for the PXM1E in slot 7.
MGX.7.PXM.a > cnfdiag 7 enable disable
Example 13-2 Configuring offline diagnostics only
In the following example, the user enables online diagnostics for the PXM1E in slot 7. A medium online diagnostics coverage test is scheduled to run every Wednesday at 11:30 (11:30 AM).
MGX.7.PXM.a > cnfdiag 7 disable enable medium 11:30 -W-
Example 13-3 Configuring both online and offline diagnostics at the same time
In the following example, the user enables both online and offline diagnostics for the PXM1E in slot 8. A medium offline diagnostics coverage test is scheduled to run every Monday and Friday at 21:30 (8:30 PM).
MGX.7.PXM.a > cnfdiag 7 enable enable medium 21:30 -M-F-
To display your online diagnostics test configuration and ensure all the parameters have been set correctly, enter the dspdiagcnf command.
Enabling Online and Offline Diagnostics Tests on All Cards in a Switch
Enter the cnfdiagall command as follows to enable and configures online or offline diagnostics for all card slots:
MGX_a.7.PXM.a > cnfdiagall <slot> <onEnb> <offEnb> [<offCover> <offStart> <offDow>]
Table 13-34 describes the cnfdiagall command parameters.
Example 13-4 Configuring online diagnostics only
In the following example, the user enables online diagnostics only for all cards in the switch.
Unknown.7.PXM.a > cnfdiagall 7 enable disable
Example 13-5 Configuring offline diagnostics only
In the following example, the user enables online diagnostics for all cards in the switch. A medium online diagnostics coverage test is scheduled to run every Wednesday at 11:30 (11:30 AM).
Unknown.7.PXM.a > cnfdiagall 7 disable enable medium 11:30 -W-
Example 13-6 Configuring both online and offline diagnostics at the same time
In the following example, the user enables both online and offline diagnostics for all cards in the switch. A medium offline diagnostics coverage test is scheduled to run every Monday and Friday at 21:30 (8:30 PM).
Unknown.7.PXM.a > cnfdiagall 7 enable enable medium 21:30 -M-F-
To display your online diagnostics test configuration and ensure all the parameters have been set correctly, enter the dspdiagcnf command.
Displaying Online and Offline Diagnostics Test Configuration Information
Enter the dspdiagcnf command to display the current diagnostics configuration on a card. The dspdiagcnf command displays the following information:
•Slot number
•Whether online diagnostics are enabled or disabled
•Whether offline diagnostics are enabled or disabled
•The type of coverage currently running for offline diagnostics
•The Start time for offline diagnostics
•The day(s) of the day on which offline diagnostic tests are scheduled to run.
The following example shows the information displayed by the dspdiagcnf command.
Unknown.7.PXM.a > dspdiagcnf
Online -------------- Offline -------------
Slot Enable Enable Coverage StartTime SMTWTFS
---- ------ ------ -------- --------- -------
1 enable enable light 15:13 ---W---
2 enable enable light 15:13 ---W---
3 enable enable light 15:13 ---W---
4 enable enable light 15:13 ---W---
5 enable enable light 15:13 ---W---
6 enable enable light 15:13 ---W---
7 disable enable light 15:13 ---W---
8 enable enable light 15:13 ---W---
9 enable enable light 15:13 ---W---
10 enable enable light 15:13 ---W---
11 enable enable light 15:13 ---W---
12 enable disable light 15:13 ---W---
13 enable enable light 15:13 ---W---
14 enable enable light 15:13 ---W---
15 disable disable light 15:13 ---W---
16 disable disable light 15:13 ---W---
17 enable enable light 15:13 ---W---
18 enable enable light 15:13 ---W---
19 enable enable light 15:13 ---W---
Type <CR> to continue, Q<CR> to stop:
20 disable disable light 00:00 SMTWTFS
21 disable disable light 00:00 SMTWTFS
22 disable disable light 00:00 SMTWTFS
23 disable disable light 00:00 SMTWTFS
24 disable disable light 00:00 SMTWTFS
25 disable disable light 00:00 SMTWTFS
26 disable disable light 00:00 SMTWTFS
27 disable disable light 00:00 SMTWTFS
28 disable disable light 00:00 SMTWTFS
29 disable disable light 00:00 SMTWTFS
30 disable disable light 00:00 SMTWTFS
31 disable disable light 00:00 SMTWTFS
32 disable disable light 00:00 SMTWTFS
Displaying Online Diagnostic Errors
Enter the dspdiagerr online command to display the current online diagnostics errors for all cards in a switch.
Unknown.7.PXM.a > dspdiagerr online
Slot Date Time Message
---- ---- ---- -------
1 -- --
2 -- --
3 -- --
4 -- --
5 -- --
6 -- --
7 -- --
8 -- --
9 -- --
10 -- --
11 -- --
12 -- --
13 -- --
14 -- --
15 -- --
16 -- --
17 -- --
18 -- --
19 -- --
20 -- --
Type <CR> to continue, Q<CR> to stop: 21 -- --
Displaying Offline Diagnostic Errors
Enter the dspdiagerr offline command to display the current online diagnostics errors for all cards in a switch,
Unknown.7.PXM.a > dspdiagerr offline
Slot Date Time Message
---- ---- ---- -------
1 -- --
2 -- --
3 -- --
4 -- --
5 -- --
6 -- --
7 -- --
8 -- --
9 -- --
10 -- --
11 -- --
12 -- --
13 -- --
14 -- --
15 -- --
16 -- --
17 -- --
18 -- --
19 -- --
20 -- --
Type <CR> to continue, Q<CR> to stop: 21 -- --
Enter the dspdiagstat command to display the number of times that the diagnostics has run. The output shows the number of attempts and the number of failures for both offline and online diagnostics.
Unknown.7.PXM.a > dspdiagstat 7
Slot 7 diagnostics statistics:
online diag attempted = 0x00001a26
online diag passed = 0x00001a26
online diag failed = 0x00000000
offline diag attempted = 0x00000000
offline diag passed = 0x00000000
offline diag failed = 0x00000000
Enter the dspdiagstatus command to display the diagnostics status and role (active or standby) for each card on the switch. The diagnostics statuses are:
•Idle—Slot is in an idle state because there is no card in the slot, or due to an error.
•Ready—Card is active and ready for diagnostics test.
•Offline—Card is offline.
•Online—Card is online,
Enter the dspdiagstatus command as shown in the following example:
Unknown.7.PXM.a > dspdiagstatus
Slot State Role
---- ----- ----
1 Idle UNKNOWN CARD ROLE
2 Idle UNKNOWN CARD ROLE
3 Idle UNKNOWN CARD ROLE
4 Idle UNKNOWN CARD ROLE
5 Idle UNKNOWN CARD ROLE
6 Idle UNKNOWN CARD ROLE
7 Ready ACTIVE CARD ROLE
8 Idle UNKNOWN CARD ROLE
9 Idle UNKNOWN CARD ROLE
10 Idle UNKNOWN CARD ROLE
11 Idle UNKNOWN CARD ROLE
12 Idle UNKNOWN CARD ROLE
13 Idle UNKNOWN CARD ROLE
14 Idle UNKNOWN CARD ROLE
15 Ready ACTIVE CARD ROLE
16 Idle UNKNOWN CARD ROLE
17 Idle UNKNOWN CARD ROLE
18 Idle UNKNOWN CARD ROLE
19 Idle UNKNOWN CARD ROLE
20 Idle UNKNOWN CARD ROLE
Type <CR> to continue, Q<CR> to stop:
Enabling and Disabling IMA Group ATM Cell Layer Parameters
The cnfatmimagrp allows you to enable and disable the following ATM cell layer parameters on an IMA group:
•payload scrambling
•AIS
To configure ATM cell layer parameters on an IMA group, enter the cnfatmimagrp command as follows:
cnfatmimagrp -grp <bay.group> -sps <PayloadScramble> -ais <aisMode>
In the following example, the user enables payload scrambling and AIS on the ATM IMA group 14 on the PXM1E in the lower bay.
Unknown.7.PXM.a > cnfatmimagrp -grp 2.14 -sps 1 -ais 1
Table 13-35 describes the parameters for the cnfimagrp command.
Enter the dspatmimagrp <bay.group> command to display whether AIS and payload scrambling are enabled or disabled for an IMA group, as shown in the following example:
Satire.2.PXM.a > dspatmimagrp 2.1
GrpNum HCScoset PayloadScramble NullCellHdr NullCellPayload AIS
------- --------- --------------- ----------- --------------- -------
2.1 Enable Disable 0x00000001 6a Enable
Maintaining IMA
The sections that follow describe how to do the following tasks:
•display IMA groups
•display IMA links
•delete IMA groups
•deleting IMA links
•restart an IMA group
Displaying IMA Groups
To display general information about all configured IMA groups on the current PXM1E-16-T1E1, AXSM-32-T1E1-E, or AUSM/B card, enter the dspimagrps command, as shown in the following example:
Unknown.7.PXM.a > dspimagrps
Ima Min Tx Rx Tx Diff NE-IMA FE-IMA IMA
Grp Lnks Frm Frm Clk Delay state state Ver
Len Len Mode (ms)
--------------------------------------------------------------------------------
2.1 1 128 128 CTC 100 StartUp StartUp 1.0
2.2 3 128 128 CTC 100 StartUp StartUp 1.1
2.3 3 128 128 CTC 100 StartUp StartUp 1.1
To display detailed information about a specific IMA group, enter the dspimagrp <bay.group> command. Replace bay with the number 1 to specify the top bay, or 2 to specify the lower bay. Replace group with the IMA group number.
In the following example, the user displays information about the IMA group 2 in the lower bay.
nknown.7.PXM.a > dspimagrp 2.2
Group Number : 2.2
NE IMA Version : Version 1.1
Group Symmetry : Symm Operation
Tx Min Num Links : 3
Rx Min Num Links : 3
NE TX Clk Mode : CTC
FE TX Clk Mode : CTC
Tx Frame Len : 128
Rx Frame Len : 128
Group GTSM : Down
NE Group State : StartUp
FE Group State : StartUp
Group Failure Status : Other Failure
Tx Ima Id : 2
Rx Ima Id : 0
Max Cell Rate (c/s) : 0
Avail Cell Rate (c/s) : 0
Diff Delay Max (msecs) : 100
Diff Delay Max Observed (msecs) : 0
Accumulated Delay (msec) : 0
GTSM Up Integ time(msec) : 10000
GTSM Dn Integ time(msec) : 2500
Type <CR> to continue, Q<CR> to stop:
Num Tx Cfg Links : 0
Num Rx Cfg Links : 0
Num Act Tx Links : 0
Num Act Rx Links : 0
Least Delay Link : Unknown
Tx Timing Ref Link : Unknown
Rx Timing Ref Link : Unknown
Group Running Secs : 0
Alpha Val : 2
Beta Val : 2
Gamma Val : 1
Tx OAM Label : 3
Rx OAM Label : 0
Test Pattern Procedure Status : Disabled
Test Link : Unknown
Test Pattern : 255
Stuff Cell Indication (frames) : 1
Displaying IMA Links
Enter the dspimalnk <bay.link> command to display configuration information for the specified IMA link. Replace bay with the number 1 to specify the top bay, or 2 to specify the lower bay. Replace link with the number of the link you want to display, in the range from 1 through 16.
In the following example, the user displays information about the IMA link 1 in the lower bay.
Satire.2.PXM.a > dspimalnk 2.1
IMA Link Number : 2.1
IMA Link Group Number : 2.1
Link Rel Delay (msecs) : 0
Link NE Tx State : Unusable-Failed
Link NE Rx State : Not In Grp
Link FE Tx State : Not In Grp
Link FE Rx State : Not In Grp
Link NE Rx Failure Status : LIF Fail
Link FE Rx Failure Status : No Failure
IMA Link Tx LID : 0
IMA Link Rx LID : 255
Link Rx Test Pattern : 255
Link Test Procedure Status : Disabled
Link LIF Integ UpTime : 2500
Link LIF Integ DownTime : 10000
Link LODS Integ UpTime : 2500
Link LODS Integ DownTime : 10000
Deleting an IMA Group
To delete an IMA group, enter the delimagrp <bay.group>. Replace bay with the number 1 to specify the top bay, or 2 to specify the lower bay. Replace group with the IMA group number you want to delete.
In the following example, the user deletes the IMA group 3 in the lower bay.
Unknown.7.PXM.a > delimagrp 2.3
Enter the dspimagrps command to ensure that the correct IMA link is deleted.
Deleting an IMA Link
To delete an IMA link, enter the delimalnk <link> command. Replace bay with the 2 to specify the lower bay. Replace link with the IMA link you want to delete, in the range from 1 through 16.
In the following example, the user deletes the IMA link 3 in the lower bay.
Unknown.7.PXM.a > delimalnk 2.3
Enter the dspimalnks command to ensure that the correct IMA link is deleted.
Satire.2.PXM.a > dspimalnks
Link Grp Rel NE NE NE Rx Tx Rx
Num Num Dly Tx Rx Fail LID LID
(ms) State State Status
------------------------------------------------------------------------------
2.1 2.1 0 Unusable-Failed Not In Grp LIF Fail 0 255
2.2 2.1 0 Unusable-Failed Not In Grp LIF Fail 0 255
2.4 2.1 0 Unusable-Failed Not In Grp LIF Fail 0 255
Restarting an IMA Group
To restart an IMA group, enter the restartimagrp <bay.group> command. Replace bay with the number 1 to specify the top bay, or 2 to specify the lower bay. Replace group with the IMA group you want to restart, in the range from 1 through 16.
After you enter the restartimagrp command, the IMA group attempts to re-establish the IMA protocol with far end of a failed connection.
In the following example, the user attempts to restart the IMA group number 6 in the lower bay.
Unknown.7.PXM.a > restartimagrp 2.6
Posted: Thu May 31 17:12:37 PDT 2007
All contents are Copyright © 1992--2007 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.