|
Table Of Contents
Multiple Actions under Police Command
QoS Sub Optimal Link Utilization
Features Not Supported in This Release
RPM-XF Limitations and Restrictions
RPM-XF auto_config File Management
Resolved Caveats—Release 12.2(15)T5
Open Caveats—Release 12.2(15)T5
RPM-XF Boot File and Firmware File Names and Sizes
Cisco IOS Release Compatibility Information
Using XModem to Download Flash to RPM-XF Cards
Historical Information for 12.2.x IOS Baseline
Resolved Caveats in Release 12.2.15T
Resolved Caveats Prior to Release 12.2.15T
Obtaining Technical Assistance
Obtaining Additional Publications and Information
Release Notes for Cisco MGX Route Processor Module (RPM-XF) IOS Release 12.2(15)T5 for MGX 8850 and MGX 8950 Release 4.0.10 (PXM45)
Contents
About These Release Notes
Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM, a member of the Cisco Connection Family, is updated monthly. Therefore, it might be more current than printed documentation. To order additional copies of the Documentation CD-ROM, contact your local sales representative or call customer service. The CD-ROM package is available as a single package or as an annual subscription.
Note that for Release 4.0.10 , the user documentation (command reference, overview, and installation and configuration guides) use the MGX Release 4 and Cisco IOS documents in addition to this release note.
Product documentation for MGX 8850 is available at the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px45/rel4/index.htm
http://www.cisco.com/univercd/cc/td/doc/product/wanbu/mgx8250/12/rpmpr/relnotes/index.htm
Special Notes
Please refer to the this Web page for the latest updates on software and firmware issues.
New Features
The MGX RPM-XF is a next-generation, high performance model of the RPM for the MGX 8850 and MGX 8950 platforms, using PXM45 processor modules. It is a router module based on an RM7000A MIPS processing engine that fits into slots 1-6 and slots 9-16 in the MGX 8850 and slots 1-6 and slots 11-16 in the MGX 8950.
The RPM-XF hardware provides forwarding technology for packet switching capabilities in excess of 2-million pps. The forwarding engine is packet based and is interfaced to the midplane of the system through a combination of switch interface technologies. For more information on the RPM-XF, refer to the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide, Release 4.
MGX 8950 Support for RPM-XF
In Cisco MGX Release 3.0.10 and later, the MGX 8950 supports the MGX RPM-XF card set. The MGX RPM-XF card set can occupy any of the available service module slots in the MGX 8950, which are slots 1-6 and slots 11-16.
EiBGP Load Balancing
To balance load by BGP on multiple paths to destination, traffic is directed on multiple available paths between autonomous systems (AS) by gateway routers.
The following CLI are used to implement this feature.
Limitations:
•If there are multiple alternate paths for the peering point, only one of the paths is utilized for a given prefix.
•Only per-flow load balancing is supported. Per-packet load balancing is not supported.
•Supported only in MPLS/VPN networks.
•Load balancing proportional to the link's bandwidth [dmz-linkbw] is not supported. The load balancing will be performed on the available links with equal costs.
•The maximum number of paths that can be used for load sharing is 6. This is the current IOS limitation too.
•Load balance will not work if RDs are same with RR. RDs have to be different if RRs are used.
•CEs in different VPNs using same RDs does not work.
IP Accounting Counters
MGX RPM-XF stores the packet/byte counters based on precedence/dscp values on a per interface level at input ONLY.
The following CLI have been added or enhanced for this release to implement this feature:
Limitations:
•Counters are maintained ONLY at input per interface.
•There is no count of dropped/transmitted based onDSCP/PREC packets per interface.
Multiple Actions under Police Command
The MGX RPM-XF police command is now similar to the IOS/RPM command. Therefore, multiple exceed and conform actions can be applied on the police command.
The police CLI command has been enhanced as follows:
Prior to 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 allows only one value for conform-action and exceed-action.
The newly enhanced police command functions as shown in the following example.
ipfrtx90r14-01(config-pmap-c)#police 128000 8000 8000
ipfrtx9(config-pmap-c-police)#conform-action transmitipfrtx9(config-pmap-c-police)#exceed-action set-dscp 28
ipfrtx9(config-pmap-c-police)#exceed-action set-mpls 2Note that multiple conform-action and exceed-action parameters can be configured.
QoS Sub Optimal Link Utilization
RPM-XF uses VTMS as a scheduling algorithm. VTMS schedules queues based on the current link utilization 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 utilize the link.
In this release, a fix is made (via a new CLI command) to allow the user to specify the over subscription factor on a queue. The factor is in the range on 1-31 and can be denoted as 2n. An over subscription factor of n = 2 on any queue, essentially means to subscribe that queue by a factor of 4 ( 2n where n (in this example) is 2; so 2 raised to power 2=4).
The new syntax for bandwidth and priority commands are:
[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. Currently we support RPM-XF warm redundancy, which ensures Layer 2 state restoration. Layer 3 state is restored via convergence.
Note When resetting a shelf with RPM-XFs configured for 1:N redundancy, it is recommended that you bring up the primary slots in active state.
The main benefits of 1:N Redundancy are:
•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 done 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 backcards during front card switchover.
•Y cable redundancy support for POS backcards during front card switchover. (With Y cable, 1:N redundancy is restricted to N = 1).
The following are the general guidelines for redundancy on the RPM--XF:
•Addred 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.
•Removal of the Active RPM-XF back card does not cause switchover to the standby RPM-XF.
•User has to make sure that E:RPM/auto_config_slot# is created before adding redundancy. This may require a login to primary card through the command line and manually adding boot config e:auto_config_slot# followed by a write mem.
•Executing switchcc back-to-back with switchredcd can cause problems. We recommend giving a gap of at least 5 seconds between switchredcd and a switchcc.
•IOS software on a standby card should be the same or higher version than the Active RPM-XF card.
•Booting the card from an image on tftp server is not recommended when the card is in redundancy group. The card should be booted from image in bootflash or PXM disk only.
•Configuring the standby RPM-XF is not recommended.
Features Not Supported in This Release
The following features are not supported in this release.
•LSC Redundancy
•MPLS TE tunnels on ATM Interfaces
•VC Merge
•RPM-PR to RPM-XF upgrade
•OIR of backcards without interfaces in shutdown mode
•Per packet load balancing
•Modem connectivity on Auxiliary port
•ROMMON's Xmodem functionality does not support the Speed option.
Network Management Features
Network management features are detailed in the Release Notes for Cisco WAN Manager 12.0.00 at:
http://cisco.com/univercd/cc/td/doc/product/wanbu/svplus/12/rnotes/index.htm
SNMP MIB
SNMP MGX Release 4.0.10 MIB are provided with the delivery of this release. The MIB is in standard ASN.1 format and is located in the same directory within the release bundle on CCO. These files may be compiled with most standards-based MIB compilers. The tar file for MIB contains the file that contains the MIB release notes. This contains only MGX MIBS.
Cisco IOS MIBS are not part of this bundle. They are part of 12.2(15)T5 CCO release.
RPM-XF Limitations and Restrictions
The RPM-XF limitations and restrictions that apply to this release are as follows:
•E: RPM/auto_config_slot# must be created before adding redundancy. This may require a login through the CLI and manually adding the boot config command followed by a write mem.
•PVPs can not operate at a rate greater than 599039 kbps.
•High speed VC (SCR greater than or equal to 599,039 kbps) would not get full-configured rate for single flow (unique source and destination IP address). This happens because for high speed VCs, the PXF creates two queues and these queues can't be shared for same stream. Sharing two queues for same stream would cause out of sequence packets.
•PXF queue selection algorithm may cause traffic drop for multiple stream going to same destination via multiple paths. When the PXF gets 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 there are multiple paths for the same destination, there is a possibility that multiple streams would hash to one queue, causing some queues to overflow, while others might be under-utilized.
•PXF buffer depletion may occur if packets of the same size (especially packets greater than 640 bytes) are sent to a congested interface.
•Currently VBR-nrt and VBR-rt are treated with same priority system wide.
•RPM-XF PVP only supports UBR.
•PVP in RPM-XF is not OAM managed.
•If out-of-sync SPVC or SPVP exist on RPM-XF, shrinking of PNNI partition would not be permitted.
•A single RPM-XF can only function as either an Edge LSR or as an LSC, but not as both.
•Because RPM-XF only supports UBR, VBR-rt and VBR-nrt, on the PXM, dsppnportrsrc for RPM-XF port will show 0 available resource for CBR, ABR and signaling service types. Also, cnfpnportcac for CBR and ABR will be rejected.
•If RPM-XF is configured as an eLSR, RPM-XF does not support incoming VC-merge LVCs. There is a problem logged against LSC module that it cannot support both VC-merge/non-VC-merge supporting 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 at most two MPLS sub-interfaces. Attempting to configure over the limit will result in an error message.
•Although RPM-XF VSI slave supports connections statistics Get command, only packets and bytes counts are available. Therefore, show xtag cross-connect traffic int xtagatm connection statistic display on LSC are actually packet counts from RPM-XF eLSR.
•OIR of MGX-1GE and MGX-1OC12POS-IR back cards are supported only with interfaces in shutdown state.
•MGX-1GE back card does not have the capability to provide line loopback.
•Flow Control Option is not configurable with MGX-1GE back card.
•MGX-1GE back card does not support SFP security.
•Line loopback and internal loopback cannot be set at the same time for the MGX-1OC12POS-IR back card with AMCC Mux.
•pos ais-shut command is not supported on MGX-1OC12POS-IR back card.
•Traffic rate per flow is at half the interface speed for POS/GigE interfaces in this new release.
•Autonegotiation is not recommended to be toggled on GigE interfaces when traffic is going through. This may result in permanent disruption of traffic.
•For UBR 2 queues always exist which would result in half the Flow rate for each flow because of hashing algorithm hashing into single queue .
The performance limits supported in this release are the following:
•2K ATM SPVC Connection endpoints
•2K IDBs
•4K LVCs
•100 VPCs
•256 Policymap
•100 OSPF neighbors
•6 IOS-based cards in MGX shelf
•500 VRFs: 500
•500 BGP CE Peers
•100 RIP CE sessions
•500 Static CEs
•100,000 VPN Routes per PE
•250K non-VPN Routes per RPM-XF
•50 Xtag interfaces per RPM-XF
•300 OAM enabled connections
For more RPM-XF performance details, contact your sales representative.
Notes and Cautions
The following notes and cautions should be reviewed before using this release.
•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 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, the card may 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.
•There is a new stable "Boot-Hold" state displayed on the PXM45 when dspcds is executed. This state indicates that the RPM-XF is running only boot image. This state is reached when config register is set to 0x1 or when the bootldr cannot find the run-time image, but found the boot image. Enter cc to access the RPM-XF from the PXM45.
•Valid boot image need not be the first file in the boot flash. The RPM-XF will load from any valid boot image from the bootflash:. The run-time image can be the first file in the boot flash and RPM-XF will come up with that image.
•Trying to change PCR value of VP tunnel or changing MTU of switch interface with more than 4K VCs may cause CPU hog.
•If there is a large number of VCs (PVCs or LVCs or both) on RPM-XF card, executing disruptive operations on the main switch interface (int switch1) may cause flapping of protocols that run on these VCs. Examples of disruptive operations are clear int switch1 and modification of PVP parameters. These operations cause deactivation and re-activation of all VCs under the main switch interface. Depending on the number of VCs, the time required to complete such operations may exceed certain protocol timeout limit. Examples of protocols that may be affected are OSPF and TDP/LDP.
•RPM-XF VSI slave tends to output informational warning/trace back messages caused by misconfigurations and CAC failures (onto console/IOS log file). These messages are mostly for information/debugging purpose. 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 IOS pvc CLI may not be the same as the actual scr programmed in the PXF. PXF bandwidth chunk size is 18 kbps; all PXF VC scr will be programmed as multiples of 18 kbps. For instance, if the PVCs were configured with 50 kbps as pcr, 54 kbps would be programmed in PXF. show atm pvc display will show 50 kbps, and VSI Slave will account 50 kbps during CAC. However, 54 kbps is actually being used. So as a result, when bandwidth usage is reaching the maximum value, both VSI Slave and PNNI will continue to allow connection provisioning, because VSI Slave and PNNI available bandwidth shows more than PXF actually has left.
•Saveallcnf (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 prior to the entering saveallcnf command. This also ensures that the RPM-XF files on the active PXM45 hard disk will contain the latest configuration to be saved.
•For ELSR to LSC connectivity, the default control VC used is 32. If PNNI partition exists with VCI 32 as part of its partition range, when an MPLS partition is added, there are two options to handle the situation:
–Add the MPLS controller and define its partition with available range. On eLSR, define control VC from any VCI value within the range defined in partition. The same VC should be defined on LSC on xTag interface.
–Reconfigure PNNI partition to spare the control VC usage both on RPM-XF and AXSM, AXSM/B or AXSM-E APS Management Information.
•Whenever the RPM-XF configuration is changed, enter the write mem command on the RPM-XF to save the configuration. If this is not done, the changed configuration will be lost on an RPM-XF card reboot or RPM-XF switchover, in the case of redundancy.
RPM-XF auto_config File Management
The RPM-XF auto_config_slot# file stores the configuration for the RPM-XF card. The slot# portion of the name should be set 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 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 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, then the NVRAM version is used.
Note In case of RPM-XF redundancy, the configuration should always be stored in auto_config_slot# file in the E:RPM directory of the PXM45 hard disk. Failure to find the auto_config file will lead to aborting of a user-initiated switchover (switchredcd) and a fatal error will be flagged.
Card Management
The following card management notes and cautions should be reviewed before using this release.
•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 will display as boot>
•The run-time IOS image cannot be used as a bootloader to load a different IOS image.
•Change of 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 will bring the card to its original stable state.
Note It is recommended to always use 9600 baud as the console speed.
•The IOS version of the runtime as well as the boot image will be displayed in the dspcd, dsprevs, and dsprevs -s output. The version will be displayed under the heading of IOS version. Revision Control is not available for RPM-XF (like RPM-PR).
Note The commands loadrev and setrev 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 will cause the card to not boot.
The RPM-XF boot image, which comes loaded on the Flash, will work for all RPM-XF IOS images. Therefore, there is no reason to delete or move the factory installed boot image.
In order to avoid any unnecessary failures that would require card servicing, do 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.
As long as the boot file remains intact in the first position on the flash, the RPM-XF will boot successfully.
If the bootflash is corrupted, use the tftpdnld procedure described in the Cisco MGX Route Processor Module (RPM-XF) Installation and Configuration Guide or xmodem procedure described in "Using XModem to Download Flash to RPM-XF Cards" later is this document to download a new boot image.
Resolved Caveats—Release 12.2(15)T5
Table 1 lists the resolved caveats in Cisco IOS Release 12.2(15)T5.
Open Caveats—Release 12.2(15)T5
Table 2 lists the open caveats in Cisco IOS Release 12.2(15)T5.
Table 2 Open Caveats in Cisco IOS Release 12.2(15)T5
Caveat Number DescriptionCSCec16481
Symptom:
A Cisco device running Internetwork Operating System (IOS) and enabled for the Open Shortest Path First (OSPF) Protocol is vulnerable to a Denial of Service (DoS) attack from a malformed OSPF packet. The OSPF protocol is not enabled by default.
Conditions:
The vulnerability is only present in IOS release trains based on 12.0S, 12.2, and 12.3. Releases based on 12.0, 12.1 mainlines and all IOS images prior to 12.0 are not affected. Refer to the Security Advisory for a complete list of affected release trains.
Workaround:
Further details and the workarounds to mitigate the effects are explained in the Security Advisory which is available at the following URL:
http://www.cisco.com/warp/public/707/cisco-sa-20040818-ospf.shtml.
CSCea27838
Symptoms:
The following tracebacks were observed during router boot-up:
%SYS-3-CPUHOG: Task ran for 3100 msec (87338/197), process = TC-ATM Proc, PC = 40B2EAE8. -Traceback= 40B2EAF0 40B30BA0
Conditions:
This traceback was observed on a Cisco MGX 8850 Route Processor Module (RPM-XF) during boot-up time. If this traceback is observed, RPM-XF card may hang for a while with user not able to "cc" to this card because of CPU hogging all cycles.While the card is in hang state for a while, LDP/OSPF could go down with CPUHOG error/traceback logged.
Workaround:
There is no workaround.
CSCeb05118
Symptom:
RPM-XF router, while configured as eLSR, might reload when deleting MPLS sub-interfaces
Conditions:
On routes removal, stray LVCs are not cleaned up/removed. Under such condition deletion of MPLS interface may lead to RPM-XF reset.
Workaround:
There is no workaround
CSCea60343
Symptom:
Connection goes into mismatch after adding from xf to pr/b
Conditions:
addcon between RPM-XF to RPM-PR/B
12.2(15)t1
3.0(20.100)
Workaround:
under investigation
CSCdv59661
Symptom:
An SPVP connection goes into the mismatch state after modifying the PCR of the corresponding "atm pvp" tunnel.
Conditions:
The SPVP was either an incomplete connection, the master endpoint of a complete dax connection or any (master/slave) endpoint of a non-dax connection. The PCR of the corresponding "atm pvp" was modified to a new value.
Workaround:
Delete and readd the "sw conn vpc".
CSCdw45040
Symptom:
RPM-XF comes up with partial configuration
Condition:
This could happen if writemem is issued on the RPM-XF that is transitioning from standby to Active state.
Workaround :
As a precautionary measure do not execute writemem while the card is not in Active state. To restore the original configuration, use the back-up config (if available).
CSCdw68935
Symptoms:
Once in a while VSI Error appears on RPM-XF: VSICORE-4-VSICGENERR: VSICORE: VsiError: VsiErr:Connection Reassert Error (VcoEntry), 0x5011,2327,810C1802,10D1802,D,0,0,38,46,41,131,1
Conditions:
Occurs once in a while when connection exists between RPM-XF and AXSM/AXSM-E and AXSM/AXSM-E is reloaded.
Workaround:
There is no workaround for this problem. When the VSI Error is displayed, connection is not impacted. It is confirmed that traffic still flow through connection correctly.
CSCdw69739
Symptom:
Traceback related to send sync message seen on card reload. Condition: This happens when RPM-XF with two backcards is reloaded.
Workaround: None
CSCdw76205
Symptom:
The following error message was displayed while deleting the switch connection:
"rpmxf_swconn_update_hndlr, line <line_num>: <Failed to modify the connection>, vpi.vci = <vpi.vci>, error = 0x1C"Conditions:
The "no switch connection" command was given under the PVC instead of under the "interface".
WorkAround:
Give the "no switch connection" command under the interface and not under the PVC.
CSCdw86377
Symptoms:
During partition configuration on RPM-XF, VSI Slave rejects the request. This will result in error and hence the trace back.
Conditions:
During partition configuration if the sum of the minimum connections exceeds the maxinum number of connections supported on RPM-XF, VSI Slave rejects the request.
Workaround: None
CSCdw86381
Symptom:
Following error message was seen on the RPM-XF console/log:
%VSIS-4-VSISERR: VSI Error: VsiErr:0xD014,4292,0,0,0,0,0,0,0,0,0,0-Process= "RPMXF VSIS",-Traceback= 40AB0350 40AF896C 40ABC084 40ABE7E040AE3668 40A7B780 40A7AFEC 40A79D4C 40AE6F94 40AA3DF4 40387E28 40387E14Conditions:
User tried to configure less bandwidth for a service type than its current usage. The command cnfpnportcac was used on the PXM to configure the bandwidth.
Workaround: None
No workaround to suppress this message. This message is just an informational message and is not service impacting. User should re-evaluate current bandwidth usage for that service type and re-calculate the correct percentage when re-executing the cnfpnportcac command on PXM.
CSCdx06018
Symptom:
Output traffic drop on VBR VCs is at or below the SCR when multiple streams are going to same destination via multiple VBR VCs.
Conditions:
This happens when there are equal cost paths via VBR VCs. The PXF queue selection algorithm may cause traffic to drop for multiple streams going to the same destination via multiple paths.
When PXF gets a packet, it selects the out going interface based on the source and the destination IP addresses. These addresses are hashed into only one of the queues for the selected destination. If multiple paths also exist for the same destination, multiple streams may be hashed into one queue, causing some queues to overflow and others to be under-utilized.
Workaround: None
CSCdx07534
Symptom:
VSI reassert error happened on ELSR when "switchredcd" or "resetcd" on ELSR is executed.
Example of errors:
-Process= "RPMXF VSIS", ipl= 0, pid= 103%VSICORE-4-VSICGENERR: VSICORE: VsiError: VsiErr:Connection Reassert Error (VcoEntry)The number of errors depends on the number of LVCs being established.
Conditions:
VSI reassert error/warning messages show up on console terminal when switchredcd or resetcd was performed on the ELSR.
Workaround:
None. The error message is harmless.
CSCdx92871
Symptom:
iBGP load balancing does not work when two CEs are configured to be in different VPNs.
Conditions:
iBGP multi-path was configured on the PE with two paths to one of the CEs say CE2. The traffic was passed from CE1 (connected directly to the PE) to CE2 where the two CEs were configured to be in different VPNs.
Workaround: None
CSCdy05346
Symptom:
Shelf name, sw_type_str are not present in the Switch Get Configuration. Response from RPM-XF VSI slave.
Conditions:
LSC shows some of the fields in the display commands 'show contr xtag' and 'show contr vsi ses {sesn #}' as empty for an RPM-XF VSI slave.
Workaround: None
CSCdy17457
Symptoms:
"sh int" command output shows wrong packet number after shut/no shut interface
Conditions:
If a user executes a shut/no-shut on the interface, when traffic is being pumped, one might see wrong output from "sh int" command.
Workaround:
Clearing the counters on that interface should fix the problem.
CSCdy26882
Symptom:
Interface counters on the Gigabit Ethernet interface show much higher than expected values for 30 second output packets and bits/s.
Conditions:
The interface is shutdown and the backcard is removed and inserted again. Then the interface is enabled. Bidirectional data flow being established in quick succession with interface being enabled.
Workaround: None
CSCdy38285
Symptom:
RPMXF has different maximum allowed packet size for input and output traffic. The output maximum allowed size is smaller.
Conditions:
It has been observed on the 1-port POS card. Not clear if it happens on other interfaces.
Workaround:
Increase the MTU size of the interface to allow packets of larger size to go through.
CSCdy42274
Symptom:
Performance may drop for max data rates if the PXF is reloaded.
Conditions:
When the traffic is pumped at a high rate to get the max throughput possible on the interface, after PXF reload performance may deteriorate.
Workaround:
Perform a shut/no shut on the interface.
CSCdy48760
Symptom:
Execution of `show controller gig1/0' command output shows that remote end auto-negotiate mode is set to `auto' rather than to `force'.
Conditions:
When the auto-negotiation is enabled on the local GigE interface and disabled on the remote GigE interface with both interfaces UP, `show controller gig1/0' command output shows remote end set to "auto" rather than to "force".
Workaround: None
CSCdy55392
Symptom:
PXF reload while traffic is passing through the Gigabit Ethernet interface.
Conditions:
When traffic is passing through the Gigabit Ethernet interface and the interface MAC Address on Gigabit Ethernet interface is modified through CLI, PXF may reload.
Workaround:
'shut' the GigE interface, configure the MAC address and 'no shut' the interface.
CSCdy56575
Symptom:
Cannot remove "mpls atm vpi 0-10" from XTagATM interface on LSC.
Condition:
"no mpls atm vpi 0-10" command can not remove the vpi range configuration from XTagATM interface.
Workaround: None
CSCdy73751
Symptom:
The outgoing traffic on GigabitEthernet interface stopped flowing.
Conditions:
With auto-negotiation enabled on the GigE interface and outward traffic flowing; if the hardware sends certain error interrupts, traffic may stop.
Workaround:
Performing a shut/noshut on GigE interface should restart the traffic.
CSCdy81782
Symptom:
"no shut" on the PPP interface before VA goes down causes PXF to drop certain packets. This results in being unable to have successful ping through routes involving such a PPPoA subinterface from a remote node. Arriving ICMP packets are dropped in PXF.
Conditions:
Under a PPPoA subinterface, if "shut" and "no shut" commands are issued in succession such that "no shut" is completed before the associated virtual- access goes down.
When node is in this condition, pings originating from the local node and none- ICMP traffic appears to work correctly. Only pings from a remote node would fail.
Workaround:
After a "shut", wait until the associated virtual-access changed to go down before issuing "no shut". If symptom occurs, go to the subinterface, perform a "shut", wait for the associated virtual-access to go down and then perform a "no shut".
CSCdz19070
Symptom:
LSC crashes when adding and deleting OSPF on ELSR.
Conditions:
Traffic at full line rate of GigE and POS flowing through the TDP control vc.
Workaround:
Configure an access list at the ELSRs not to send IP traffic through the mpls interface as follows:
When OSPF is deleted and added back on the ELSR, traffic flows through the control-vc to the LSC until the time labels are established again. To stop traffic from flowing out of the mpls interface to the control vc, an access list can be configured at the ELSRs as given below. Care should be taken only to configure the access list only at the edge of the ATM MPLS network.
at router level:
access-list 101 deny ip any anyOn the lc-atm interface,
interface sw1.200 tag-switchingip access-group 101 out <<<<<<<<<<<< apply it here to out bound trafficCSCdz23621
Symptom:
Invalid Epid Error message seen.
00:00:10: %P2IPC-4-COMEPDELETED: ssi_ipc_epid_idx_validate() Non-existing CommEp 60010F8 has invalid tag 4096;Expected tag is 0-Process= "P2IPC Receive Process", ipl= 0, pid= 17Conditions:
After RPM-XF switchover, standby card prints invalid Epid Error messages as VSI Slave Epid on Standby is not in use.
Workaround: None
The error messages are harmless traceback as it happens on the Standby card.
CSCdz35516
Symptom:
No drops in bursty traffic when PCR exceeds configured PCR value for VBR PVC.
Conditions:
Configure VBR PVC with PCR value at 500mbps = 1176429 CPS. Pump bursty traffic through the PVC with burst rate > 500 mbps but, average bandwidth below configured SCR value. No traffic will be dropped by PXF.
Workaround: None
CSCdz36589
Symptom:
All traffic is dropped on VBR connection if PCR is configured to 800 Mbps.
Conditions:
Provision VBR connection with PCR equal to 800 Mbps. Pass traffic below SCR rate. All traffic will be dropped.
Workaround:
Configure PCR at 790 Mbps.
CSCdz63683
Symptom:
When issuing the "sh policy-map int <sub-interface>" command, matched number of packets does not equal to output packets + dropped packets.
Conditions:
(1) attach a policy map with classes to a sub-interface;
(2) start traffic; and (
(3) issue "sh policy-map int <sub-interface name>" command.
Workaround: None
CSCdz86609
Symptom:
Packet drop was observed at switch interface1 when traffic flowing through.
Condition:
This occurred when pumping through traffic of about 150Mbps from one ELSR to another ELSR then to a CE and the IP traffic rate is below the available PNNI partition bandwidth.
Workaround: None
CSCea15938
Symptom:
GTS shapes traffic rate too aggressively for POS/GigE interfaces.
Conditions:
Pass traffic with dscp bit set to af13, GTS will drop packets when traffic rate reaches 50-60% of the shaping rate.
Workaround:
GTS works properly when sending traffic to multiple VPI/VCIs. If sending a traffic to a single VPI/VCI, double the shaping rate in order to receive the correct amount of traffic.
CSCea74420
Symptom:
Renaming a policy map does not reflect on the running configuration of the VC the policy map is attached to.
Conditions:
A policy map is renamed using the "rename" command.
Workaround:
Delete the old policy map and add a new policy map.
Compatibility Notes
RPM-XF Boot File and Firmware File Names and Sizes
The following table displays the RPM-XF boot and firmware file names and sizes for this release.
Table 3 RPM Boot and Firmware File Names and Sizes
File Name File Size (in bytes)Boot File
rpmxf-boot-mz.122-15.T5
3049044
Firmware File
rpmxf-p12-mz.122-15.T5
8213336
Table 4 RPM Boot and Firmware File Names and Sizes
File Name File Size (in bytes)Boot File
rpmxf-p12-mz.122-15.T
8205732
Firmware File
rpmxf-boot-mz.122-15.T
3047076
RPM-XF Compatibility Matrix
MGX RPM-XF Hardware
Table 5 shows the front card and back card compatibility for the RPM-XF hardware supported in this release. The table lists the card model/ name, part numbers, the minimum version and the minimum revisions of each card supported. Note that there may be more than one 800 level part numbers for the same front cards. The minimum version is identified by the last 2 digits of the 800 level numbers.
Table 6 SFP Compatibility Matrix for MGX-1GE
SFPs Part Number/
Min. Version Rev.MGX-GE-SX
MGX-GE-LHLX
MGX-GE-ZX
30-1301-01
30-1299-01
10-1439-01
A0
A0
A0
Cisco IOS Release Compatibility Information
All IOS firmware can be downloaded from CCO from the following location:
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 Use the Transfer-->Send File option in HyperTerminal to start the image transfer.
In the Filename box, browse and choose the image file to be downloaded. Also since 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 screen comes up and transfer starts. (The transfer may not start immediately; wait for some time and it should start.)
The system will reset itself from here and will boot with new software image.
Historical Information for 12.2.x IOS Baseline
Resolved Caveats in Release 12.2.15T
Table 7 lists the resolved caveats in Cisco IOS Release 12.2.15T.
Resolved Caveats Prior to Release 12.2.15T
Table 8 lists the resolved caveats prior to Cisco IOS Release 12.2.15T.
Related Documentation
Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM, a member of the Cisco Connection Family, is updated monthly. Therefore, it might be more current than printed documentation. To order additional copies of the Documentation CD-ROM, contact your local sales representative or call customer service. The CD-ROM package is available as a single package or as an annual subscription.
Note that for Release 3, the user documentation (command reference, overview, and installation and configuration guides) use the MGX Release 4 and Cisco IOS documents in addition to this release note.
Product documentation for MGX 8850 is available at the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px45/rel4/index.htm
http://www.cisco.com/univercd/cc/td/doc/product/wanbu/mgx8250/12/rpmpr/relnotes/index.htm
Obtaining Documentation
Cisco provides several ways to obtain documentation, technical assistance, and other technical resources. These sections explain how to obtain technical information from Cisco Systems.
Cisco.com
You can access the most current Cisco documentation on the World Wide Web at this URL:
http://www.cisco.com/univercd/home/home.htm
You can access the Cisco website at this URL:
International Cisco websites can be accessed from this URL:
http://www.cisco.com/public/countries_languages.shtml
Documentation CD-ROM
Cisco documentation and additional literature are available in a Cisco Documentation CD-ROM package, which may have shipped with your product. The Documentation CD-ROM is updated regularly and may be more current than printed documentation. The CD-ROM package is available as a single unit or through an annual or quarterly subscription.
Registered Cisco.com users can order a single Documentation CD-ROM (product number DOC-CONDOCCD=) through the Cisco Ordering tool:
http://www.cisco.com/en/US/partner/ordering/ordering_place_order_ordering_tool_launch.html
All users can order annual or quarterly subscriptions through the online Subscription Store:
http://www.cisco.com/go/subscription
Ordering Documentation
You can find instructions for ordering documentation at this URL:
http://www.cisco.com/univercd/cc/td/doc/es_inpck/pdi.htm
You can order Cisco documentation in these ways:
•Registered Cisco.com users (Cisco direct customers) can order Cisco product documentation from the Networking Products MarketPlace:
http://www.cisco.com/en/US/partner/ordering/index.shtml
•Nonregistered Cisco.com users can order documentation through a local account representative by calling Cisco Systems Corporate Headquarters (California, USA.) at 408 526-7208 or, elsewhere in North America, by calling 800 553-NETS (6387).
Documentation Feedback
You can submit comments electronically on Cisco.com. On the Cisco Documentation home page, click Feedback at the top of the page.
You can send your comments in e-mail to bug-doc@cisco.com.
You can submit comments by using the response card (if present) behind the front cover of your document or by writing to the following address:
Cisco Systems
Attn: Customer Document Ordering
170 West Tasman Drive
San Jose, CA 95134-9883We appreciate your comments.
Obtaining Technical Assistance
For all customers, partners, resellers, and distributors who hold valid Cisco service contracts, the Cisco Technical Assistance Center (TAC) provides 24-hour, award-winning technical support services, online and over the phone. Cisco.com features the Cisco TAC website as an online starting point for technical assistance.
Cisco TAC Website
The Cisco TAC website (http://www.cisco.com/tac) provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The Cisco TAC website is available 24 hours a day, 365 days a year.
Accessing all the tools on the Cisco TAC website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a login ID or password, register at this URL:
http://tools.cisco.com/RPF/register/register.do
Opening a TAC Case
The online TAC Case Open Tool (http://www.cisco.com/tac/caseopen) is the fastest way to open P3 and P4 cases. (Your network is minimally impaired or you require product information). After you describe your situation, the TAC Case Open Tool automatically recommends resources for an immediate solution. If your issue is not resolved using these recommendations, your case will be assigned to a Cisco TAC engineer.
For P1 or P2 cases (your production network is down or severely degraded) or if you do not have Internet access, contact Cisco TAC by telephone. Cisco TAC engineers are assigned immediately to P1 and P2 cases to help keep your business operations running smoothly.
To open a case by telephone, use one of the following numbers:
Asia-Pacific: +61 2 8446 7411 (Australia: 1 800 805 227)
EMEA: +32 2 704 55 55
USA: 1 800 553-2447For a complete listing of Cisco TAC contacts, go to this URL:
http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml
TAC Case Priority Definitions
To ensure that all cases are reported in a standard format, Cisco has established case priority definitions.
Priority 1 (P1)—Your network is "down" or there is a critical impact to your business operations. You and Cisco will commit all necessary resources around the clock to resolve the situation.
Priority 2 (P2)—Operation of an existing network is severely degraded, or significant aspects of your business operation are negatively affected by inadequate performance of Cisco products. You and Cisco will commit full-time resources during normal business hours to resolve the situation.
Priority 3 (P3)—Operational performance of your network is impaired, but most business operations remain functional. You and Cisco will commit resources during normal business hours to restore service to satisfactory levels.
Priority 4 (P4)—You require information or assistance with Cisco product capabilities, installation, or configuration. There is little or no effect on your business operations.
Obtaining Additional Publications and Information
Information about Cisco products, technologies, and network solutions is available from various online and printed sources.
•The Cisco Product Catalog describes the networking products offered by Cisco Systems, as well as ordering and customer support services. Access the Cisco Product Catalog at this URL:
http://www.cisco.com/en/US/products/products_catalog_links_launch.html
•Cisco Press publishes a wide range of networking publications. Cisco suggests these titles for new and experienced users: Internetworking Terms and Acronyms Dictionary, Internetworking Technology Handbook, Internetworking Troubleshooting Guide, and the Internetworking Design Guide. For current Cisco Press titles and other information, go to Cisco Press online at this URL:
•Packet magazine is the Cisco quarterly publication that provides the latest networking trends, technology breakthroughs, and Cisco products and solutions to help industry professionals get the most from their networking investment. Included are networking deployment and troubleshooting tips, configuration examples, customer case studies, tutorials and training, certification information, and links to numerous in-depth online resources. You can access Packet magazine at this URL:
http://www.cisco.com/go/packet
•iQ Magazine is the Cisco bimonthly publication that delivers the latest information about Internet business strategies for executives. You can access iQ Magazine at this URL:
http://www.cisco.com/go/iqmagazine
•Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering professionals involved in designing, developing, and operating public and private internets and intranets. You can access the Internet Protocol Journal at this URL:
http://www.cisco.com/en/US/about/ac123/ac147/about_cisco_the_internet_protocol_journal.html
•Training—Cisco offers world-class networking training. Current offerings in network training are listed at this URL:
http://www.cisco.com/en/US/learning/index.html
This document is to be used in conjunction with the Cisco WAN Switching publications.
Copyright © 2003 Cisco Systems, Inc.
All rights reserved.