Feedback
|
Table Of Contents
Release Notes for Cisco MGX Route Processor Module (RPM-XF) for PXM45-based Switches Release 5.4.10
Features Introduced in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
Features Introduced in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Bidirectional Forwarding Detection Version 1
DSCP Marking on RPM-XF Management Interface
Features Introduced in Cisco IOS Release 12.4(6)T1
Bidirectional Forwarding Detection
Features Introduced in Cisco IOS Release 12.3(11)T9
Features Introduced in Cisco IOS Release 12.3(11)T7
Features Introduced in Cisco IOS Release 12.3(11)T6
Features Introduced in Cisco IOS Release 12.3(11)T3
Features Introduced in Cisco IOS Release 12.3(7)T3
Features Introduced in Cisco IOS Release 12.3(2)T6
Features Introduced in Cisco IOS Release 12.3(2)T5
Features Introduced in Cisco IOS Release 12.3(2)T4
Link Fragmentation Interleaving
Increased Maximum Number of Policy Maps
Traffic Matrix Statistics Feature
Segmentation and Reassembly-based Traffic Management and QoS Feature
Feature Introduced in Cisco IOS Release 12.3(2)T2
Transmission Control Protocol Decompression Support
2-Port Packet Over SONET and 2-Port Gigabit Ethernet Service Module Back Cards
Dual Multiprotocol Label Switching Partition for RPM-XF
Features Introduced Earlier than Cisco IOS Release 12.3(2)T2
Cisco MGX 8950 Switch Support for RPM-XF
Border Gateway Protocol Load-Balancing Feature
IP Accounting Counter Storage Feature
Applying Multiple Actions—police Command
QoS Suboptimal Link Use Feature
Features Not Supported in Cisco IOS Release 12.3(11)T7
New and Modified Commands in Cisco IOS Release 12.4(6)T1
hw-module pxf cef-mem-threshold
RPM-XF Limitations and Restrictions
RPM-XF auto_config File Management
Solving the RPM-XF Bandwidth Issue When Adding a 12th VISM Card
Open Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
Open Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Open Caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20
Open Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Open Caveats in Release 12.3(11)T9 for MGX Release 5.2.10
Open Caveats in Release 12.3(11)T7 for MGX Release 5.2.00
Open Caveats in Release 12.3(11)T6 for MGX Release 5.1.20
Open Caveats in Release 12.3(11)T3 for MGX Release 5.1.20
Open Caveats in Release 12.3(7)T3 for MGX 5.0.10
Caveat Status Changes from Previous Release
Resolved Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
Resolved Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Resolved Caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20
Resolved Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Resolved Caveats in Release 12.3(11)T9 for MGX Release 5.2.10
Resolved Caveats in Release 12.3(11)T7 for MGX Release 5.2.00
Resolved Caveats in Release 12.3(11)T6 for MGX Release 5.1.20
Resolved Caveats in Release 12.3(11)T3 for MGX Release 5.1.00
Resolved Caveats in Release 12.3(7)T3 for MGX 5.0.10
Resolved Caveats in Release 12.3(2)T6
Resolved Caveats in Release 12.3(2)T5
Resolved Caveats in Release 12.3(2)T4
Resolved Caveats in Release 12.3(2)T2
RPM-XF Boot File and Firmware File Names and Sizes
Cisco IOS Release Compatibility Information
Using XModem to Download Flash to RPM-XF Cards
Resolved Caveats in Cisco IOS Release 12.2.x Baseline
Resolved Caveats in Release 12.2(15)T5
Resolved Caveats in Release 12.2.15T
Resolved Caveats Prior to Release 12.2.15T
Obtaining Documentation, Obtaining Support, and Security Guidelines
Release Notes for Cisco MGX Route Processor Module (RPM-XF) for PXM45-based Switches Release 5.4.10
Revised: June 11, 2008, OL-14905-01Contents
The content of this document is arranged into the following major sections:
Features Introduced in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
Features Introduced in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Bidirectional Forwarding Detection Version 1
DSCP Marking on RPM-XF Management Interface
Features Introduced in Cisco IOS Release 12.4(6)T1
Bidirectional Forwarding Detection
Features Introduced in Cisco IOS Release 12.3(11)T9
Features Introduced in Cisco IOS Release 12.3(11)T7
Features Introduced in Cisco IOS Release 12.3(11)T6
Features Introduced in Cisco IOS Release 12.3(11)T3
Features Introduced in Cisco IOS Release 12.3(7)T3
Features Introduced in Cisco IOS Release 12.3(2)T6
Features Introduced in Cisco IOS Release 12.3(2)T5
Features Introduced in Cisco IOS Release 12.3(2)T4
Link Fragmentation Interleaving
Increased Maximum Number of Policy Maps
Traffic Matrix Statistics Feature
Segmentation and Reassembly-based Traffic Management and QoS Feature
Feature Introduced in Cisco IOS Release 12.3(2)T2
Transmission Control Protocol Decompression Support
2-Port Packet Over SONET and 2-Port Gigabit Ethernet Service Module Back Cards
Dual Multiprotocol Label Switching Partition for RPM-XF
Features Introduced Earlier than Cisco IOS Release 12.3(2)T2
Cisco MGX 8950 Switch Support for RPM-XF
Border Gateway Protocol Load-Balancing Feature
IP Accounting Counter Storage Feature
Applying Multiple Actions—police Command
QoS Suboptimal Link Use Feature
Features Not Supported in Cisco IOS Release 12.3(11)T7
New and Modified Commands in Cisco IOS Release 12.4(6)T1
RPM-XF Limitations and Restrictions
RPM-XF auto_config File Management
Solving the RPM-XF Bandwidth Issue When Adding a 12th VISM Card
Open Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
Open Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Open Caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20
Open Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Open Caveats in Release 12.3(11)T9 for MGX Release 5.2.10
Open Caveats in Release 12.3(11)T7 for MGX Release 5.2.00
Open Caveats in Release 12.3(11)T6 for MGX Release 5.1.20
Open Caveats in Release 12.3(11)T3 for MGX Release 5.1.20
Open Caveats in Release 12.3(7)T3 for MGX 5.0.10
Caveat Status Changes from Previous Release
Resolved Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
Resolved Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Resolved Caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20
Resolved Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Resolved Caveats in Release 12.3(11)T9 for MGX Release 5.2.10
Resolved Caveats in Release 12.3(11)T7 for MGX Release 5.2.00
Resolved Caveats in Release 12.3(11)T6 for MGX Release 5.1.20
Resolved Caveats in Release 12.3(11)T3 for MGX Release 5.1.00
Resolved Caveats in Release 12.3(7)T3 for MGX 5.0.10
Resolved Caveats in Release 12.3(2)T6
Resolved Caveats in Release 12.3(2)T5
Resolved Caveats in Release 12.3(2)T4
Resolved Caveats in Release 12.3(2)T2
RPM-XF Boot File and Firmware File Names and Sizes
Cisco IOS Release Compatibility Information
Using XModem to Download Flash to RPM-XF Cards
Resolved Caveats in Cisco IOS Release 12.2.x Baseline
Resolved Caveats in Release 12.2(15)T5
Resolved Caveats in Release 12.2.15T
Resolved Caveats Prior to Release 12.2.15T
Obtaining Documentation, Obtaining Support, and Security Guidelines
About This Release
These release notes describe the system requirements and limitations of the Cisco MGX Route Processor Module (RPM-XF) for PXM45-based Switches Release 5.4.10. These notes also contain Cisco support information.
Note
To verify that you have the latest version of Cisco IOS required to support the new features included in this release, please check Cisco IOS availability status at Cisco.com.
For more information on the RPM-XF, refer to Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide Release 5.4.
New Features
This section lists new features (introduced by release) for the Cisco MGX Route Processor Module (RPM-XF) for PXM45-based Switches Release 5.4.10 or earlier.
Features Introduced in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
None.
Features Introduced in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
This release includes the following new features:
Bidirectional Forwarding Detection Version 1
Bidirectional Forwarding Detection version 1 (BFDv1) improves protocol convergence times by rapidly detecting failures in the path between routers. This is especially important for media that does not provide failure signaling, such as Ethernet, because the OSPF protocol can take a second or more to detect a signaling loss using hello messages. This is too long for some applications and can result in excessive data loss, especially at gigabit rates. BFDv1 quickly detects a media failure so that the OSPF protocol can quickly update routes.
DSCP Marking on RPM-XF Management Interface
The latest Cisco IOS Release supports Differentiated Services Code Point (DSCP) or IP Precedence marking for Quality of Service (QoS) configurations on the RPM-XF management back cards. With this enhancement, the RPM-XF supports Layer 3 QoS on all back card interfaces, including the ATM, POS, and Gigabit Ethernet back cards as well as the Fast Ethernet management back card.
Flash MIB Support
Network management systems (NMS) can manage software images stored in boot flash using SNMP when the device supports the CISCO-FLASH-MIB. RPM-XF supports the CISCO-FLASH-MIB in Cisco IOS Release 12.4(15)T1 and later releases. For MGX 8800/8900 multiservice switches, the NMS can query objects defined in the CISCO-FLASH-MIB through the Processor Switch Module (PXM) management interface or the RPM-XF management interface.
Features Introduced in Cisco IOS Release 12.4(6)T1
Features added to the RPM-XF in Cisco IOS Release 12.4(6)T1 include:
•
Bidirectional Forwarding Detection
Secure Shell (SSH) Console
Secure Shell (SSH) is an application and a protocol that provides a secure replacement to the Berkeley r-tools. The application is similar to the Berkeley rexec and rsh tools. The protocol secures the sessions using standard cryptographic mechanisms. Two versions of SSH are available: SSH Version 1 and SSH Version 2. Cisco IOS Release 12.4(6)T1 implements SSH server and client for both versions. You must have the RPM-XF crypto image installed to use the SSH feature.
The SSH feature on the RPM-XF is useful if you want to manage the card through its management or high-speed back card. More often however, you manage the RPM-XF, and all other cards in the MGX chassis, from the PXM45 controller. The PXM45 controller also implements SSH and provides the same level of security.
If you plan to use SSH on the RPM-XF, consider disabling telnet access to improve security. Telnet transfers all user ID, password, and session management information between the client and the RPM-XF using clear text. Clear, or unencrypted text can be read by network analysis and snooping tools.
Note
The RPM-XF must have the crypto image installed to use the SSH feature.
For software image information, refer to Compatibility Notes
SSH Configuration Guidelines
To use SSH the first time, you must activate the SSH server. You can then enable or disable SSH, or other management protocols, on the asynchronous (vty) ports. You enable the SSH server and configure SSH ports on the RPM-XF as you would other Cisco routers running Cisco IOS Release 12.4(6)T1.
The RPM-XF stores crypto keys in a secure way on the PXM hard disk. This is necessary to support 1:N redundancy for RPM-XF cards. The PXM card stores the crypto key for each RPM-XF in the following directory and file:
E:/RPM/private_config_slotnn
where nn is the two digit logical slot number
Note
Do not remove or modify the crypto key file; doing so disables SSH on the RPM-XF.
For more information about configuring SSH, refer to:
Cisco IOS Security Configuration Guide, Release 12.4
Management Port Configuration Guidelines
All management sessions to the RPM-XF, including those initiated with the cc command at the PXM card, utilize the asynchronous (vty) ports. In Release 5.3.00 the RPM-XF supports up to 250 vty ports (CSCsd05487).
Note
Earlier releases supported up to 1000 vty ports.
You allocate vty ports among the management protocols you plan to use:
•
ssh
•
rlogin
•
telnet
•
rpm ipc
•
all
•
none
You assign protocols to vty ports using the transport command (See SSH Commands). Always configure a few vty lines for rpm ipc, so you can manage the RPM-XF from the PXM card. Then, configure other vty lines for the protocols you plan to permit on backcard interfaces.
Note
You must enable at least one line for rpm ipc to manage the RPM-XF from the PXM.
The following example configures three ports for rpm ipc and two for ssh:
line vty 0 2password ciscologintransport input rpm ipctransport output rpm ipcline vty 3 4password ciscologin localtransport input sshtransport output sshIn this example, the login local command specifies that ssh should use a local database of users. In a production environment, you would usually use an authentication server instead.
SSH Commands
The SSH feature in Cisco IOS Release 12.4(6)T1 adds the following global configuration commands to the RPM-XF:
•
crypto key generate rsa (only RSA keys are supported)
•
ip ssh
The SSH feature also adds the following user exec commands:
•
show crypto
•
show ip ssh
•
show ssh
The SSH feature extends the following line configuration command:
•
transport {input | output} {rpm ipc | all | none | rlogin | ssh | telnet}
The RPM-XF extends the standard transport command to include the rpm ipc option, which supports internal management sessions with the PXM card.
For command reference information, refer to the following:
Cisco IOS Master Commands List, Release 12.4
SAR Enhancements
This section describes the segmentation and reassembly (SAR) performance enhancements for the RPM-XF.
SAR Buffer Pool Allocation
Release 5.3.00 introduces the atm sar-buffers tx configuration command under interface Switch1. Releases earlier than 5.3.00 statically allocate SAR buffers to the UBR, VBR and LVC classes in the ratio of 1:2:1. Static allocation leads to under-utilization of buffers in some cases. When the traffic on an RPM-XF is predominantly VBR, this under-utilization can lead to reduced tolerance for bursty traffic. You use the atm sar-buffers tx command to reallocate the total SAR buffers between UBR, VBR and the LVC classes based on expected usage for these traffic classes (See atm sar-buffers tx).
To display the buffer pool allocation and usage counters, enter the show controllers Switch1 command. This command displays the in-use /allocated buffers for each of the three classes.
RPM-XF_SF#show controllers switch 1 sarInterface Switch1 is up...Data Path SAR buffer usage statistics:Data Res SAR Class 1 current buffer usage: 0x00000002 / 0x00054000Data Res SAR Total current buffer usage : 0x00000002 / 0x00054000Data Res SAR Total buffer usage ratio : 000%Data Seg SAR Class 1 current buffer usage: 0x00000003 / 0x00015000Data Seg SAR Class 2 current buffer usage: 0x00000001 / 0x0002A000Data Seg SAR Class 3 current buffer usage: 0x00000000 / 0x00015000Data Seg SAR Total current buffer usage : 0x00000004 / 0x00054000Data Seg SAR Total buffer usage ratio : 000%...RPM-XF_SF#SAR Cumulative Queue Size Counters
The SAR cumulative queue size counters display the sum of all queue size configurations of the VCs belonging to a traffic class. These counters, in conjunction with the buffer pool usage counters, provide information about over-subscription, if any.
To display the cumulative queue size configuration for each class and detect potential oversubscription of buffer classes, enter the show controllers switch 1 command. (CSCei21134)
RPM-XF_SF#show controllers switch 1 sarInterface Switch1 is up...Data Seg SAR cumulative queue size per buffer class:Data Seg SAR Class 1 cumulative queue size : 0x000003C0Data Seg SAR Class 2 cumulative queue size : 0x00007C80Data Seg SAR Class 3 cumulative queue size : 0x00000000Data Seg SAR Total cumulative queue size : 0x00008040...RPM-XF_SF#SAR CoS Queue and Weight Allocation
This release improves the CoS weight calculation to overcome the deficit counter wrap issue. The weight of a cosq controls the average number of cells a cosq services at each turn. The deficit counter keeps track of the actual number of cells serviced at each turn. If a wrap-around of the deficit counter occurs, it can cause inconsistencies in bandwidth distribution between classes of a service policy. Release 5.3.00 resolves this problem.
SAR 1.4 Upgrade
This release integrates the new GA version of SAR ucode from Mindspeed, which has backward support for version 1.3. This new version has critical bug fixes.
Control Plane Policing
Control Plane Policing (CoPP) increases router security by protecting the route processor from unnecessary and potentially malicious traffic. The route processor handles important and time critical packets, such as layer 2 and layer 3 keep alive messages, routing protocol updates, control protocol, network management, and other process level tasks related to control plane operation. Without CoPP, the control and management planes can be vulnerable to high rates of undesirable traffic that can interfere with routing stability, reachability, and packet delivery.
Note
The RPM-XF does not support control plane protection options host, cef-exception, or transit.
CoPP Configuration Guidelines
You enable and configure CoPP as you would on other Cisco routers running Cisco IOS Software Release 12.4T. The following table summarizes the required steps:
For more information about control plane policing, refer to the following guides:
•
Control Plane Policing (Cisco IOS Software Release 12.4)
•
Cisco IOS Master Commands List, Release 12.4
Bidirectional Forwarding Detection
Bidirectional Forwarding Detection (BFD) improves protocol convergence times by rapidly detecting failures in the path between routers. This is especially important for media that does not provide failure signaling, such as Ethernet, because OSPF hello messages can take a second or more to detect the loss. This is too long for some applications and can result in excessive data loss, especially at gigabit rates. BFD quickly detects a media failure so that the OSPF protocol can quickly update routes.
BFD Restrictions
The BFD implementation on the RPM-XF has the following limitations:
•
OSPF protocol only
•
GIGE interfaces only
BFD Configuration Guidelines
You enable and configure BFD as you would on other Cisco routers running Cisco IOS Software Release 12.4T. BFD is a supporting protocol for OSPF in the RPM-XF, so OSPF must be up and running before BFD can start. The following table summarizes the required steps:
Command or Action PurposeStep 1
sh ip ospf neighbors
Example:
router# show ip ospf neighborsVerify that OSPF neighbors are present and operational.
Step 2
bfd interval msec min_rx msec multiplier number
Example:
router(config)# interface GigabitEthernet 1/0router(config-if)# bfd interval 150 min_rx 150 multiplier 4Configure BFD parameters on interfaces, specifying the interval between sending BFD packets, the interval between receiving BFD packets, and the number of missing BFD packets permitted before declaring a failure.1
Step 3
ip ospf bfd
Example:
router(config-if)# ip ospf bfdEnable BFD on interfaces.
bfd all-interfaces
Example:
router(config)# router ospf 123router(config-router)# bfd all-interfacesAlternatively, enable BFD globally on all interfaces.
Step 4
show bfd neighbors
Example
router# show bfd neighborsVerify that BFD neighbors are present and that the state is up.
1 For configuration restrictions, see CSCsc10658.
BFD Commands
The BFD feature uses the following Cisco IOS commands:
•
bfd all-interfaces
•
bfd interval
•
ip ospf bfd
•
show bfd
For command reference information, refer to the following document:
•
Cisco IOS Master Commands List, Release 12.4
Offline Diagnostics
The RPM-XF already has online hardware and software diagnostics that can test either non-redundant RPM-XF cards or active RPM-XF cards in a redundancy configuration. Release 5.3.00 extends these diagnostic features to the standby card, where they are called offline diagnostics. This improves the availability of the standby card by checking for failures before a switchover.
Similarly, the RPM-XF already has a data-path check that verifies the sanity of the data-path for either non-redundant RPM-XF cards or active RPM-XF cards a redundancy configuration. Release 5.3.00 extends the data-path check to the standby card to test the sanity of its data-path components. This assures that the data path of the standby card is operational and ready to forward traffic if an active card fails.
Offline or online diagnostics run in the following modes:
•
User mode—Diagnostic tests are initiated manually.
•
Scheduler mode—Diagnostic tests run periodically on a programmable schedule.
Note
Only scheduled diagnostics raise alarms and log events.
This section explains how to use both online and offline diagnostics, but Release 5.3.00 introduces offline diagnostics only. For more information about diagnostic commands, refer to New and Modified Commands in Cisco IOS Release 12.4(6)T1.
Manually Initiating Diagnostics
You can initiate diagnostic tests from the command line as individual tests, tests of a targeted type, or all tests in a test class. A specific test might be an EEPROM cpu diagnostic, a test type might be the fast Ethernet backcard diagnostics, and the test class is either hwdiags or swdiags.
Online diagnostics run on active RPM-PR cards in privileged EXEC mode, and offline diagnostics run on the standby RPM-PR in user EXEC mode. Otherwise, configuration and operational procedures for online and offline diagnostics are the same.
The following table summarizes the required steps to manually initiate online or offline diagnostics:
Command or Action PurposeStep 1
enable (active card only)
For online diagnostics, enter the privileged exec mode.
Step 2
debug rpm [hwdiags | swdiags] diag-type [diag-test]
Offline diagnostic example:
router> debug rpm hwdiags mempool freeStart the desire tests. Test names and pass/fail results are displayed as they execute. For more information, see debug rpm hwdiags and debug rpm swdiags.
The following example shows how to initiate all mempool offline diagnostics on the standby RPM-XF:
Router> debug rpm swdiags mempool freeMempool Free IO - PASSEDMempool Free IO - run time = 0 millisecondsMempool Free PCI - PASSEDMempool Free PCI - run time = 0 millisecondsMempool Free Processor - PASSEDMempool Free Processor - run time = 0 millisecondsScheduling Diagnostics
A scheduler process can periodically run diagnostics tests at a configurable interval. You can schedule individual tests, tests of a functional type, or all tests in a class.
The following table summarizes the required steps to schedule periodic online or offline diagnostics:
Command or Action PurposeStep 1
enable (active card only)
For online diagnostics, enter the privileged exec mode.
Step 2
debug rpm [hwdiags | swdiags] diag-type [diag-test]
[sched | unsched]Offline diagnostic example:
router> debug rpm hwdiags cache delay schedSchedule the desired diagnostic tests. For more information, see debug rpm hwdiags and debug rpm swdiags.
Step 3
debug rpm diags display
Offline diagnostic example:
router> debug rpm diags displayVerify that the scheduler is running. If it is not, start the scheduler. For more information, see debug rpm diags.
The following example shows how to schedule all software diagnostics:
Router> debug rpm swdiags all schedMempool Alloc IO - SCHEDULEDMempool Alloc PCI - SCHEDULEDMempool Alloc Processor - SCHEDULEDMempool Free IO - SCHEDULEDMempool Free PCI - SCHEDULEDMempool Free Processor - SCHEDULEDPooltype Packet Header - SCHEDULEDPooltype Packet Private - SCHEDULEDPooltype Packet Public - SCHEDULEDPooltype Particle Private - SCHEDULEDPooltype Particle Public - SCHEDULEDCorrupt Sprocess - SCHEDULEDCritical Priority Sprocess - SCHEDULEDDead Sprocess - SCHEDULEDHigh Priority Sprocess - SCHEDULEDIdle Sprocess - SCHEDULEDLow Priority Sprocess - SCHEDULEDNormal Priority Sprocess - SCHEDULEDStarting and Configuring the Scheduler
To perform scheduled diagnostics you must enable the scheduler. Optionally, you can configure the test interval or level of detail for logging (tracelevel). The verbose tracelevel setting is for debugging only.
The following table summarizes the required steps to start and configure the diagnostic scheduler:
Command or Action PurposeStep 1
enable (active card only)
For online diagnostics, enter the privileged exec mode.
Step 2
debug rpm diags cnf enable
Offline diagnostic example:
router> debug rpm diags cnf enableStart the scheduler. For more information, see debug rpm diags.
Step 3
debug rpm diags cnf {period | tracelevel}
Offline diagnostic example:
router> debug rpm diags cnf period 60Optionally, configure the scheduler period.
Note
The tracelevel option is for troubleshooting only.
For more information, see debug rpm diags.
Step 4
debug rpm diags display
Offline diagnostic example:
router> debug rpm diags displayVerify that the scheduler is running. If it is not, start the scheduler. For more information, see debug rpm diags.
The following example shows how to enable the diagnostic scheduler:
Router> debug rpm diags displayConfiguration:Test: Enabled. Test Interval: 30(secs)Status:Process name: RPMXF DIAGDiag State: RUNProcess Error: No ErrorLast Event Received: ONLN_ENABLELast Event Trigger: ONLN_ENABLEStatistics:Software Diag runs: 27, failures: 0Hardware Diag runs: 49, failures: 0Viewing Results of Scheduled Tests
The following table summarizes the required steps to view and analyze the results of scheduled diagnostic tests:
Command or Action PurposeStep 1
enable (active card only)
For online diagnostics, enter the privileged exec mode.
Step 2
debug rpm [hwdiags | swdiags] stats sched
Offline diagnostic example:
router> debug rpm swdiags stats schedDisplay the results of scheduled tests. For more information, see debug rpm hwdiags stats and debug rpm swdiags stats.
Step 3
show log
show facility-alarm status
or from the PXM:
dspcdalms <slot#>
dsplog
For tests that fail, determine the reason.
The following example shows how to display the results of scheduled tests:
Router> debug rpm swdiags stats schedScheduler Software Diag Max Allowed Run Time = 20 millisecondsScheduler Software Diag Errors = 0Scheduler has run 32 Software DiagsScheduler Software Diags:ENABLED Passed ERR_INJ_OFF 8 millisec Mempool Alloc IOENABLED Passed ERR_INJ_OFF 0 millisec Mempool Alloc PCIENABLED Passed ERR_INJ_OFF 8 millisec Mempool Alloc ProcessorENABLED Passed ERR_INJ_OFF 0 millisec Mempool Free IOENABLED Passed ERR_INJ_OFF 0 millisec Mempool Free PCIENABLED Passed ERR_INJ_OFF 0 millisec Mempool Free ProcessorENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Packet HeaderENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Packet PrivateENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Packet PublicENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Particle PrivateENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Particle PublicENABLED Passed ERR_INJ_OFF 0 millisec Corrupt SprocessENABLED Passed ERR_INJ_OFF 0 millisec Critical Priority SprocessENABLED Passed ERR_INJ_OFF 0 millisec Dead SprocessENABLED Passed ERR_INJ_OFF 0 millisec High Priority SprocessENABLED Passed ERR_INJ_OFF 0 millisec Idle SprocessENABLED Passed ERR_INJ_OFF 0 millisec Low Priority SprocessENABLED Passed ERR_INJ_OFF 0 millisec Normal Priority SprocessStarting and Configuring the Data-Path Check
The data-path check tests the communication link between the active or standby RPM-XF cards and the PXM by periodically transmitting packets and verifying that they are received back correctly. After the maximum retry count when the data-path check is not receiving any packets, the RPM-XF raises an alarm.
You can enable this feature on active and standby RPM-XF cards, but the recovery option (reboot) is not available for the standby card. After a redundancy switchover, the data path check on the standby card is disabled and all the statistics (packets tx/rx) are cleared as the card becomes active.
The following table summarizes the required steps to start and configure the data-path check on the standby card:
Command or Action PurposeStep 1
cc slot or ssh
Establish a management session with the standby RPM-XF.
Step 2
debug rpm check data-path
Start the data-path check. For more information, see debug rpm check data-path.
Step 3
debug rpm check data-path {interval | retry}
Configure the data-path check. For more information, see debug rpm check data-path.
The following table summarizes the required steps to start the data-path check on the active card:
Command or Action PurposeStep 1
enable
Enter the privileged exec mode.
Step 1
configure terminal
Enter the global configuration mode.
Step 2
hw-module rpm check data-path
Start the data-path check. For more information, see hw-module rpm check data-path.
Viewing the Data-Path Check Results
The following table summarizes the required steps to view and analyze the results of the data-path check:
Command or Action PurposeStep 1
cc slot or ssh
Establish a management session with the RPM-XF.
Step 2
show rpm check data-path
Display the data-path check results. For more information, see show rpm check data-path.
Step 3
show log
show facility-alarm status
or from the PXM:
dspcdalms <slot#>
dsplog
For failures, determine the reason.
The following example shows how to display the results of the data-path diagnostic:
Router> show rpm check data-pathData Path Check Health Status: GoodData Path Check Feature enabled: YesData Path Check Recovery enabled: NoData Path Check Interval(in sec): 6Data Path Check Retry Count: 5Data Path Check Packets Sent: 928Data Path Check Packets Rcvd: 928Data Path Check Packets Good: 928DPC Packets received with Bad header: 0DPC Packets received with Bad pattern: 0Data Path Check Outstanding Packets: 1Data Path Check Time since Last Send: 1Data Path Check Failures Reported: 0Data Path Check Recovery Skips Done: 0Data Path Check Packet Not Sent Reason: NoneData Path Check Packet Sent Wait Time: 0Features Introduced in Cisco IOS Release 12.3(11)T9
No new features were introduced in Cisco IOS Release 12.3(11)T9.
Features Introduced in Cisco IOS Release 12.3(11)T7
No new features were introduced in Cisco IOS Release 12.3(11)T7.
Features Introduced in Cisco IOS Release 12.3(11)T6
No new features were introduced in Cisco IOS Release 12.3(11)T6.
Features Introduced in Cisco IOS Release 12.3(11)T3
Features added to the RPM-XF in Cisco IOS Release 12.3(11)T3 include:
•
Copper small-form factor pluggable (SFP)
•
RPM-XF software—Queueing elements, statistics, FTP elements, compressed Real-Time Protocol (cRTP) elements, MIBs
•
Dynamic bandwidth
For more information, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 5.
Features Introduced in Cisco IOS Release 12.3(7)T3
Features introduced in Cisco IOS Release 12.3(7)T3 include:
•
MGX-XF-UI/B notched back card—A redesign of the user interface back card for the RPM-XF. The notch was added to allow clearance for installation of the RCON APS connector on the Cisco MGX 8850B and MGX 8880 chassis.
•
Preferred routes on RPM-XF—Cisco IOS software Release 12.3(7)T3 contains enhanced support for preferred routes on the RPM-XF. Currently the AXSM and other service modules provide the facility to associate an already-defined preferred route on the PXM to an soft permanent virtual connection (SPVC) mastered on that service module. The commands described below are updated to support Preferred Route association through a command-line interface (CLI) or Simple Network Management Protocol (SNMP) for SPVC, Hybrid, and extended permanent virtual connection (XPVC) configured with an RPM-XF as the master end.
Syntax Description
Router(config-if-swconn)#[no] prefrte <Route ID>
Route ID—An identifier for the configured preferred route that is associated with this connection. Preferred routes are maintained in a separate database on the PXM and referenced by the ID. The range is 0 through 65535. Setting the ID to 0 means no preferred route is configured. The default value for preferred route ID is zero (no preferred route attached).
Router(config-if-swconn)#[no] directrte
Setting the Directed Route flag to Yes sets the connection to be routed only on the specified preferred route. The default value for a directed route is No.
Router(config-if-swconn)# prefrte ?
<1 - 65535> Preferred Route ID value
Router(config-if-swconn)# directrte ?
<cr>
Note
If you use the directrte command to specify a directed route for a connection with its preferred route ID set to zero, an error message appears. Both the prefrte and directrte commands must be run on the master end of the connection. If you try to use these commands on the slave end of the connection, an error message appears.
Examples
To configure a preferred route ID value of 10 for the connection:
Router(config-if-swconn)# prefrte 10To configure a preferred route ID value of 5 and set the connection on directed route:
Router(config-if-swconn)# prefrte 5Router(config-if-swconn)# directrteTo change the directed route flag for the connection to No:
Router(config-if-swconn)# no directrteTo set the preferred route id to zero and set the directed route to No:
Router(config-if-swconn)# no prefrteFeatures Introduced in Cisco IOS Release 12.3(2)T6
The following new features were introduced in Cisco IOS Release 12.3(2)T6:
•
Enhanced Interior Gateway Routing Protocol (eiGRP) between customer edge (CE) to provider edge (PE).
•
Basic Point-to-Point Protocol (PPP) over ATM feature evaluation on various port speeds from 768 Kbps up to DS3 with a maximum of T1 bandwidth per flow.
•
PPP over ATM with cRTP on various port speeds from 768 Kbps up to DS3 with a maximum of T1 bandwidth per flow.
•
PPP over ATM with cRTP and QoS enabled on the links.
•
Scaling up to 200 cRTP enabled pppoATM links with QoS.
Features Introduced in Cisco IOS Release 12.3(2)T5
No new features were introduced in Cisco IOS Release 12.3(2)T5.
Features Introduced in Cisco IOS Release 12.3(2)T4
This section contains the descriptions of the features that were introduced in 12.3(2)T4.
Link Fragmentation Interleaving
Cisco IOS Release 12.3(2)T4 adds support for Link Fragmentation Interleaving (LFI). For more information on the CLI commands introduced or modified to support this feature on the RPM-XF, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 4.
For Cisco IOS software configuration information, go to:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121t/121t5/dtlfifra.htm
Increased Maximum Number of Policy Maps
Policy maps, class maps, and service policy maps define traffic policies, and attach them to interfaces. In earlier releases, you could create 256 separate policy maps and up to 256 class maps per policy map. In Cisco IOS Release 12.3(2)T4, the maximum number of policy maps is increased to 2048. Each policy map supports up to 32 class maps per policy map. For more information on the CLI commands that have been introduced or modified to support this feature on the RPM-XF, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 4.
Multicast VPN Feature
The frame-based Multicast VPN (MVPN) feature enables the RPM-XF to pass frame-based multicast traffic to VPNs across the ATM core.
For configuration information, go to:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122s/122snwft/release/122s14/fs_mvpn.htm
Compressed Real-Time Protocol
The Cisco IOS Release 12.3(2)T4 of the RPM-XF adds the ability to configure the cRTP header.
The CLI commands introduced to support this feature include:
•
ip rtp header-compression—Enables RTP header compression for a particular interface.
•
no ip rtp header-compression—Disables RTP header compression for a particular interface.
•
clear ip rtp header-compression <interface>—Resets all statistics for the interface to 0.
•
show ip rtp header-compression <interface> [detail]—Shows all statistics for an interface.
•
show policy-map int sw1.x—Shows the number of packets which are compressed because of a match in policy map.
For configuration information, go to:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122newft/122t/122t13/fthdrcmp.htm
WRED Drop Counters Feature
The WRED Drop Counters feature adds class-based packet counters to existing RPM-XF functionality. The counters can be Differentiated Services Code Point (DSCP) based or precedence based. For more information on the CLI commands introduced or modified to support the weighted random early detection (WRED) Drop Counters feature on the RPM-XF, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 4.
Traffic Matrix Statistics Feature
The Traffic Matrix Statistics (TMS) feature allows an administrator to gather the number of packets and bytes that travel across the backbone from internal and external sources. These packets and bytes are called traffic matrix statistics. Use the statistics collected to determine how much traffic the backbone handles. The statistics are always collected on the incoming interface. For more information on CLI commands introduced or modified to support TMS on the RPM-XF, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 4.
Segmentation and Reassembly-based Traffic Management and QoS Feature
Traffic management, weighted random early detection WRED, and cell-based weighted fair queuing algorithm processing is accomplished using the Segmentation and Reassembly (SAR) engine.
Feature Introduced in Cisco IOS Release 12.3(2)T2
This section contains the descriptions of the features that were introduced in 12.3(2)T2.
Transmission Control Protocol Decompression Support
Cisco IOS Release 12.3(2)T2 adds support for Transmission Control Protocol (TCP) decompression as an adjunct to supporting the cRTP header feature on the RPM-XF.
2-Port Packet Over SONET and 2-Port Gigabit Ethernet Service Module Back Cards
Cisco IOS Release 12.3(2)T2 adds support for two service module back cards that provide either two Gigabit Ethernet or two Packet over SONET (POS) ports. For more information on the fit and function of the back cards and CLI commands which support the back cards on the RPM-XF, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 4.
Dual Multiprotocol Label Switching Partition for RPM-XF
Cisco IOS Release 12.3(2)T2 adds support for dual Multiprotocol Label Switching (MPLS) partitions on the RPM-XF.
For configuration information, go to:
http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px1e/rel4/scg/rpm.htm
Features Introduced Earlier than Cisco IOS Release 12.3(2)T2
This section contains the descriptions of the features that were introduced in releases prior to 12.3(2)T2.
Cisco MGX 8950 Switch Support for RPM-XF
In Cisco MGX Release 3.0.10 and later, the Cisco MGX 8950 switch supports the MGX RPM-XF card set. The MGX RPM-XF card set can occupy any of the available service module slots in the Cisco MGX 8950 switch, which are slots 1 through 6 and slots 11 through 16.
Border Gateway Protocol Load-Balancing Feature
To load-balance by external Border Gateway Protocol (eBGP) and internal Border Gateway Protocol (iBGP) on multiple paths to a destination, traffic is directed on multiple available paths between autonomous systems (AS) by gateway routers.
The following CLI commands are used to implement this feature.
Limitations of eiBGP Load-Balancing
The limitations of eiBGP are as follows:
•
If multiple alternate paths for a peering point exist, only one of the paths is used for a given prefix.
•
Only per-flow load-balancing is supported. Per-packet load-balancing is not supported.
•
eiBGP load-balancing is supported only in MPLS and VPN networks.
•
Load-balancing proportional to link bandwidth (see dmz-linkbw command) is not supported. The load-balancing is performed on the available links with equal costs.
•
The maximum number of paths that can be used for load-balancing is 6. This is the current Cisco IOS software limitation.
•
Load-balancing does not work if RDs are the same as RRs. If RRs are used, RDs must be different.
•
Having CEs in different VPNs using the same RDs does not work.
IP Accounting Counter Storage Feature
The Cisco MGX RPM-XF only stores packet/byte counters based on precedence and DSCP values on a per-interface level at input.
The following CLIs are added or enhanced for this release to implement this feature:
Limitations
The limitations are as follows:
•
Counters are maintained only at the input per interface.
•
There is no count of dropped or transmitted packets based on DSCP/PREC packets per interface.
Applying Multiple Actions—police Command
The MGX RPM-XF police command is similar to the Cisco IOS RPM command. Therefore, you can apply multiple exceed and conform actions on the police command.
The police CLI command is enhanced. Before this release, the police command had no menus and all parameters were listed on one line, as shown in the following example:
domino80p01-z001#sh policy test1z.............police 128000 8000 8000 conform-action transmit exceed-action dropThis allowed only one value for the conform-action and exceed-action fields.
The new police command functions as shown in the following example:
ipfrtx90r14-01(config-pmap-c)#police 128000 8000 8000ipfrtx9(config-pmap-c-police)#conform-action transmitipfrtx9(config-pmap-c-police)#exceed-action set-dscp 28ipfrtx9(config-pmap-c-police)#exceed-action set-mpls 2Note that you can configure multiple conform-action and exceed-action parameters.
QoS Suboptimal Link Use Feature
RPM-XF uses Versatile Traffic Management System (VTMS) as a scheduling algorithm. VTMS schedules queues based on the current link use in real time. The previous version of the VTMS algorithm was efficient and mapped well in an ASIC or network processor; however, it did not fully use the link.
Cisco IOS Release 12.3(2)T2 adds support through the CLI to allow you to specify the oversubscription factor on a queue. The factor is in the range of 1 through 31 and can be denoted as 2n. An oversubscription factor of n = 2 on any queue means to subscribe that queue by a factor of 4 (2n where n is 2; so 2 raised to power 2 = 4).
The syntax for the bandwidth and priority commands is:
[no] bandwidth {<kbps> | percent <percentage> | remaining percent <percentage>} [maximize-utilization [<max-shift>]][no] priority {<kbps> | percent <percentage>} [maximize-utilizationRPM-XF Redundancy Support
RPM-XF 1:N redundancy is used to switch configuration and traffic from one RPM-XF module to another RPM-XF module. Route processing continues with minimal traffic loss even if an RPM-XF fails and there is no operator or direct access to swap the failed card or fix the problem. Redundancy that ensures Layer 2 state restoration is supported. Layer 3 state is restored through convergence.
Note
When you reset a chassis with RPM-XFs configured for 1:N redundancy, we recommend that you bring up the primary slots in active state.
Benefits of 1:N redundancy include the following:
•
An RPM-XF card with hardware problems can be fixed while the redundant standby card takes over its functionality.
•
Software upgrades are easier and can be performed with less downtime.
•
LAN interface redundancy supported with MAC addresses of primary RPM-XF copied to standby RPM-XF.
•
1:N redundancy support for Gigabit Ethernet interface back cards during front card switchover.
•
Y cable redundancy support for POS back cards during front card switchover. With Y cable, 1:N redundancy is restricted to N = 1.
The following are general guidelines for redundancy on the RPM-XF:
•
The Addred command is not allowed between RPM-PR and RPM-XF.
•
To configure redundancy, the primary RPM-XF should be in active state and secondary RPM-XF card must be in active/standby state.
•
Removing the active RPM-XF back card does not cause a switchover to the standby RPM-XF.
•
Before adding redundancy, you must ensure that E:RPM/auto_config_slot# is created. This may require that you log in to the primary card through the command line and manually add boot config e:auto_config_slot# followed by a write mem command.
•
Executing the switchcc command back-to-back using the switchredcd command can cause problems. We recommend allowing at least 5 seconds between switchredcd and a switchcc.
•
Cisco IOS software on a standby card should be the same or later release than the active RPM-XF card release.
•
If the card is in a redundancy group, do not boot the card from an image on a TFTP server. Boot the card from image in bootflash or PXM disk only.
•
Do not configure the standby RPM-XF.
Features Not Supported in Cisco IOS Release 12.3(11)T7
The following features are not supported in Cisco IOS Release 12.3(11)T5:
•
LSC redundancy
•
Modem connectivity on auxiliary port
•
MPLS TE tunnels on ATM interfaces
•
Online insertion and removal (OIR) of back cards without interfaces in shutdown mode
•
Per-packet load-balancing
•
ROM monitor (ROMmon) Xmodem functionality does not support the speed option
•
RPM-PR to RPM-XF upgrade
•
Virtual circuit (VC) merge
Network Management Features
Network management features are detailed in the Release Notes for Cisco WAN Manager 15.1.50 at:
http://cisco.com/univercd/cc/td/doc/product/wanbu/svplus/151/rnotes/index.htm
SNMP MIB
Cisco IOS MIBs are not part of the MGX Release 5.4.10 SNMP MIB bundle; they are part of the latest Cisco IOS Release.
New and Modified Commands in Cisco IOS Release 12.4(6)T1
The following commands, not previously documented, are modified in Cisco IOS Release 12.4(6)T1:
•
hw-module rpm check data-path
New Commands
Cisco IOS Release 12.4(6)T1 introduces the following new commands:
•
hw-module rpm pxm-tod-ignore (CSCsc20181)
•
hw-module pxf cef-mem-threshold (CSCei95224)
•
atm sar-buffers tx (See SAR Enhancements)
debug rpm hwdiags
To perform online or offline diagnostics on RPM-XF hardware, use the debug rpm hwdiags command.
debug rpm hwdiags diag-type [diag-test] [clrerr | injerr | info] [sched | unsched]
Syntax Description
Command Default
None.
Command Modes
Privileged EXEC for online diagnostics; User EXEC for offline diagnostics.
Command History
Usage Guidelines
Use this command to initiate hardware diagnostics or select diagnostics for periodic execution. You enter the sched/unsched keywords to select or deselect diagnostics for periodic execution.
If you enter all as the diag-type, then all hardware tests are executed. If you specify the diag-type without the optional diag-test parameter, then all diag-tests within in the diag-type execute, for example all POS backcard tests. If you specify the diag-test, then only the specified diag-test executes.
Examples
The following example shows how to run all nvram diagnostics on the standby card:
Router> debug rpm hwdiags nvramNVRAM Data Pins - PASSEDNVRAM Data Pins - run time = 0 millisecondsNVRAM Marching Pattern - PASSEDNVRAM Marching Pattern - run time = 0 millisecondsThe following example shows how to schedule all nvram diagnostics on the standby card:
Router> debug rpm hwdiags nvram schedNVRAM Data Pins - SCHEDULEDNVRAM Marching Pattern - SCHEDULEDRelated Commands
Command Descriptiondebug rpm swdiags
Perform RPM software diagnostics.
debug rpm check data-path
Perform RPM data-path diagnostic.
debug rpm hwdiags stats
To display or clear the results of hardware diagnostics and to configure the maximum scheduled diagnostics time, use the debug rpm hwdiags stats command.
debug rpm hwdiags stats {sched | boot | clear | maxtime}
Syntax Description
sched
Display the results of scheduled hardware diagnostics.
boot
Display the results of boot diagnostics.
clear
Clear the statistics.
maxtime
Set the maximum run time for hardware diagnostics.
Command Default
None
Command Modes
Privileged EXEC for online diagnostics; User EXEC for offline diagnostics.
Command History
Usage Guidelines
Use this command to clear or display the results of hardware diagnostics, and to configure the maximum scheduled diagnostics time.
Examples
The following example shows how to display the results of scheduled hardware diagnostics:
Router> debug rpm hwdiags stats schedScheduler Hardware Diag Max Allowed Run Time = 20 millisecondsScheduler Hardware Diag Errors = 0Scheduler has run 64 Hardware DiagsScheduler Hardware Diags:ENABLED Passed ERR_INJ_OFF 4 millisec Cache DelayENABLED Passed ERR_INJ_OFF 0 millisec Cache L1 SizeENABLED Passed ERR_INJ_OFF 8 millisec EEPROM CpuENABLED Passed ERR_INJ_OFF 0 millisec Mxt4700 RX SAR Device/Vendor IdENABLED Passed ERR_INJ_OFF 0 millisec Mxt4700 TX SAR Device/Vendor IdENABLED Passed ERR_INJ_OFF 0 millisec Mxt4400 CBC SAR Device/Vendor IdENABLED Passed ERR_INJ_OFF 0 millisec Flash DeviceENABLED Passed ERR_INJ_OFF 0 millisec Memory Bus Float 32ENABLED Passed ERR_INJ_OFF 0 millisec Memory Bus Float 32 with DelayENABLED Passed ERR_INJ_OFF 8 millisec Memory Cache PatternENABLED Passed ERR_INJ_OFF 0 millisec Memory DelayENABLED Passed ERR_INJ_OFF 0 millisec Memory Marching PatternENABLED Passed ERR_INJ_OFF 0 millisec Memory Marching Pattern with DelayENABLED Passed ERR_INJ_OFF 0 millisec Memory R7K AccessENABLED Passed ERR_INJ_OFF 0 millisec IO FPGA RegENABLED Passed ERR_INJ_OFF 0 millisec NVRAM Data PinsENABLED Passed ERR_INJ_OFF 0 millisec NVRAM Marching PatternENABLED Passed ERR_INJ_OFF 0 millisec PCI BridgeENABLED Passed ERR_INJ_OFF 0 millisec PCI IDENABLED Passed ERR_INJ_OFF 0 millisec Frontcard BARIUM RegENABLED Passed ERR_INJ_OFF 0 millisec CBC RegENABLED Passed ERR_INJ_OFF 0 millisec Backcard VANADIUM RegENABLED Passed ERR_INJ_OFF 0 millisec Backcard DPIO RegENABLED Passed ERR_INJ_OFF 0 millisec Backcard EEPROMENABLED Passed ERR_INJ_OFF 0 millisec Backcard PM5358 RegRelated Commands
Command Descriptiondebug rpm swdiags stats
Display the results of scheduled software diagnostics.
debug rpm swdiags
Perform RPM software diagnostics.
debug rpm swdiags
To perform online or offline diagnostics on RPM-XF software, use the debug rpm hwdiags command.
debug rpm swdiags diag-type [diag-test] [clrerr | injerr | info] [sched | unsched]
Syntax Description
Command Default
No defaults.
Command Modes
Privileged EXEC for online diagnostics; User EXEC for offline diagnostics.
Command History
Usage Guidelines
Use this command to initiate software diagnostics or select diagnostics for periodic execution. You enter the sched/unsched keywords to select or deselect diagnostics for periodic execution.
If you enter all as the diag-type, then all hardware tests are executed. If you specify the diag-type without the optional diag-test parameter, then all diag-tests within in the diag-type execute, for example all mpool tests. If you specify the diag-test, then only the specified diag-test executes.
Examples
The following example shows how to test the free memory pool on the standby card:
Router> debug rpm swdiags mempool freeMempool Free IO - PASSEDMempool Free IO - run time = 0 millisecondsMempool Free PCI - PASSEDMempool Free PCI - run time = 0 millisecondsMempool Free Processor - PASSEDMempool Free Processor - run time = 0 millisecondsThe following example shows how to schedule the free memory pool diagnostic on the standby card:
Router> debug rpm swdiags mempool free schedMempool Free IO - SCHEDULEDMempool Free PCI - SCHEDULEDMempool Free Processor - SCHEDULEDRelated Commands
Command Descriptiondebug rpm hwdiags
Perform RPM hardware diagnostics.
debug rpm check data-path
Perform RPM data-path diagnostic.
debug rpm swdiags stats
To display or clear the results of software diagnostics, use the debug rpm swdiags stats command.
debug rpm hwdiags stats {sched | clear | maxtime}
Syntax Description
sched
Display the results of scheduled software diagnostics.
clear
Clear the statistics.
maxtime
Set the maximum run time for software diagnostics.
Command Default
None
Command Modes
Privileged EXEC for online diagnostics; User EXEC for offline diagnostics.
Command History
Usage Guidelines
Use this command to display the results of software diagnostics, or to clear the results.
Examples
The following example shows how to display the results of software diagnostics:
Router> debug rpm swdiags stats schedScheduler Software Diag Max Allowed Run Time = 20 millisecondsScheduler Software Diag Errors = 0Scheduler has run 52 Software DiagsScheduler Software Diags:ENABLED Passed ERR_INJ_OFF 8 millisec Mempool Alloc IOENABLED Passed ERR_INJ_OFF 0 millisec Mempool Alloc PCIENABLED Passed ERR_INJ_OFF 8 millisec Mempool Alloc ProcessorENABLED Passed ERR_INJ_OFF 0 millisec Mempool Free IOENABLED Passed ERR_INJ_OFF 0 millisec Mempool Free PCIENABLED Passed ERR_INJ_OFF 0 millisec Mempool Free ProcessorENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Packet HeaderENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Packet PrivateENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Packet PublicENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Particle PrivateENABLED Passed ERR_INJ_OFF 0 millisec Pooltype Particle PublicENABLED Passed ERR_INJ_OFF 0 millisec Corrupt SprocessENABLED Passed ERR_INJ_OFF 0 millisec Critical Priority SprocessENABLED Passed ERR_INJ_OFF 0 millisec Dead SprocessENABLED Passed ERR_INJ_OFF 0 millisec High Priority SprocessENABLED Passed ERR_INJ_OFF 0 millisec Idle SprocessENABLED Passed ERR_INJ_OFF 0 millisec Low Priority SprocessENABLED Passed ERR_INJ_OFF 0 millisec Normal Priority SprocessRelated Commands
Command Descriptiondebug rpm hwdiags stats
Display the results of scheduled hardware diagnostics.
debug rpm hwdiags
Perform RPM hardware diagnostics.
debug rpm diags
To enable the diagnostic scheduler and configure the test interval, use the debug rpm diags command. To disable the scheduler, use the no form of this command.
debug rpm diags cnf {enable | period sec | tracelevel level}
debug rpm diags display
no debug rpm diags cnf enable | tracelevel
Syntax Description
Command Default
No defaults.
Command Modes
Privileged EXEC for online diagnostics; User EXEC for offline diagnostics.
Command History
Usage Guidelines
Use this command to enable the diagnostic scheduler or configure scheduler parameters. The scheduler executes the tests previously selected with the debug rpm hwdiags or debug rpm swdiags commands.
Examples
The following example enables the diagnostic scheduler:
Router> debug rpm diags cnf enableRouter> debug rpm diags displayConfiguration:Test: Enabled. Test Interval: 30(secs)Status:Process name: RPMXF DIAGDiag State: RUNProcess Error: No ErrorLast Event Received: ONLN_ENABLELast Event Trigger: ONLN_ENABLEStatistics:Software Diag runs: 9, failures: 0Hardware Diag runs: 4, failures: 0Related Commands
Command Descriptiondebug rpm hwdiags
Perform RPM hardware diagnostics.
debug rpm swdiags
Perform RPM software diagnostics.
hw-module rpm check data-path
To enable the data path check on the active RPM-XF card, use the hw-module rpm check data-path command in the global configuration mode. To disable the data-path check, use the no form of this command.
hw-module rpm check data-path [interval sec | retry num | recovery]
no hw-module rpm check data-path
Syntax Description
interval
The interval between successive packets, in seconds.
retry
The number of retries.
recovery
Turn on/off the recover option.
Command Default
No defaults.
Command Modes
Global configuration mode
Usage Guidelines
Use this command to enable the data-path diagnostic on the active RPM-XF.
Examples
The following example enables the data-path diagnostic:
Router<config># hw-module rpm check data-pathRelated Commands
Command Descriptiondebug rpm check data-path
Enable the data-path check on the standby RPM-XF.
show rpm check data-path
Display data-path check results.
debug rpm check data-path
To enable the data path check on the standby RPM-XF card, use the debug rpm check data-path command in the user EXEC mode. To disable the data-path check, use the no form of this command.
debug rpm check data-path [interval time | retry num]
no debug rpm check data-path
Syntax Description
interval
The interval between successive packets, in seconds.
Default: 6 sec
retry
The maximum number of retries.
Default: 5 retries
Command Default
No defaults.
Command Modes
User EXEC
Command History
Usage Guidelines
Use this command to enable the data-path diagnostic or to configure test parameters on the standby card. To disable the debug tests on the standby card, you can enter no debug rpm or undebug.
Examples
The following example enables the data-path check:
Router> debug rpm check data-pathRelated Commands
Command Descriptionhw-module rpm check data-path
Enable the data-path check on the active RPM-XF.
show rpm check data-path
Display data-path check results.
show rpm check data-path
To display the data-path check information on the standby RPM router, use the show rpm check data-path command in user EXEC mode.
show rpm check data-path
Command Default
No defaults.
Command Modes
User EXEC mode.
Command History
Usage Guidelines
Use this command to display data-path diagnostic results.
Examples
The following example shows data-path results on the standby card:
Router> show rpm check data-pathData Path Check Health Status: GoodData Path Check Feature enabled: YesData Path Check Recovery enabled: NoData Path Check Interval(in sec): 6Data Path Check Retry Count: 5Data Path Check Packets Sent: 11994Data Path Check Packets Rcvd: 11993Data Path Check Outstanding Packets: 1Data Path Check Time since Last Send: 1Data Path Check Failures Reported: 0Data Path Check Recovery Skips Done: 0Data Path Check Packet Not Sent Reason: NoneData Path Check Packet Sent Wait Time: 0Related Commands
Command Descriptiondebug rpm check data-path
Enable the data-path check on the active RPM-XF.
hw-module rpm check data-path
Enable the data-path check on the active RPM-XF.
hw-module rpm pxm-tod-ignore
To ignore the time of day update from the PXM, use the hw-module rpm pxm-tod-ignore command in global configuration mode. To use the time of day update from the PXM, use the no form of this command.
hw-module rpm pxm-tod-ignore
no hw-module rpm pxm-tod-ignore
Command Default
None
Command Modes
Global configuration mode
Command History
Usage Guidelines
By default, the RPM-XF updates its clock to the time of day (TOD) sent by the PXM. If the RPM-XF is synchronized to an Network Time Protocol (NTP) server, the TOD update from PXM might make the RPM-XF go out of sync with the NTP server. Use this command when using NTP to configure the RPM-XF to ignore the TOD update from the PXM.
Examples
The following example <<text>>:
Router(config)#hw-module rpm pxm-tod-ignoreRelated Commands
hw-module pxf cef-mem-threshold
To set a warning threshold for Cisco Express Forwarding (CEF) memory, use the hw-module pxf cef-mem-threshold command in global configuration mode. To disable this warning, use the no form of this command.
hw-module pxf cef-mem-threshold percent
no hw-module pxf cef-mem-threshold percent
Syntax Description
Command Default
No defaults
Command Modes
Global configuration mode
Command History
Usage Guidelines
This command sets a threshold and enables a warning message if any PXF CEF queue exceeds the specified threshold. Use the show pxf cpu cef command to display memory types 1 to 12.
Examples
The following example sets the memory threshold to 10%:
hw-module pxf cef-mem-threshold 10Related Commands
Command Descriptionshow pxf cpu cef
Displays the PXF memory usage of the current Cisco Express Forwarding (CEF) table.
atm sar-buffers tx
To manually set the size of the UBR, VBR and LVC buffers, use the atm sar-buffers tx command in interface configuration mode. To restore default buffer allocations, use the no form of this command.
atm sar-buffers tx UBR VBR LVC
no atm sar-buffers tx
Syntax Description
Command Default
None
Command Modes
Interface configuration mode
Command History
Usage Guidelines
You use the atm sar-buffers tx command to reallocate the total SAR buffers between UBR, VBR and the LVC classes based on expected usage for these traffic classes. Use the show controllers Switch1 command to monitor the buffers allocated for each class, the actual buffer usage for each class, and the cumulative queue sizes of all VCs in each class. Class 1 is UBR, Class 2 is VBR & Class 3 is LVC.
Examples
The following example sets the UBR, VBR, and LVC buffer sizes to 2048, 339968, 2048, respectively.
atm sar-buffers tx 2048 339968 2048Related Commands
Command Descriptionshow controllers switch1
Display controller information for the interface switch1.
RPM-XF Limitations and Restrictions
The following RPM-XF limitations and restrictions apply to this release:
•
The following limitations apply to the DSCP marking of management packets on the RPM_XF management back card:
–
The RPM-XF does not support DSCP marking for the interface to the MGX switch cell bus.
–
The RPM-XF management back card can be used for only management traffic, not data traffic.
•
Before you add redundancy, you must create E: RPM/auto_config_slot#. This may require a login through the CLI and manually adding the boot config command followed by a write mem command.
•
Permanent Virtual Paths (PVPs) cannot operate at a rate greater than 599,039 kbps.
•
PXF buffer depletion may occur if packets of the same size (especially packets greater than 640 bytes) are sent to a congested interface.
•
High speed VC Sustainable Cell Rate (SCR) greater than or equal to 599,039 kbps does not receive full-configured rate for single flow (unique source and destination IP address). This happens because for high speed VCs, Parallel Express Forwarding (PXF) creates two queues and these queues cannot be shared for the same stream. Sharing two queues for the same stream causes out-of-sequence packets.
•
The PXF queue selection algorithm may cause traffic to drop for multiple streams traveling to the same destination using multiple paths. When the PXF receives a packet, it selects the output queue based on source and destination IP address. These addresses hash into one of the queues for the selected destination. So, if multiple paths for the same destination exist, multiple streams may possibly hash to one queue, causing some queues to overflow, while others might be underused.
•
Variable bit rate non-real time (VBR-nrt) and variable bit rate-real time (VBR-rt) are treated with the same priority system-wide.
•
RPM-XF PVP only supports unspecified bit rate (UBR).
•
PVP in RPM-XF is not Operation, Administration, and Maintenance (OAM) managed.
•
If out-of-sync SPVC or SPVP exist on the RPM-XF, the shrinking of the Private Network-to-Network (PNNI) partition is not permitted.
•
One RPM-XF can serve as an edge Label Switch Router (eLSR).
•
Because RPM-XF only supports UBR, VBR-rt, and VBR-nrt on the PXM, the dsppnportrsrc command for RPM-XF port shows 0 available resources for CBR, ABR, and signaling service types. Also, the cnfpnportcac command for CBR and ABR is rejected.
•
If RPM-XF is configured as an eLSR, RPM-XF does not support incoming VC-merge label switch controlled virtual circuits (LVCs). There is a problem logged against LSC module that it cannot support both VC-merge/non-VC-merge supporting Virtual Switch Interface (VSI) slaves at the same time. So for now, if RPM-XF eLSR is part of a cell-based MPLS network (with RPM-PRs or AXSMs in the same node), disable the VC-merge feature on LSC. (Note that VC-merge is enabled on LSC by default).
•
RPM-XF eLSR only supports up to two MPLS subinterfaces. If you attempt to configure over the limit, an error message appears.
•
Although RPM-XF VSI slave supports the connections statistics get command, only packet and byte counts are available. Therefore, use the show xtag cross-connect traffic int xtagatm command connection statistic to show how on the LSC module, packet counts from RPM-XF eLSR exist.
•
OIR of MGX-1GE and MGX-1OC-12POS-IR back cards are supported only with interfaces in shutdown state.
•
The MGX-1GE back card does not have the capability to provide line loopback.
•
The Flow Control option is not configurable with the MGX-1GE back card.
•
The MGX-1GE back card does not support SFP security.
•
Line loopback and internal loopback cannot be set at the same time for the MGX-1OC-12POS-IR back card using AMCC Mux.
•
The pos ais-shut command is not supported on MGX-1OC-12POS-IR back card.
•
The traffic rate per flow is at half the interface speed for POS Gigabit Ethernet interfaces in this release.
•
When traffic is traveling on Gigabit Ethernet interfaces, do not toggle autonegotiation. This may result in permanent disruption of traffic.
•
For UBR, two queues always exist which results in half the flow rate for each flow because the hashing algorithm hashes the two into one queue.
The performance limits supported in Release 5.2.00 include the following:
•
2K ATM SPVC connection endpoints
•
2K Interface Description Blocks (IDBs)
•
4K LVCs
•
100 Virtual Path Connections (VPCs)
•
2048 policy map
•
100 open shortest path first (OSPF) neighbors
•
6 Cisco IOS-based cards in the Cisco MGX chassis
•
500 VPN routing/forwarding instances (VRFs)
•
500 BGP CE peers
•
100 Routing Information Protocol (RIP) CE sessions
•
500 Static CEs
•
100,000 VPN Routes per PE
•
250K non-VPN Routes per RPM-XF
•
300 OAM-enabled connections
•
mVPN limits
–
384 mVRF
–
64K Mroutes
–
256K outgoing interfaces for Mroutes
For more RPM-XF performance details, contact your sales representative.
Notes and Cautions
Before you use this release, review the following notes and cautions:
•
When removing the SFP-GE-T transceiver module from the MGX-XF Back Card, pull the bale out and down to fully open (unlocked) position to eject the SFP transceiver from the socket connector. Then, grasp the SFP transceiver between your thumb and index finger, and carefully remove it from the socket.
If the SFP transceiver appears to be stuck, with the SFP latch in the fully unlocked position, push it back into the socket to release the latch, then pull out to remove it.
CautionDO NOT use a screwdriver to pry the SFP transceiver loose! This will damage the socket on the MGX-XF Back Card.
•
Attempting to initiate RPM-XF switchover when write mem is in progress on the active RPM-XF card may lead to the card coming up with a partial configuration. When an addred command is executed, an automatic write mem is triggered on the primary RPM-XF. If the primary card fails when the write mem is in progress, this is when you may see the card come up with a partial configuration. The duration of write mem depends on the configuration size and can take up to 4 minutes to complete.
•
When you execute a dspcds command, a new stable boot-hold state appears on the PXM45. This state indicates that the RPM-XF is running only a boot image. This state is reached when the config register is set to 0x1 or when the bootldr cannot find the run-time image, but finds the boot image. Enter the cc command to access the RPM-XF from the PXM45.
•
A valid boot image need not be the first file in the bootflash. The RPM-XF loads from any valid boot image from the bootflash:. The run-time image can be the first file in the bootflash flash and RPM-XF comes up with that image.
•
Trying to change peak cell rate (PCR) value of a VP tunnel or changing the maximum transmission unit (MTU) of switch interface with more than 4000 VCs may overuse the CPU.
•
If a large number of VCs (PVCs, LVCs or both) exist on the RPM-XF card and are executing disruptive operations on the main switch interface (int switch1), this may cause flapping of the protocols that run on these VCs. Examples of disruptive operations are clear int switch1 and modification of PVP parameters. These operations cause deactivation and reactivation of all VCs under the main switch interface. Depending on the number of VCs, the time required to complete such operations may exceed a certain protocol timeout limit. Examples of protocols that may be affected are OSPF and Tag Distribution Protocol (TDP)/Label Distribution Protocol (LDP).
•
The RPM-XF VSI slave tends to put out informational warning/traceback messages caused by misconfigurations and connection admission control (CAC) failures (onto console/IOS log file). These messages are for information and debugging purposes. When these messages are observed, confirm that connection status is still intact and traffic is still passing successfully.
•
Due to PXF SCR granularity, the configured SCR on the Cisco IOS pvc CLI may not be the same as the SCR programmed in the PXF. PXF bandwidth chunk size is 18 kbps. All PXF VC SCRs are programmed as multiples of 18 kbps. For instance, if the PVCs were configured with 50 kbps as PCR, 54 kbps are programmed in PXF. The show atm pvc commands shows 50 kbps, and the VSI slave accounts 50 kbps during CAC. However, 54 kbps is being used. As a result, when bandwidth use reaches the maximum value, both the VSI slave and the PNNI continue to allow connection provisioning, because the VSI slave and the PNNI available bandwidth show more than the PXF has remaining.
•
The saveallcnf command (issued on the PXM45/B card) captures configuration data saved by the RPM-XF card, as well as AXSM and PXM45 cards, and saves it on the active PXM45/B card's hard disk. Configure the RPM-XF to store its configuration on the PXM45/B hard disk (E:/RPM) by entering boot config e:auto_config_slot# in the running configuration of the RPM-XF. To ensure that the saved file contains the latest RPM-XF configuration, execute the write mem command on each RPM-XF card before you enter the saveallcnf command. This also ensures that the RPM-XF files on the active PXM45 hard disk contain the latest configuration to be saved.
RPM-XF auto_config File Management
The RPM-XF auto_config_slot# file stores the configuration for the RPM-XF card. Set the slot# portion of the name to the logical slot number that corresponds to the RPM-XF card. This file can be stored in bootflash or in the E:RPM directory on the PXM45 hard disk. The configuration is also stored in nonvolatile RAM (NVRAM) using the name startup-config.
When the RPM-XF card is inserted or rebooted, it searches for the configuration file in the following sequence:
1.
If there is an auto_config file corresponding to its logical slot on the PXM45 hard disk, the RPM-XF card uses the configuration stored on the hard disk.
2.
If the boot variable points to configuration stored in the PXM45 hard disk or bootflash, and if the file is not found, the card comes up as active-F with the default configuration.
3.
If there is no auto_config file on the hard disk, the NVRAM version is used.
Note
In case of RPM-XF redundancy, store the configuration in the auto_config_slot# file in the E:RPM directory of the PXM45 hard disk. Failure to find the autoconfig file causes a user-initiated switchover (switchredcd) to abort and a fatal error is flagged.
Card Management
Before you use Release 12.3(11)T7, review the following card management notes and cautions:
•
There is a new stable state displayed on the PXM dspcds command—Boot-Hold, which signifies that the RPM-XF is running the boot image only. On the RPM-XF, the prompt displays as boot>.
•
The run-time Cisco IOS image cannot be used as a bootloader to load a different Cisco IOS image.
•
Changing the console speed on the terminal server may cause the card to end up in the ROMmon state. To avoid this, set the config register to 0x2102.
Another workaround is to enter cont on the ROMmon within 2 minutes of going into ROMmon state. This brings the card to its original stable state.
Note
We recommend you always use 9600 baud as the console speed.
•
The Cisco IOS version of the run-time as well as the boot image is displayed in the dspcd, dsprevs, and dsprevs -s output. The version is displayed under the heading of Cisco IOS version. Revision Control is not available for RPM-XF (like RPM-PR).
Note
The loadrev and setrev commands do not apply for RPM-XF.
RPM-XF Bootflash Precautions
The RPM-XF bootflash is used to store boot image, configuration, and run-time files. Erasing the boot image from the flash prevents the card from booting.
The RPM-XF boot image, which is shipped loaded on the flash, works for all RPM-XF Cisco IOS images; therefore, there is no reason to delete or move the factory installed boot image.
To avoid unnecessary failures that require card servicing, remember the following:
•
Never erase the boot file from the RPM flash.
•
Never change the position of the boot file on the RPM flash.
•
Use care when "squeezing" the flash to clean it up.
If the boot file remains intact in the first position on the flash, the RPM-XF boots successfully.
If the bootflash is corrupt, use the tftpdnld command described in the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide or the xmodem procedure described in the "Using XModem to Download Flash to RPM-XF Cards" section to download a new boot image.
Solving the RPM-XF Bandwidth Issue When Adding a 12th VISM Card
If you add more than 11 VISM cards to an MGX chassis with RPM-XF cards, this requires that you enable the expanded memory option on the PXM45/B. The command to enable this option is cnfndparms (option 4). This expanded memory option does not have an impact on chassis performance and allows more connections.
Open Caveats
This section contains the open caveats in Cisco IOS Releases 12.4.x and 12.3.x.
Open Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
None.
Open Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Table 2 lists caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00.
Open Caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20
Table 2 lists caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20.
Open Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Table 3 lists caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00.
Open Caveats in Release 12.3(11)T9 for MGX Release 5.2.10
Table 4 lists caveats in Cisco IOS Release 12.3(11)T9 for MGX Release 5.2.10.
Open Caveats in Release 12.3(11)T7 for MGX Release 5.2.00
Table 5 lists caveats in Cisco IOS Release 12.3(11)T7 for MGX Release 5.2.00.
Open Caveats in Release 12.3(11)T6 for MGX Release 5.1.20
Table 6 lists caveats in Cisco IOS Release 12.3(11)T6 for MGX Release 5.1.20.
Open Caveats in Release 12.3(11)T3 for MGX Release 5.1.20
Table 7 lists caveats in Cisco IOS Release 12.3(11)T3 for MGX Release 5.1.20.
Open Caveats in Release 12.3(7)T3 for MGX 5.0.10
Table 8 lists caveats in Cisco IOS Release 12.3(7)T3 for MGX 5.0.10.
Table 8 Open Caveats in Cisco IOS Release 12.3(7)T3 for MGX Release 5.0.10
Caveat Number Symptom Conditions WorkaroundCSCea84387
A user session may pause indefinitely, causing a Cisco router to become unresponsive.
This symptom is observed when multiple simultaneous users enter modular QoS CLI (MQC) commands on the same router through separate virtual type terminal (vty) sessions.
Allow only one user at a time to enter MQC commands.
CSCec16481
A Cisco device running Cisco IOS and enabled for the OSPF protocol is vulnerable to a Denial of Service (DoS) attack from a malformed OSPF packet. The OSPF protocol is not enabled by default.
The vulnerability is only present in Cisco IOS release trains based on 12.0S, 12.2, and 12.3. Releases based on 12.0, 12.1 mainlines, and all Cisco IOS images before 12.0 are not affected. Refer to the Security Advisory for a list of affected release trains.
Further details and the workarounds to mitigate the effects are explained in the Security Advisory which is available at:
http://www.cisco.com/warp/public/707/cisco-sa-20040818-ospf.shtml
CSCed05924
PXF reloaded abnormally due to software exception%PXF-2-FAULT:T0 SW Exception:CPU[t0r3c1] 0x00000180 at 0x0DE1 LR 0x084B.
MVPN traffic was being passed. No other activity was present on the card at that time.
Unknown
CSCed34575
An MPLS packet is transmitted without fragmentation even if the MPLS packet exceeds the outgoing interface MTU.
Occurs when the MPLS packet is greater than the outgoing interface MTU.
None
CSCed39641
SAR rx drops all packets because there is no buffer.
RPM-XF is configured as a PE in a frame-based or cell-based MPLS or VPN network. Executing the sh pxf cpu buff leaked 0-5 or clear interface sw1 command while the system is under load may cause a SAR rx failure.
None
CSCed48954
Traffic tail drops on the output of a Gigabit Ethernet interface even when the traffic rate is well below the interface limit.
Occurs after multiple Gigabit Ethernet interface flaps.
Reload the PXF using the microcode reload pxf command.
CSCed86771
Removing or inserting an RPM-XF while running call rate made the card reload/failed.
Occurs while running 360K Busy Hour Call Attempts (BHCA) with 120-second CHT. Upon removing an RPM-XF card and putting it back into the rack, this RPM-XF card rebooted and entered failed state.
None
CSCee36771
A PPPoA interface constantly flaps when passing data with SAR-based CBWFQ enabled.
Observed under the following conditions:
•
SAR-based CBWFQ is enabled on a PPPoA interface.
•
The class default is assigned a small bandwidth (less than 10 percent).
•
All classes on the VC are congested.
Assign 10 percent bandwidth to the class-default of the policy map attached to the interface.
CSCee53246
The standby (secondary) RPM does not release the config_file boot variable after the primary redundant RPM card takes over after the card switch over command was executed.
This intermittent symptom was observed after a switchover from secondary RPM card to primary RPM card. The secondary (redundant) card is in standby state, but the show bootvar command still shows that the config_file variable is not null.
Unknown
Caveat Status Changes from Previous Release
None.
Resolved Caveats
This section contains the list of resolved caveats in this release and earlier releases.
Resolved Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.10
None.
Resolved Caveats in Cisco IOS Release 12.4(15)T1 for MGX Release 5.4.00
Table 9 lists resolved caveats in Cisco IOS Release 12.4(15)T1 for Cisco MGX Release 5.4.00:
Resolved Caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20
Table 10 lists resolved caveats in Cisco IOS Release 12.4(6)T5 for MGX Release 5.3.20:
Resolved Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Table 11 lists resolved caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00:
Table 11 Resolved Caveats in Cisco IOS Release 12.4(6)T1 for MGX Release 5.3.00
Caveat Number DescriptionCSCei13567
XFL: COSQ weight < MTU causes deficit counter wrap with bigger pkts
CSCei95224
Need high-watermark warning mechanism for PXF CEF memory usage (see hw-module pxf cef-mem-threshold)
CSCej23163
Error gige driver init if OIR-ed frontcard/backcard
CSCek24579
show inventory not supported on rpm-xf
CSCek27437
Snmp req to delete swconn from CWM should not delete PVC part
CSCek30114
Toaster client does not track PXF adjacency parts
CSCek32263
Need a routine to verify PXF iram parity after pxf crash
CSCsc20181
Need mechanism to disable TOD from PXM when RPM connected to NTP (see hw-module rpm pxm-tod-ignore)
CSCsc20181
Need mechanism to disable TOD from PXM when RPM connected to NTP
CSCsc56952
Humvee Serdes sync might not occur resulting in Data loss
CSCsc91990
ENT_API-4-NOPARENT message seen on insertion of GIGE backcards (Duplicates CSCek24579)
CSCsd05487
Limit vty lines to 250 for non-restricted mode export
CSCsd08392
RP-sourced control pkts are sent to the SAR class-default queue
CSCsd52064
Traffic policing is not working after removing and adding of different policy
CSCsd55032
Multicast Outgoing Interface List not updated correctly in PXF
CSCsd76813
Police succeeds on only one interface when same policy is applied
Resolved Caveats in Release 12.3(11)T9 for MGX Release 5.2.10
Table 12 lists resolved caveats in Cisco IOS Release 12.3(11)T9 for MGX Release 5.2.10.
Resolved Caveats in Release 12.3(11)T7 for MGX Release 5.2.00
Table 13 lists resolved caveats in Cisco IOS Release 12.3(11)T7 for MGX Release 5.2.00.
Resolved Caveats in Release 12.3(11)T6 for MGX Release 5.1.20
Table 14 lists resolved caveats in Cisco IOS Release 12.3(11)T6 for MGX Release 5.1.20.
Resolved Caveats in Release 12.3(11)T3 for MGX Release 5.1.00
Table 15 lists resolved caveats in Cisco IOS Release 12.3(11)T3 for MGX Release 5.1.00.
Resolved Caveats in Release 12.3(7)T3 for MGX 5.0.10
Table 16 lists the resolved caveats in Cisco IOS Release 12.3(7)T3 for MGX 5.0.10.
Resolved Caveats in Release 12.3(2)T6
Table 17 lists resolved caveats in Cisco IOS Release 12.3(2)T6.
Resolved Caveats in Release 12.3(2)T5
Table 18 lists resolved caveats in Cisco IOS Release 12.3(2)T5.
Resolved Caveats in Release 12.3(2)T4
Table 19 lists resolved caveats in Cisco IOS Release 12.3(2)T4.
Resolved Caveats in Release 12.3(2)T2
Table 20 lists resolved caveats in Cisco IOS Release 12.3(2)T2.
Compatibility Notes
This section contains compatibility information for the RPM-XF card.
RPM-XF Boot File and Firmware File Names and Sizes
Table 21 displays the RPM-XF boot and firmware file names and sizes for this release.
Table 21 RPM Boot and Firmware File Names and Sizes
File Name File Size—bytes Boot Filerpmxf-boot-mz.124-15.T1
4264576
Firmware Filerpmxf-p12-mz.124-15.T1
11169836
RPM-XF Compatibility Matrix
Table 22 displays the RPM-XF compatible software versions for this release.
MGX RPM-XF Hardware
Table 23 shows front card and back card compatibility for the RPM-XF hardware supported in this release. The table lists the card name, part numbers, the minimum version and the minimum revisions of each card supported. The minimum version is identified by the last 2 digits of the 800-level numbers.
Table 24 shows the SFP compatibility matrix for the Cisco MGX Gigabit Ethernet and POS back cards.
Cisco IOS Release Compatibility Information
For Cisco IOS firmware, go to Cisco.com at:
http://www.cisco.com/public/sw-center/sw-ios.shtml
Using XModem to Download Flash to RPM-XF Cards
Use the xmodem feature to download the flash to an RPM-XF card. During this process, the card should be connected to a target machine through HyperTerminal with settings of 9600, n, 8, and 1.
Step 1
Put the node in monitor mode by entering the priv command to gain access to the privileged commands as follows:
rommon 1> privYou now have access to the full set of monitor commands. Warning: some commands will allow you to destroy your configuration and/or system images and could render the machine unbootable.Step 2
The xmodem command becomes available and the general syntax of this command and availability of this can be checked by giving xmodem command without any parameters on the CLI, as follows:
rommon 2 > xmodemusage: xmodem [-cy]-c CRC-16-y ymodem-batch protocolrommon 3 >The command line options for xmodem are as follows:
Note
If you do not find the xmodem commands, then the xmodem feature is not available on this rommom version. In that case, you must return the card to Cisco.
Note
The ROMmon xmodem/ymodem transfer only works on the console port. You can only download files to the router. You cannot use xmodem/ymodem to get files from the router.
For example:
rommon 4> xmodem -cyDo not start sending the image yet...Invoke this application for disaster recovery. Do you wish tocontinue? y/n [n]: yStep 3
To start the image transfer, use the Transfer > Send File option in HyperTerminal.
In the Filename box, browse and choose the image file to be downloaded. Because we used the y option while invoking the xmodem, set the transfer protocol to ymodem or use Xmodem protocol by not specifying the -y option on the command line.
The transfer window appears and transfer starts. (The transfer may not start immediately; wait for some time and it should start.)
The system resets and boots with a new software image.
Resolved Caveats in Cisco IOS Release 12.2.x Baseline
This section contains lists of the resolved caveats in the 12.2.x baseline.
Resolved Caveats in Release 12.2(15)T5
Table 25 lists resolved caveats in Cisco IOS Release 12.2(15)T5.
Resolved Caveats in Release 12.2.15T
Table 26 lists resolved caveats in Cisco IOS Release 12.2.15T.
Resolved Caveats Prior to Release 12.2.15T
Table 27 lists resolved caveats prior to Cisco IOS Release 12.2.15T.
Related Documentation
Cisco RPM-XF Installation and Configuration Guide Release 5.4 is located at:
Product documentation for the Cisco MGX 8850 Release 5.4 is located at:
http://www.cisco.com/en/US/products/hw/switches/ps1938/tsd_products_support_series_home.html
Cisco IOS documentation for the latest Cisco IOS Release is located at:
http://www.cisco.com/en/US/products/ps6441/prod_command_reference_list.html
Obtaining Documentation, Obtaining Support, and Security Guidelines
For information on obtaining documentation, obtaining support, providing documentation feedback, security guidelines, and also recommended aliases and general Cisco documents, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
CCVP, the Cisco logo, and Welcome to the Human Network are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn is a service mark of Cisco Systems, Inc.; and Access Registrar, Aironet, BPX, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, LightStream, Linksys, MeetingPlace, MGX, Networkers, Networking Academy, Network Registrar, PIX, ProConnect, ScriptShare, SMARTnet, StackWise, The Fastest Way to Increase Your Internet Quotient, and TransPath are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0710R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2007 Cisco Systems, Inc. All rights reserved.
Feedback

