|
Table Of Contents
Release Notes for Cisco MGX 8850 Software Version 2.1.60
Additional Compatibility Information
New Features and Enhancements in Release 2.1.60
Hierarchical PNNI (Multiple Peer Group [MPG])
New Hardware Supported in Release 2.1.60
AXSM-E module (T3/E3, OC3c/STM1, OC12c/STM4)
AXSM-1-2488/B (No APS support)
Commands with Privilege Changes
Previously Undocumented Commands
General Limitations, Restrictions, and Notes
RPM-PR and MPLS Limitations, Restrictions, and Notes
Clearing the Configuration on Redundant PXM45 Cards
Installing and Upgrading to Release 2.1.60
Quickstart Procedures for Software Upgrades
Copying Software Files to the Switch
Upgrade Procedures for PXM45 and AXSM Cards
Upgrade Procedures for RPM-PR Cards
Troubleshooting Upgrade Problems
Cisco WAN Manager Release 10.5 Documentation
Cisco MGX 8850 Release 2.1 Documentation
SES PNNI Release 1.1 Documentation
Cisco WAN Switching Software, Release 9.3 Documentation
MGX 8850 Multiservice Switch, Release 1.1.40 Documentation
MGX 8250 Edge Concentrator, Release 1.1.40 Documentation
MGX 8230 Multiservice Gateway, Release 1.1.40 Documentation
Documentation on the World Wide Web
Contacting TAC by Using the Cisco TAC Website
Known Anomalies in Release 2.1.60
Anomalies Resolved in Release 2.1.60
Anomaly Status Changes in Release 2.1.60
Known Anomalies in Release 2.1.10
Anomalies Resolved in Release 2.1.10
Anomaly Status Changes in Release 2.1.10
Anomalies Resolved in Release 2.1.00
Release Notes for Cisco MGX 8850 Software Version 2.1.60
Contents
About Release 2.1.60
These release notes describe the system requirements, new features, and limitations that apply to Release 2.1.60 for the MGX 8850 IP + ATM backbone switch. These notes also contain Cisco support information.
Type of Release
Release 2.1.60 is a software and hardware release for the MGX 8850 Switch.
Locating Software Updates
Software updates are located at Cisco Connection Online (CCO) at http://www.cisco.com/kobayashi/sw-center/sw-wan.shtml.
Acronyms
Table 1 lists acronyms used in these release notes.
System Requirements
This section describes software compatible with this release, and lists the hardware supported in this release.
Software Compatibility Matrix
Table 2 lists the software that is compatible for use in a switch running Release 2.1.60 software.
Table 2 Software Compatibility Matrix
Additional Compatibility Information
The following notes provide additional compatibility information for this release:
•You can gracefully upgrade to Release 2.1.60 from Release 2.0.15 or Release 2.1.10.
•MGX 2.1.60 interoperates with SES PNNI 1.1.60 plus BPX Switch Software (SWSW) 9.3.30 plus BXM MFN.
•This release supports feeder connections from Cisco MGX 8850 Release 1.1.40. Please see the "Release Notes for MGX 8850, 8230, and 8250 Software Version 1.1.40" for feeder feature issues. Release notes can be downloaded from http://www.cisco.com/univercd/cc/td/doc/product/wanbu/index.htm.
•You must use CWM Release 10.5 to manage networks that contain MGX 8850 switches running Release 2.1.60.
•The RPM-PR software in this release is based on IOS Release 12.2(4)T.
•The SNMP MIB release for 2.1.60 is mgxmibs2160.tar
Hardware Supported
Table 3 lists the hardware supported in Release 2.1.60.
Hardware Compatibility Matrix
Table 4 shows which back cards can be used with each front card in Release 2.1.60.
New and Changed Information
This section describes new features, hardware, and commands in Release 2.1.60.
New Features and Enhancements in Release 2.1.60
Release 2.1.60 contains these new features:
•MGX/BPX automatic protection switching (APS) Interoperability
•Hierarchical PNNI (Multiple Peer Group [MPG])
•192 Interfaces on PXM45/B
•UNI 4.0
•ATM Inter-Network Interface (AINI)
•LDP on RPM-PR
•Multi-LVC on RPM
MGX/BPX APS Interoperability
This feature verifies that the Automatic Protection Switching (APS) feature operates as described in the Telcordia GR-253 standard on both the MGX and the BPX switches.
Benefits
Cisco's multiservice customers, whose networks started out with the BPX as a backbone switch, have APS operation unchanged as their networks evolve to include the MGX 8850 switch.
Hierarchical PNNI (Multiple Peer Group [MPG])
Hierarchical PNNI (also referred to as Multiple Peer Group PNNI) allows the growth of PNNI networks to a very large size. As a simple example, a network with two levels of hierarchy and 50 nodes in each peer group and 50 groups would have 2500 nodes. Another way to describe this is as 50 peer groups, each containing 50 nodes. Expanding the same design to 3 levels of hierarchy yields 125,000 nodes. While network topology constraints will usually limit the size to smaller numbers, the growth potential is clear.
The practical size of PNNI networks is limited by several factors, all of which use either processor real time, or memory on the node:
•Number of nodes in a peer group.
•Number of "visible" nodes. This is the number of nodes seen by a node that connects to other peer groups. This number includes the number of nodes in the local peer group, as well as all other peer groups that can be seen from a particular node's view into the hierarchical network.
•The number of PNNI links in a peer group.
•The number of registered ATM addresses in a network.
•The number of connections supported on the local node.
•The average number of 10 links per node and 2000 addresses per node with average of 2 summary addresses per node.
For complete details, refer to the "Cisco MGX and SES PNNI Network Planning Guide" (see "Related Documentation" later in these notes).
The software can support up to 10 hierarchical levels. Testing of 2.1.60 is performed for four hierarchical levels.
To prepare for the future addition of hierarchy to a PNNI network, the addressing scheme should be planned prior to the provisioning of any connections on a PNNI network. If, at any time in the future, hierarchy must be added to a network in which the addressing was not planned properly, connections will have to be re-provisioned using the new addressing scheme.
Benefits
The introduction of hierarchical PNNI enables the building of very large ATM networks. It also enables the growth of flat PNNI networks with the addition of hierarchy. Enabling hierarchy on an existing PNNI network has no impact on existing ATM connections, assuming that the addressing scheme was planned in advance to accommodate hierarchy. Since connections can be managed end-to-end across a hierarchical network, the manageability of networks can be increased in situations that previously required splitting a large network into multiple routing domains.
192 Interfaces on PXM45/B
The PXM45/B module supports up to 192 interfaces. A physical port/trunk, virtual trunk or a logical port is counted as an interface. Among 192 interfaces, up to 100 interfaces can be signaling ports. The other 92 interfaces should be non-signaling ports, such as non self-supporting ports.
Benefits
Support for 192 interfaces allows the ability to completely fill the chassis (12 slots) with broadband service module ports, e.g., AXSM-16-155/B.
UNI 4.0
MGX 8850 switches currently provide UNI signaling compliant with ATM Forum UNI 3.1 (af-uni-0010.002). This feature adds the ability to utilize the UNI 4.0 protocol when connecting to ATM UNI devices that require signaling support. Also included in this feature is support for the ITU signaling specification Q.2931.
Benefits
The UNI 4.0 signaling capability is required to provide complete and standard interoperability with UNI devices in common use. Applications enabled by the full implementation of UNI 4.0 include voice transport, connection to certain class 5 voice switching equipment, and enhanced SVC UNI services including ABR.
AINI
The ATM Inter-Network Interface (AINI) is the new inter-networking standard for PNNI to PNNI, PNNI to B-ISUP, and B-ISUP to B-ISUP internetworking. AINI provides most of the advantages of PNNI networking and allows for a secure interface that does not allow the exchange of network topology and availability information.
AINI provides a resilient interface between networks since it takes advantage of many aspects of PNNI. Despite using static routes, AINI offers crankback, alternate routes, and load balancing across multiple parallel links. Crankback is defined as a mechanism for partially releasing a connection setup in progress, which has encountered a failure. This mechanism allows PNNI to perform alternate routing.
AINI support includes:
•UNI 4.0 based signalling
•Supports UNI 4.0 call types including ABR
•Crankback on AINI links used for Alternate routing
•Load balancing across multiple AINI links
•Path and Connection Trace across AINI links
•Support for Hop Counter Information Element to detect loops
•Configurable VPI/VCI allocator Node (between AINI peer nodes)
•Connection terminates at AINI ports.
Note Support of Path and Connection Trace on AINI links is provided as a configurable option. For standards compliance, it should be disabled.
Benefits
AINI allows two or more carriers to interconnect their PNNI-based networks without exchanging topology information. It provides end-to-end provisioning and resiliency of connections. This provides a significant manageability improvement over the traditional method of interconnecting such networks using standard NNI links.
The DSL Forum has defined AINI as the preferred protocol for interconnecting ATM switches with DSLAMs. This feature allows use of the MGX 8850 in applications such as DSL, wireless, and other aggregation applications.
LDP on RPM-PR
The MPLS label distribution protocol (LDP), as standardized by the Internet Engineering Task Force (IETF) and as enabled by Cisco IOS software, allows the construction of highly scalable and flexible IP Virtual Private Networks (VPNs) that support multiple levels of services.
LDP provides a standard methodology for hop-by-hop, or dynamic label, distribution in an MPLS network by assigning labels to routes that have been chosen by the underlying Interior Gateway Protocol (IGP) routing protocols. The resulting labeled paths, called label switch paths or LSPs, forward label traffic across an MPLS backbone to particular destinations. These capabilities enable service providers to implement Cisco's MPLS-based IP VPNs and IP+ATM services across multivendor MPLS networks.
From an historical and functional standpoint, LDP is a superset of Cisco's pre-standard Tag Distribution Protocol (TDP), which also supports MPLS forwarding along normally routed paths. For those features that LDP and TDP share in common, the pattern of protocol exchanges between network routing platforms is identical. The differences between LDP and TDP for those features supported by both protocols are largely embedded in their respective implementation details, such as the encoding of protocol messages, for example.
This software release of LDP provides the means for transitioning an existing network from a TDP operating environment to an LDP operating environment. Thus, you can run LDP and TDP simultaneously on any given router platform. The routing protocol that you select can be configured on a per-interface basis for directly connected neighbors and on a per-session basis for non directly connected (targeted) neighbors. In addition, a label switch path (LSP) across an MPLS network can be supported by LDP on some hops and by TDP on other hops.
Benefits
•IETF Standards-based Label distribution protocol
•Multi-Vendor Interoperability
•TDP to LDP migration and interoperability
Multi-LVC on RPM
This feature enables support for initiation of Multiple label switched paths (LSPs) per destination on the RPM. Different label switched paths are established for different class of services. This feature enables interface level queueing rather than per-vc level on the RPM based on MPLS class of service policy.
Benefits
Customers can deploy IP VPN services with Class of service SLAs.
RPM 1:N Redundancy
RPM 1:N redundancy is used to switch configuration and traffic from one RPM card to another. The main benefits are:
•Route processing continues even if an RPM fails and there is no operator or direct access to swap the failed card or fix the problem.
•An RPM 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.
Enhancements
This release of software includes the following product enhancement requests (PERs):
•3005 Support displaying Bit Error Counts on lines in MGX 2x
•3008 Need dclk-like command to test external clock inputs
•3009 Node name is not shown in all commands (partial delivery)
•3010 tstdelay/tstconseg results should be shown after command run
•3011 Need command for connection counts by class and master/slave endpoints (dspconinfo MASTER/SLAVE not done)
•3012 Need command on AXSM to show provisioning
•3013 dsppnports show confusing counts for DAX SPVCs
•3014 Default bandwidth not honored in SCT
•3015 Need better log messages for MAX_CD_RESET (new log introduced, but old message still to be removed)
•3016 Need High Priority login function/commands
•3017 clrsarcnt command
•3018 Crankback to alternate paths when no response to signal on selected path (crankback due to "building_vc/down_in_prog" not done)
•3061 Require a command to validate the contents of the flash
•3064 Need consistent naming for addchanloop and addlnloop
Contact your account representative for details about these enhancements.
New Hardware Supported in Release 2.1.60
The following new hardware is supported by the Release 2.1.60 software:
•AXSM-E module (T3/E3, OC3c/STM1, OC12c/STM4)
•AXSM/B OC-48 (No APS support)
AXSM-E module (T3/E3, OC3c/STM1, OC12c/STM4)
The AXSM-E is a double-height Service Module used on the PXM45-based MGX 8850 platform. The AXSM-E supports ATM cell transfer over various physical interfaces: T3/E3, OC-3c/STM-1, and OC-12c/STM-4. The AXSM-E hardware is implemented with a base card (mother board) and various auxiliary cards (daughter boards) that each define the physical interface (T3/E3, and so on) being used. .
AXSM-E card types include:
•AXSM-16-T3E3-E, which supports SMB-8-T3 and SMB-8-E3 back cards
•AXSM-8-155-E, which supports SMB-4-155, MMF-4-155/C, SMFIR-4-155/C, and SMFLR-4-155/C back cards
•AXSM-2-622-E, which supports SMFIR-1-622/C and SMFLR-1-622/C back cards
Note The front card hardware (mother board/daughter board) for each card type can support up to two back cards. But in Release 2.1.60, onlyone back card (i.e., half the port capacity available in hardware) is supported by software. The full port capacity will be supported with a future software release. No hardware changes will be required.
Benefits
The AXSM-E card's ATM engine supports a variety of Traffic Management features, including Standard ABR with VS/VD and per-VC traffic shaping, along with multilevel statistics. In addition, the AXSM-E allows configurations of ports and trunks on the same card and provides APS, virtual interfaces, VSI support, SVC and SPVC capability.
The AXSM-E supports all these functions while being used as a trunk or port module for the PXM-45 switch fabric in any of the following environments:
•IP+ATM Edge switching
•IP+ATM Core switching
•IP+ATM Standalone switching, working with other MPLS- and PNNI-compliant switches
AXSM-1-2488/B (No APS support)
The AXSM-1-2488/B/(OC-48/STM-16) is a double-height ATM service module that uses serial line traces to access the crossbar switching fabric. It supports 1:1 module redundancy and provides ATM switching and line functions. A future software release will activate the APS capability on the AXSM-1-2488/B.
One port is supported per single-height back card (SMFSR, SMFLR)
Benefits
This card is targeted for those who prefer to use a single OC-48/STM-16 card type for the MGX 8850.
New and Changed Commands
Release 2.1.60 contains many new commands, listed below.
Please refer to the "MGX 8850 Command Reference, Release 2.1" (part DOC7812563=) for details about these commands (see the "Related Documentation" section later in these notes for additional documentation that supports this release).
New Commands
These commands are new in Release 2.1.60:
•addapsln
•bringupnewstandby
•clearhelp
•clradjlnalmcnt
•clrconstats
•clrconstats
•clrqosdefault
•cnfainihopcount
•cnfautolndiag
•cnfbert
•cnfcdstat
•cnfcmdabbr
•cnfetherif
•cnfintfvsvd
•cnfpnportloscallrel
•cnfpnportncci
•cnfpswdexpire
•cnfpswdreset
•cnfspvcprfx
•cnfxbaradmin
•cnsainihopcount
•copycons
•deladdrs
•dspadjlnalm
•dspadjlnalmcnt
•dspainihopcount
•dspalm
•dspalmcnt
•dspautolndiag
•dspbert
•dspbertstats
•dspcdsct
•dspcdstatcnf
•dspchanstat
•dspcmdabbr
•dspconfigs
•dspdbsvrdb
•dspdbsvrdbbyname
•dspdbsvrsecdb
•dspdbsvrsecdbbyname
•dspegrbucketcnt
•dspfile
•dsphardwaremastership
•dsphelpver
•dsphwmastership
•dspingbucketcnt
•dsplncnt
•dsplnpmbucketcnt
•dspoamsegep
•dsppnallgrpaddr
•dsppnallgrpmbrs
•dsppnportloscallrel
•dsppnportncci
•dspprf
•dsppswdexpire
•dsppswdreset
•dspsct
•dspspvcaddr
•dspspvcaddr
•dspstbyclksrcs
•dsptotals
•dspversions
•dumpalllogs
•dumpconfigs
•dumpversions
•insbiterror
•installhelp
•reboot
•startbert
•stopbert
Changed CLI Commands
These commands have changed:
•addapsln
•cnfnodalfd used to be cnffdonaal5
•dspalm
•dspalmcnt
•dspbecnt
•dspcdsct
•dsplnalms used to be dspalms
•dsplncnt
•dspnodalfd used to be dspsigparms
•dspsct
•dspsct
•dspsct
Here is additional detail for other commands that have changed in this release.
•addcon/cnfcon now blocks the user from specifying frame discard on the slave endpoint
•addpnni-node help information now shows that you can enter on or true to enable or off or false to disable.
•clrchancnt and clrchancnts now run on the AXSM-E as well as the AXSM.
•cnfcon now accepts a -1 for maxcost (-mc) and two other parameters. Previously, software would not allow a user to enter a -1, although it would display -1 in some cases.
•cnfuser now has a parameter for specifying a password expiration interval of 1-60 days.
•cnfxbaradmin— on or off instead 1 or 0
•core has two new parameters: "?" and "priority."
•dnport and dnallports now have a warning about possible service disruption and a recommendation to use dnpnport instead
•dspalms now has an APS alarm field
•dspapsbkplane now works on the AXSM-E
•dspapsln has a new row (or field)
•dspapsln now shows the state of the working line and protection line.
•dspbert has three new elements in its display (Error Insertion Rate, Tx Pattern Inversion, Rx Pattern Inversion) and has changed from a horizontal display to a vertical display
•dspchanstat on the AXSM-E has been changed to dspchancnt (to match AXSM)
•dspcon executed on the PXM45 now shows the name of the node
•dspconinfo now has three optional parameters: portID, a "detail" switch, and an option for selecting the service class for the display.
•dspcons on the PXM45 has a new filter. It is "sc" for selecting a service class.
•dsperr has a new option for trace in the error log. This option has the syntax: -tr {P|L|N} where the 'P' option stands for 'Pause'. This pauses when it encounters trace data and prompts to determine if it should be displayed. The 'L' option stands for "List." It lists all of the trace-data file names. The 'N' option stands for 'No' and this prints the error log without trace data. The full command syntax is: dsperr -sl <slot #> [Options] Options: -en <error #> -tr <P|L|N>
•dspilmicnt will apply to AXSM-E
•dsplns output now accommodates mixed T3E3 back card arrangements. For parameters that do not apply to E3, the display shows "N/A."
•dsppncons has a new filter added to its "type" parameter: ctrl, to specify control VCs.
•dsppnilmi: One of the various possible states has changed: "Undefined" is now "Not Applicable."
•dsppnni-node-list now includes the level
•dsppnni-reachable-addr and dsppnsysaddr each now have a field called "Physical Desc" which is just the portID. However, if the displayed address is switch level, the contents of this field are "NA."
•dsppnport
•dspportcnt output now shows the last time the counters were cleared and the time since they were last cleared
•dspred now shows the inserted card in brackets on a (new) row below the line that shows the reserved card. This can be important if the reserved card is different from the inserted card.
•dspsct now has "abr" and line type parameters (T3, etc)
•dspsesn should become visible
•switchapsln has a third failure reason (see the "MGX 8850 Command Reference, Release 2.1")
•upilmi now gives a warning about possible rerouting of connections
Commands with Privilege Changes
The following commands had changes in privileges:
•addfdr : ANYUSER -> GROUP
•clralmcnt : SUPER -> SERVICE
•clrbecnt : SUPER -> SERVICE
•clrbucketcstat : SUPER -> SERVICE
•clrcdcnt : SUPER -> SERVICE
•clrchancnt, clrchancnts : SUPER -> SERVICE
•clrchandbgcnt : SUPER -> SERVICE
•clrcosdbgcnt : SUPER -> SERVICE
•clrfdrstat : ANYUSER -> SERVICE
•clrlncnt : SUPER -> SERVICE
•clrportcnt : SUPER -> SERVICE
•clrportcnts : SUPER -> SERVICE
•copychans : SERVICE -> GROUP
•copycons : SERVICE -> GROUP
•delfdr : ANYUSER -> GROUP
•delfdr : ANYUSER -> GROUP
•dnilmi : ANYUSER -> GROUP
•dspbecnt : SUPER -> ANYUSER
•dspcon : GROUP -> ANYUSER
•dspcons : GROUP -> ANYUSER
•dspcosdbgcnf : ANYUSER -> SERVICE
•dspcosdbgcnt : ANYUSER -> SERVICE
•dsplnbucketcnt : CISCO -> ANYUSER
•tstconseg : GROUP -> SERVICE
•tstdelay : GROUP -> SERVICE
•upilmi : ANYUSER -> GROUP
Previously Undocumented Commands
The following commands are now documented in the "MGX 8850 Command Reference, Release 2.1":
•actaudit
•cnfpnctlvc
•cnfpnportloscallrel
•copycons, copychans
•dspcprotbls
•dspmsq and dspmsgqs
•dsppnctlvc
•dsppnportloscallrel
•routeadd
•routedelete
•routenetadd
•rrtcon
•sesnwatchdog
•smclrscrn
•xbaradmin
Removed Commands
There are no commands removed from version 2.1.60.
Limitations and Restrictions
This section describes the following issues for Release 2.1.60:
•General limitations, restrictions, and notes
•RPM-PR and MPLS limitations, restrictions, and notes
•APS management information and open issues
•Clearing the configuration on redundant PXM45/B cards
General Limitations, Restrictions, and Notes
The following limitations and restrictions apply to this release.
Note
•For a graceful upgrade, you must upgrade from version 2.0.15 or 2.1.10 or above.
•Presently, the PXM CLI allows for provisioning of a PNNI controller (controller id 2) on any slot in the chassis, but for this release, such provisioning should be restricted to slot 7 only.
•APS is not supported on AXSM-1-2488/B.
•Of 192 PNNI interfaces, up to 100 interfaces can be signaling ports. The other 92 interfaces should be non-signaling ports, such as non self-supporting ports.
•AXSM-1-2488 and AXSM-1-2488/B cards do not have a policing function enabled.
•The front card hardware (mother board/daughter board) for each card type can support up to two back cards. But in Release 2.1.60, onlyone back card (i.e., half the port capacity available in hardware) is supported by software. The full port capacity will be supported with a future software release. No hardware changes will be required.
•Trace information captured in the error logs of non PXM slots (seen with dsperr -sl <slotnum>) will not translate addresses in the trace to correct symbolic names. Such files with trace data need to be moved off the system using FTP and forwarded to TAC and engineering.
•Support for 3 controllers only (1 for PNNI and 2 for LSC). Controller ID 2 is reserved for a PNNI controller; IDs 3-20 are available for LSC controllers.
•Partition ID 1 is reserved for PNNI.
•The maximum number of logical interfaces (physical trunks, virtual trunks, logical ports) supported in this release with PXM45 cards is 99 and PXM45/B cards is 192.
•If an active AXSM card is stuck in the active INIT state, the standby PXM will not go to the standby Ready state until the active AXSM goes to a steady state. Steady states are: Active Ready, Failed, Mismatch, Empty, Empty Reserved, Standby Ready. With redundancy configured, if a standby AXSM card is stuck in a standby init state, with an active Active AXSM already in a Active Ready state, the standby PXM will go to the standby Ready state without any delay. If both AXSMs in the redundancy pair are not in a steady state, then the standby PXM will not go to the standby Ready state until one or both of the 2 AXSM cards are in the active Ready state.
•AXSM cards are in some other steady state (e.g., FAILED). If the destination address is reachable for both an IISP and a PNNI link from the same node, ABR connections will not route. The current routing algorithm will always choose IISP links over PNNI links because it is local. Since IISP does not support ABR connections, the connection setup will fail.
•In this release, a Service Class Template (SCT) can be changed with connections present. However, if the change affects services in use, the connections will be rerouted.
•When CWM is used to manage the network, the IP address 10.0.x.x cannot be used as the LAN address (lnPci) for the switch.
Important Notes
This section provides general notes that apply to this release, and covers some procedures that are not yet in the manuals.
•You must use the SCT files released with 2.1.60 (number 2 and 3, which were included in version 2.0.13 are similar to number 2 and 3 for 2.1.60) for the Control VC feature. If you are using the MPLS feature, then you will need to change to SCT 4 or 5, which were released with version 2.1.00.
•By default, 900 cps and 543 cps will be reserved for SSCOP and PNNI Signalling VC respectively, even when you disable SSCOP and PNNI. These values are configurable by the cnfpnctlvc command.
•Do not execute the delcontroller command when connections/ports still exists. The impact of executing delcontroller with connections is that the connections cannot be recovered until the controller is re-added using addcontroller and the AXSM cards or the entire node has to be reset (otherwise ports remain in the provisioning state). There is now a warning to the user of the impact of the command when there are existing connections/ports.
•Analysis of the code has identified a situation which has a low probability of occurring and in fact has not been encountered in any test scenarios to date. This caution and associated workaround is provided as a precautionary measure. When the link bandwidth for SPVC connections is reaching full capacity, making minimal bandwidth available for new SPVC connections, a condition can be encountered where the initial software check believes there is sufficient bandwidth for the new SPVC connection; however, the final software confirmation for available bandwidth may be rejected because there is no bandwidth available. If this problem occurs, the system will recover when the PNNI updates are refreshed. (This will happen at the default time of 30 minutes.) The user can recover from this problem by making the Administrative weight of that link very high to avoid that link from being used.
•To replace one type of AXSM front card with another type, you must delete all connections, partitions, ports and down lines. If an AXSM card fails, the same type of AXSM card must be installed in its slot.
•When the switch cannot automatically resolve nativity check conflicts, you can force a configuration rebuild from a specific hard disk by establishing a console port session through the corresponding PXM-UI-S3 card and issuing the shmRecoverIgRbldDisk command. This command ignores the nativity check and configures the entire switch according to the configuration on the hard disk.
•PNNI default min VCI is 35 unless changed explicitly. The reason for the default is to reserve VCI=32-34 for other control purposes (e.g., MPLS and NCDP). For users who would like to add MPLS controller in future releases of MGX 8850, it is highly recommend to set the min-vci value to be 35 or more for all partitions on the port where the MPLS partition will be added. By doing so, the TDP sig vc for MPLS will be established automatically on 0/32. MinVPI is not negotiated by ILMI, so the user should set this parameter same on both nodes.
RPM-PR and MPLS Limitations, Restrictions, and Notes
The RPM-PR and MPLS limitations and restrictions that apply to this release are as follows:
•Saveallcnf (issued on the PXM45/B card) captures configuration data saved by the RPM-PR card (as well as AXSM and PXM45 cards), and saves it on the active PXM45/B card's hard disk. Users must have configured RPM to store its configuration on the PXM45/B hard disk (E:/RPM). That is, on RPM, a user should have this line in its running configuration ("boot config e:auto_config_slot#). To ensure that the saved file contains the latest RPM configuration, the user needs to execute the copy run start command on each RPM card prior to the saveallcnf command. This way, the RPM files on the active PXM45 hard disk will contain the latest configuration to be saved.
•A single RPM-PR can only function as either an Edge LSR or as an LSC, but not as both.
•Total of (OC12 minus T3) Mbps intrashelf traffic for Cell bus based modules are supported.
•To configure redundancy, the primary and secondary RPM-PR cards need to be in the Active state and the secondary card should not have any configuration.
•Removing a back card does not cause RPM-PR switchover.
•After establishing redundancy between two RPM-PR cards with the addred command, you must enter the copy run start command on the primary RPM-PR card to save the configuration change.
•If a secondary RPM-PR card is redundant to primary cards x and y, you cannot delete redundancy for only card x.
•If you need to enter the softswitch and switchcc commands, Cisco Systems recommends that you wait at least 5 seconds after issuing the softswitch command, and then enter the switchcc command.
•IOS software images on primary and secondary RPM-PR cards do not have to be compatible, but the IOS software on a secondary card should be at the same level as the primary card or higher.
•For ELSR to LSC connectivity, default control vc used is 32. If PNNI partition exists with VCI 32 as part of its partition range, then when MPLS partition is added, there are two options to handle the situation:
–Add 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-PR and AXSM, AXSM/B or AXSM-E APS Management Information.
•Whenever the RPM-PR configuration is changed and a user wants to store that configuration, the user must enter the "copy run start" command on the RPM-PR. If this is not done, the changed configuration will be lost on RPM-PR card reboot or RPM-PR switchover in case of redundancy.
•Even though RPM-PR can have 1999 sub interfaces, the usage of sub interfaces should be planned in such a way that it does not cross a safe limit of 1985. This is because each sub interface takes one IDB (interface descriptor block) and the number of IDBs available in the card is 2000. Further, a user might need some IDBs for the RPM-PR back card and its ports.
RPM-PR and MPLS Notes
This section contains additional notes on using RPM-PR cards and MPLS in this release:
•RPM-PR back card status may be incorrect (anomaly CSCdt55154).
•For RPM-PR SPVC dax connections, the slave end must be deleted before the master endpoint.
Table 5 lists RPM commands that are different in MGX Releases 1.x and 2.x.
Table 5 RPM Commands that are Different in Releases 1 and 2
Release 1.x (PXM1) Release 2.x (PXM45)addcon
switch connection
rpmrscprtn
switch partition
atm pvc
pvc
New Bypass Feature for RPM in 12.2(4)T IOS Release
Note Information about the bypass feature and the IOS commands used to support it was not available at the time of the printing of the RPM documents; therefore, it is included in the these release notes.
RPM cards have a maximum storage of 128 KB for the NVRAM. This size limitation creates a problem for customers with large configurations, who find it impossible to store the configurations in the NVRAM, even with compression enabled.
In order to support storage of large configuration files, a new bypass feature is now available in the 12.2(4)T IOS Release. With the bypass feature enabled, the enhanced "write memory" is used to bypass the NVRAM and save the configuration on:
•For MGX Release 2, the file auto_config_slot## located in E:/RPM.
•For MGX Release 1, the file auto_config_slot## located in C:/RPM.
Where"##" represents the zero-padded slot number in which the RPM card is seated in the MGX chassis.
To enable the bypass feature, issue the command rpmnvbypass from the IOS run time image—not in the IOS boot image.
To disable the bypass feature, issue the command no rpmnvbypass.
To verify that the bypass feature is either enabled or disabled, issue the show running-configuration command. If the bypass feature is enabled, rpmnvbypass is seen on the display. If it is not seen, the feature is not enabled.
Example 1 through Example 5 illustrate how the feature is enabled and disabled, and how to validate each of these actions from the configuration display.
Note Since the bypass feature bypasses NVRAM, it is not necessary to compress the configuration file using the command service compress-config.
Caution 1) When using the bypass feature, you can only load the run time IOS image from the PXM hard-drive or from the boot flash. 2) Do not execute the command no boot config because doing so may prevent the bypass feature from working properly. 3) If the command write memory is issued with the bypass feature enabled, and is consequently followed by am RPM reset, previous versions of the boot image will trigger the RPM card to go into boot mode (unable to load run-time IOS).
Example 1 Running configuration without the bypass feature enabled
rpm_slot02#show running-config
Building configuration...Current configuration : 470 bytes!version 12.2service timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname rpm_slot02!boot system c:rpm-js-mz.122-3.6.T1enable password cisco!ip subnet-zero!!!!interface Switch1no ip addressno atm ilmi-keepaliveswitch autoSynch off!ip classlessno ip http serverip pim bidir-enable!!snmp-server community public ROsnmp-server community private RW!!line con 0line aux 0line vty 0 4no login!endExample 2 Enable the bypass feature (rpmnvbypass)
rpm_slot02#rpm_slot02#configure terminalEnter configuration commands, one per line. End with CNTL/Z.rpm_slot02(config)#rpmnvbypass
The "boot config" statement has been (re)added to yourruning configuration. Do not remove it else risk notusing the nvbypass featurerpm_slot02(config)#endrpm_slot02#Example 3 Running configuration with bypass feature enabled (note rpmnvbypass at end of output)
rpm_slot02#show running-configBuilding configuration...Current configuration : 515 bytes!version 12.2service timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname rpm_slot02!boot system c:rpm-js-mz.122-3.6.T1boot config c:auto_config_slot02 <==== Line added as per output aboveenable password cisco!ip subnet-zero!!!!interface Switch1no ip addressno atm ilmi-keepaliveswitch autoSynch off!ip classlessno ip http serverip pim bidir-enable!!snmp-server community public ROsnmp-server community private RW!!line con 0line aux 0line vty 0 4no login!rpmnvbypass
endExample 4 Disable the bypass feature (no rpmnvbypass)
rpm_slot02#configure terminalEnter configuration commands, one per line. End with CNTL/Z.rpm_slot02(config)#no rpmnvbypassrpm_slot02(config)#endrpm_slot02#Example 5 Running configuration after the bypass feature is disabled
rpm_slot02#show running-config
Building configuration...Current configuration : 503 bytes!version 12.2service timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname rpm_slot02!boot system c:rpm-js-mz.122-3.6.T1boot config c:auto_config_slot02enable password cisco!ip subnet-zero!!!!interface Switch1no ip addressno atm ilmi-keepaliveswitch autoSynch off!ip classlessno ip http serverip pim bidir-enable!!snmp-server community public ROsnmp-server community private RW!!line con 0line aux 0line vty 0 4no login!endrpm_slot02#Booting the RPM-PR
Refer to chapter 5 of the "Cisco MGX Route Processor Module Installation and Configuration Guide, Release 2.1" (part DOC-7812510=) for complete details on configuring the RPM-PR cards. ( See the "Documentation" section for information on how to order a printed copy of this manual or locate the manual online.) A summary of the booting and upgrading procedures is presented here for your convenience.
When the RPM-PR is booted, the boot image must be the first file in the bootflash. If the bootflash does not have a valid boot image as a first file, the card may not be able to boot and can result in bootflash corruption. If the bootflash is corrupted, you will have to send the card back for an external burn with a valid boot image.
You can reboot the RPM-PR from the PXM by entering the command resetcd <card_number> from the switch CLI, where card_number is the slot number of the RPM-PR that is being rebooted.
Note Omitting the card number resets the entire system.
Also, you can reboot the RPM-PR from the RPM-PR using the RPM-PR console port and entering the reload command.
Each time you turn on power to the RPM-PR, by inserting the RPM-PR into the MGX 8850, it goes through the following boot sequence:
1. The RPM-PR runs diagnostics on the CPU, memory, and interfaces.
2. The system boot software, which is the boot image, executes and searches for a valid Cisco IOS image, which is the RPM-PR runtime software.
The source of the Cisco IOS image is determined by the configuration register setting. To verify this setting, you can enter either the show version or show bootvar command. (See the "Viewing the Hardware Configuration" section of the "Cisco MGX Route Processor Module Installation and Configuration Guide, Release 2.1" (part DOC-7812510=).
•If the configuration register is set to the factory-default setting of 0x01, RPM-PR will come up and stay in boot mode.
•If the configuration register is 0x2, the RPM-PR will look for the runtime image either in bootflash or on the PXM45/B E:RPM drive.
3. The search for runtime image is determined by which boot system command is entered.
•Entering the boot system e:<runtime_image_name> command will result in a search for a runtime image in the E:RPM directory on the PXM45 hard disk.
•Entering the boot system bootflash:<runtime_image_name> will result in a search for a run time image in the bootflash.
4. If the runtime software is not found after three attempts, the RPM-PR reverts to the boot mode.
5. If a valid Cisco IOS image is found, then the RPM-PR searches for a valid configuration, which can reside in NVRAM or as a configuration file either on the PXM hard disk E: drive or in bootflash.
If you want to load from a specific configuration file, you should enter either the boot config bootflash:<config_file> command or the boot config e:<config_file> command.
6. For normal RPM-PR operation, there must be a valid Cisco IOS image on the PXM-45 E: drive or in bootflash, and a configuration in NVRAM or configuration file in bootflash or on the PXM disk.
The first time you boot the RPM-PR, configure the RPM-PR interfaces and save the configuration to a file in NVRAM. Then follow the procedure described in "Initializing the RPM-PR Card." For information on the Cisco IOS instructions, see Appendix C, "IOS and Configuration Basics." (The section and appendix referred to are in the "Cisco MGX Route Processor Module Installation and Configuration Guide, Release 2.1" (part DOC-7812510=).
RPM-PR Bootflash Precautions
The RPM-PR bootflash is used to store boot image, configuration and "run time" files. The Flash stores and accesses data sequentially, and the RPM-PR boot image must be the first file stored to successfully boot the card. Erasing the boot image or moving it from the first position on the Flash will cause the card to not boot.
The RPM boot image, which comes loaded on the Flash, will work for all RPM IOS images. Therefore, there is no reason to ever delete or move the factory installed boot image.
Caution Erasing or moving the boot image can cause RPM-PR boot failure. When this happens, the RPM must be returned to Cisco and reflashed.
In order to avoid this unnecessary failure, requiring card servicing, you should
•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 will successfully boot.
APS Management Information
Caution When using intercard APS, ensure the APS connector is correctly installed. Refer to the "APS Backplane" section in the "Cisco MGX 8850 Hardware Installation Guide, Release 2.1." This guide is can be ordered from Cisco Marketplace or downloaded from http://www.cisco.com/univercd/cc/td/doc/product/wanbu/index.htm. After you install the assembly, verify that the APS connector is properly installed by using the new CLI command dspapsbkplane.
The following tips apply to the use of the dspapsbkplane command and the APS connector, which is sometimes called a backplane. The APS connector must be installed to enable intercard APS.
•The dspapsbkplane command shows whether the APS connector is plugged in properly. It should be used only when the standby card is in the Ready state. When the standby card is booting or fails, intercard APS cannot work properly and this command displays "NOT ENGAGED."
•APS must be configured on a line pair before the dspapsbkplane command can display the APS connector status. If APS is not configured on a line, the dspapsbkplane command displays the message "APS Line Pair does not exist."
•The dspapsbkplane command needs to be executed on both the active and standby cards to ensure that the APS connector is engaged properly. This command can show different values for each of the two cards, which indicates the APS connector is seated properly on one card but not on the other.
•The APS connector status is the same for all lines in a single bay. This is because the APS connector interconnects two back cards within the same bay. You can enter the dspapsbkplane once to check the APS connector status for both upper and lower bays.
Open APS Issues
Note The issues in this section are seen only in Operational mode 1+1, bi-directional, Rev/non-Rev. If at least one side is configured as 1+1 unidirectional, these problems do not occur.
The following are some open APS issues in this release:
•Reset of active AXSM, removal of active AXSM, or AXSM switchover may cause the lines behind that cardto be in a LOS status for 20 to 30 ms. If these lines were active at the time, some additional APS switch will occur; and the corresponding lines at the far-end will be in SF alarms before the standby AXSM is coming up. The momentary loss of signal is due to the hardware limitation; no other workaround is available. (Refer to CSCdu41763 -- P-comment and CSCdv01058 -- Eng-Note for more details.)
•If multiple active lines are removed at the same time, one line may not switchover.
–To recover, either perform lockout of Protection line and Clear from the far end or perform delete APS for the line, then add the APS line back.
Clearing the Configuration on Redundant PXM45 Cards
Due to checks to prevent an inserted card from affecting the system, an additional step may be required when inserting two "non-native" PXM45 cards in a shelf. Insert the first PXM45, do a clrallcnf, and allow this to become active before inserting the second PXM45.
Recommendations
Cisco Systems provides the following information and recommendations for switch configuration:
•The RPM-PR subinterface ID range is 1 - 32767.
•Apply the default values for PCR, SCR, and so on to the Control VC. If the values are decreased to a low value, there is a chance that the protocol on the interface (SSCOP or PNNI) will not come up.
Installing and Upgrading to Release 2.1.60
You can gracefully upgrade an MGX 8850 to Release 2.1.60 from Release 2.0.15 or Release 2.1.10.
The procedures in this section were extracted from "Appendix A, Downloading and Installing Software Upgrades" in the "MGX 8850 Switch Software Configuration Guide, Release 2.1" (part DOC-7812551=). In this section, references to "chapters" refer to chapters in that manual.
You can download that manual from http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850r21/index.htm.
Caution Although graceful upgrades can be aborted with the abortrev command, the abortrev command does reset both active and standby cards, so reverting back to an earlier software release is not graceful. Please see the "abortrev" command description in the "Cisco MGX 8850 Switch Command Reference, Release 2.1" (part DOC-7812563=). A table under that command shows the behavior of cards in a single and redundant configuration.
This section describes how to locate, download, and install software updates for the switch. Because software updates are stored in the switch file system, this section includes a subsection on browsing the file system. This section includes the following subsections:
•Upgrade Process Overview
•Quickstart Procedures for Software Upgrades
•Browsing the File System
•Copying Software Files to the Switch
•Upgrade Procedures for PXM45 and AXSM Cards
•Upgrade Procedures for RPM-PR Cards
•Troubleshooting Upgrade Problems
Upgrade Process Overview
This section provides a series of quickstart procedures that describe how to perform graceful and non-graceful upgrades to the switch. To perform a graceful upgrade on a switch card, the card must be operating in redundant mode with another switch card of the same type. When performed properly, graceful upgrades have minimal impact on connections in progress and do not interrupt any established connections.
Note Graceful upgrades to Release 2.1.60 are supported from Releases 2.0.15 and 2.1.10.
When a card to be upgraded is not operating in redundant mode, you must do a non-graceful upgrade, which disrupts all traffic that passes through the card. For PXM45 cards, an ungraceful upgrade interrupts all traffic passing through the switch. For all other types of cards, an ungraceful upgrade affects only the traffic that passes through that card.
Each type of switch card runs boot and runtime software. The recommended sequence for upgrading the software on switch cards is as follows:
1. PXM45 boot software
2. PXM45 runtime software
3. AXSM boot software
4. AXSM runtime software
5. RPM-PR boot software
6. RPM-PR runtime software
Note If you plan to upgrade PXM45 cards and AXSM cards, upgrade the PXM45 cards first. Wait until the PXM45 cards are operating in active and standby modes with the correct software before upgrading AXSM cards. The software version used by the PXM45/B cards should be equal to or later than the version used on the AXSM, AXSM/B, and AXSM-E cards.
Typically, the boot software requires less frequent upgrades. However, in this release, both the boot and runtime software need to be upgraded.
When you upgrade the software on a switch card, proceed as follows:
•Decide whether you are performing a graceful or non-graceful upgrade
•Follow the appropriate quickstart procedure for that type of upgrade
•For additional information on a task within a quickstart procedure, see the subsection to which the procedure refers
The next subsection presents the quickstart procedure for switch card software upgrades.
Quickstart Procedures for Software Upgrades
The following subsections provide quickstart procedures for the following upgrades:
•Graceful PXM45 Boot Upgrades
•Non-Graceful PXM45 Boot Upgrades
•Graceful PXM45 and AXSM Runtime Software Upgrades
•Non-Graceful PXM45 and AXSM Runtime Software Upgrades
•Graceful AXSM Boot Upgrades
•Non-Graceful AXSM Boot Upgrades
•RPM-PR Boot and Runtime Software Upgrades
Graceful PXM45 Boot Upgrades
When performed properly, graceful upgrades have minimal impact on connections in progress and do not interrupt any established connections.
When a boot software upgrade is required, the procedure for upgrading redundant PXM45 cards updates the standby card and then makes that card active. This method ensures a smooth transition to the new software and preserves all established calls. Any calls that are not established are lost.
A graceful upgrade of the boot software does the following:
1. Loads the new software on the standby PXM45 card
2. Makes the standby PXM45 card active
3. Loads the new software on the formerly active (now standby) PXM45 card
Note Avoid making configuration changes while upgrading PXM45 software. Configuration changes can be lost when the PXM45 is reset during the upgrade.
To upgrade the runtime software, use the following procedure.
Non-Graceful PXM45 Boot Upgrades
Ungraceful upgrades disrupt all switch traffic and are usually used in lab installations where the use of standalone cards provides no opportunity for a graceful upgrade. The quickstart procedure is provided as an overview and as a quick reference.
Note Avoid making configuration changes while upgrading PXM45 software. Configuration changes can be lost when the PXM45 is reset during the upgrade.
Graceful PXM45 and AXSM Runtime Software Upgrades
When performed properly, graceful upgrades have minimal impact on connections in progress and do not interrupt any established connections.
This quickstart procedure applies to both PXM45 and AXSM cards and does the following:
1. Loads the new software on the standby PXM45 or AXSM card
2. Makes the standby card active
3. Loads the new software on the formerly active (now standby) card
Note If you plan to upgrade PXM45 cards and AXSM cards, upgrade the PXM45 cards first. Wait until the PXM45 cards are operating in active and standby modes with the correct software before upgrading AXSM cards. The software version used by the PXM45/B cards should be equal to or later than the version used on the AXSM, AXSM/B, and AXSM-E cards. When AXSM boot software is to be upgraded, it should be upgraded before upgrading the runtime software.
Note Avoid making configuration changes while upgrading PXM45 software. Configuration changes can be lost when the PXM45 is reset during the upgrade.
Note Cisco Systems recommends that you upgrade software on the node to Release 2.1.60 before inserting the AXSM-E card. We further recommend that you upgrade software on one AXSM card at a time within a switch. Wait until each AXSM card upgrade is complete before starting an upgrade on another AXSM card.
To upgrade the runtime software, use the following procedure.
Non-Graceful PXM45 and AXSM Runtime Software Upgrades
Ungraceful upgrades disrupt all switch traffic and are usually used in lab installations where the use of standalone cards provides no opportunity for a graceful upgrade. The quickstart procedure is provided as an overview and as a quick reference.
Note If you plan to upgrade PXM45 cards and AXSM cards, upgrade the PXM45 cards first. Wait until the PXM45 cards are operating in active and standby modes with the correct software before upgrading AXSM cards. The software version used by the PXM45/B cards should be equal to or later than the version used on the AXSM, AXSM/B, and AXSM-E cards. When AXSM boot software is to be upgraded, it should be upgraded before upgrading the runtime software.
Note Avoid making configuration changes while upgrading PXM45 software. Configuration changes can be lost when the PXM45 is reset during the upgrade.
Note Cisco Systems recommends that you upgrade software on the node to Release 2.1.60 before inserting the AXSM-E card. We further recommend that you upgrade software on one AXSM card at a time within a switch. Wait until each AXSM card upgrade is complete before starting an upgrade on another AXSM card.
Graceful AXSM Boot Upgrades
When performed properly, graceful upgrades have minimal impact on connections in progress and do not interrupt any established connections. The quickstart procedure is provided as an overview and as a quick reference.
Note If you plan to upgrade PXM45 cards and AXSM cards, upgrade the PXM45 cards first. Wait until the PXM45/B cards are operating in active and standby modes with the correct software before upgrading AXSM cards. The software version used by the PXM45/B cards should be equal to or later than the version used on the AXSM, AXSM/B, and AXSM-E cards.
Note Cisco Systems recommends that you upgrade software on the node to Release 2.1.60 before inserting the AXSM-E card. We further recommend that you upgrade software on one AXSM card at a time within a switch. Wait until each AXSM card upgrade is complete before starting an upgrade on another AXSM card.
Non-Graceful AXSM Boot Upgrades
Ungraceful upgrades disrupt all switch traffic and are usually used in lab installations where the use of standalone cards provides no opportunity for a graceful upgrade. The quickstart procedure is provided as an overview and as a quick reference.
Note If you plan to upgrade PXM45 cards and AXSM cards, upgrade the PXM45 cards first. Wait until the PXM45 cards are operating in active and standby modes with the correct software before upgrading AXSM cards. The software version used by the PXM45/B cards should be equal to or later than the version used on the AXSM, AXSM/B, and AXSM-E cards.
Note Cisco Systems recommends that you upgrade software on the node to Release 2.1.60 before inserting the AXSM-E card. We further recommend that you upgrade software on one AXSM card at a time within a switch. Wait until each AXSM card upgrade is complete before starting an upgrade on another AXSM card.
RPM-PR Software Upgrades for Cards with 1:N Redundancy
On the MGX 8850, the RPM cards can go into slots 1 through 6, or 9 through 14.
The RPM-PR card supports software upgrades when 1:N redundancy is established in the switch between RPM-PR cards. Boot software is generally upgraded less often than runtime software, so be sure to compare the recommended boot software version with the boot software running on your RPMs before starting an upgrade. The correct boot software might already be installed.
The following quickstart procedure describes how to upgrade redundant RPM-PR cards. For detailed instructions, see "Upgrade Procedures for RPM-PR Cards," which appears later in this section.
These procedures describe how to upgrade boot as well as runtime software together or runtime software only.
Note Redundancy must be established before you use this procedure. If redundancy has not been configured between two RPM-PR cards, upgrade each RPM-PR card using the procedure in "RPM-PR Software Upgrades for Non-Redundant Cards," which appears later in this chapter. To add redundancy to an RPM-PR card, refer to "Establishing Redundancy Between Two RPM-PR Cards" in Chapter 4, "Preparing RPM-PR Cards for Operation."
Table 6
Command PurposeStep 1
ftp
Copy the boot and runtime files you want to use to the switch (E:RPM).
See "Copying Software Files to the Switch," which appears later in this section.
Step 2
username
password
Establish a CLI session with the active PXM45 card using a user name at any access level.
Step 3
cc <primarySlot>
Select the slot in which the primary RPM-PR card is installed.
Step 4
enable
password
Enter Enable mode for the router.
Step 5
dir e:
Verify router access to the PXM45 hard disk and the boot upgrade software.
Step 6
show flash:
Display current contents of bootflash.
Step 7 S
copy filename bootflash:
dir bootflash:
Copy the upgrade boot software to flash. For example:
copy e:rpm-boot-mz_002.001.060.000 bootflash:Step 8
del bootflash:
Delete older boot files from the bootflash. The switch always attempts to load the first bootable file in bootflash. If the upgraded file has a higher file number than another bootable file, it will not be used when the card is reset.
Note This step marks files to be deleted, but it does not delete them.
Step 9
show flash:
Caution Verify that at least one valid boot or runtime image will not be deleted. If all boot and runtime images are deleted from bootflash, the RPM card must be returned to the factory for repair.
Step 10
squeeze flash:
This step deletes all files that have been marked for deletion.
Step 11
copy
Optional: Copy and rename the runtime file to a generic name for easy updates.
See "Non-Graceful RPM-PR Runtime Software Upgrades," which appears later in this chapter.
Note If you have already configured the RPM to use a generic name, you can skip to Step 12.
Step 12
show bootvar
Display the current runtime software filename.
Step 13
config terminal
Enter the router global configuration mode.
Step 14
no boot system
Remove the entire boot list. To remove a single file from the boot list, include a filename. For example:
Router(config)# no boot system c:rpm-js-mz_122-4.TStep 15
boot system c:filename
Add the new router runtime image to the boot list. For example:
Router(config)# boot system c:rpm-js-mz_122-4.TStep 16
boot config e:auto_config_RPM-PR_slot#
Configure the RPM-PR card to store its configuration on the PXM45 hard disk.
Note This step only needs to be performed once. If this command is already in the startup configuration file, you do not need to enter it again.
Step 17
^Z
Exit global configuration mode.
Step 18
copy run start
Save the new configuration.
Note If you omit this step, the RPM-PR card will continue to use the previous version of software.
Step 19
show bootvar
Verify the change in the runtime software filename.
Step 20
softswitch <primarySlot> <secondarySlot>
This step makes the secondary card active and resets the primary RPM-PR card. When the primary card resets, it loads the upgraded boot software from bootflash.
Step 21
cc <secondarySlot>
Select the slot in which the secondary RPM-PR card is installed.
Step 22
enable
password
dir e:
show flash:
copy filename bootflash:
dir bootflash:
show flash:
squeeze flash:Repeat Step 4 through Step 10 to move the upgraded boot software into bootflash.
Step 23
show bootvar
config terminal
no boot system
boot system c:filename
^Z
copy run start
show bootvar
Repeat Step 12 through Step 15 andStep 17 through Step 19 to upgrade runtime software.
Step 24
softswitch <secondarySlot> <primarySlot>
This step makes the upgraded primary card active and resets the secondary RPM-PR card. When the secondary card resets, it loads the upgraded boot software from bootflash. Both primary and secondary cards should now be using upgraded boot software.
Step 25
If there are other primary RPM-PR cards that need upgrading, repeat the part of this procedure that upgrades the primary card, then execute the softswitch command once to reload the primary card. Finally, execute the softswitch command a second time to make the upgraded primary card active.
RPM-PR Boot Software and Runtime Software Upgrades Together
RPM-PR Runtime Software Upgrade (no boot software upgrade)
The RPM-PR card supports upgrades when 1:N redundancy is established in the switch between RPM-PR cards.
The following quickstart procedure describes how to gracefully upgrade redundant RPM-PR cards.
Note Redundancy must be established before you use this procedure. If redundancy has not been configured between two RPM-PR cards, upgrade each RPM-PR card as described in "RPM-PR Runtime Software Upgrades for Non-Redundant Cards," which appears later in this chapter. To add redundancy to an RPM-PR card, refer to "Establishing Redundancy Between Two RPM-PR Cards" in Chapter 4, "Preparing RPM-PR Cards for Operation."
Table 7
Command PurposeStep 1
ftp
Copy the boot and runtime files you want to use to the switch (E:RPM).
See "Copying Software Files to the Switch," which appears later in this section.
Step 2
copy
Optional: Copy and rename the runtime file to a generic name for easy updates.
See "Non-Graceful RPM-PR Runtime Software Upgrades," which appears later in this chapter.
Note If you have already configured the RPM to use a generic name, you can skip to Step 12.
Step 3
username
password
Establish a CLI session with the active PXM45 card using a user name at any access level.
Step 4
cc <primarySlot>
Select the slot in which the primary RPM-PR card is installed.
Step 5 .
enable
password
Enter Enable mode for the router.
Step 6
show bootvar
Display the current runtime software filename.
Step 7
config terminal
Enter the router global configuration mode.
Step 8
no boot system
Remove the entire boot list. To remove a single file from the boot list, include a filename. For example:
Router(config)# no boot system c:rpm-js-mz_122-4.TStep 9
boot system c:filename
Add the new router runtime image to the boot list. For example:
Router(config)# boot system c:rpm-js-mz_122-4.TStep 10
boot config e:auto_config_RPM-PR_slot#
Configure the RPM-PR card to store its configuration on the active PXM45 hard disk.
Note This step only needs to be performed once. If this command is already in the startup configuration file, you do not need to enter it again.
Step 11
^Z
Exit global configuration mode.
Step 12
copy run start
Save the new configuration.
Note If you omit this step, the RPM-PR card will continue to use the previous version of software.
Step 13
show bootvar
Verify the change in the runtime software filename.
Step 14
softswitch <primarySlot> <secondarySlot>
This step makes the secondary card active and resets the primary RPM-PR card. When the primary card resets, it loads the upgraded boot software from bootflash.
Step 15
cc <secondarySlot>
Select the slot in which the secondary RPM-PR card is installed.
Step 16
enable
password
show bootvar
config terminal
no boot system
boot system c:filename
^Z
copy run start
show bootvare
Step 17
softswitch <secondarySlot> <primarySlot>
This step makes the upgraded primary card active and resets the secondary RPM-PR card. When the secondary card resets, it loads the upgraded boot software from bootflash. Both primary and secondary cards should now be using upgraded runtime software.
Step 18
If there are other primary RPM-PR cards that need upgrading, repeat the part of this procedure that upgrades the primary card, then execute the softswitch command once to reload the primary card. Finally, execute the softswitch command a second time to make the upgraded primary card active.
RPM-PR Runtime Software Upgrade (no boot upgrade)
RPM-PR Software Upgrades for Non-Redundant Cards
Use the software upgrade procedure in this subsection when you need to upgrade RPM-PR boot software and the RPM-PR is operating in standalone mode.
Note If the RPM-PR is operating in 1:N redundancy mode with another RPM-PR, upgrade the cards as described in "RPM-PR Software Upgrades for Cards with 1:N Redundancy," which appears earlier in this chapter.
The following quickstart procedure is provided as an overview and as a quick reference for those who have already performed RPM-PR upgrades on the switch. For detailed instructions, see "Upgrade Procedures for RPM-PR Cards," which appears later in this section.
Table 8
RPM-PR Boot and Runtime Software Upgrade (Together)
RPM-PR Runtime Software Upgrades (no boot software upgrade)
Use the software upgrade procedure in this section when you need to upgrade RPM-PR runtime software and the RPM-PR is operating in standalone mode.
Note If the RPM-PR is operating in 1:N redundancy mode with another RPM-PR, upgrade the cards as described in "RPM-PR Software Upgrades for Cards with 1:N Redundancy," which appears earlier in this chapter.
The following quickstart procedure is provided as an overview and as a quick reference for those who have already performed RPM-PR upgrades on the switch. For detailed instructions, see "Upgrade Procedures for RPM-PR Cards," which appears later in this section.
Table 9
Command PurposeStep 1
ftp
Copy the boot and runtime files you want to use to the switch (E:RPM).
See "Copying Software Files to the Switch," which appears later in this section.
Step 2
copy
Copy and rename the runtime file to a generic name for easy updates.
See "Non-Graceful RPM-PR Runtime Software Upgrades," which appears later in this chapter.
Note If you have already configured the RPM to use a generic name, you can skip to Step 12.
Step 3
username
password
Establish a CLI session with the active PXM45 card using a user name at any access level.
Step 4
cc <RPM-PR_Slot>
Select the slot in which the RPM-PR card is installed.
Step 5
enable
password
Enter Enable mode for the router.
Step 6
show bootvar
Display the current runtime software filename.
Step 7
config terminal
Enter the router global configuration mode.
Step 8
no boot system
Remove the entire boot list. To remove a single file from the boot list, include a filename. For example:
Router(config)# no boot system c:rpm-js-mz_122-4.TStep 9
boot system e:filename
Add the new router runtime image to the boot list. For example:
Router(config)# boot system e:rpm-js-mz.122-4.TStep 10
boot config e:auto_config_RPM-PR_slot#
Configure the RPM-PR card to store its configuration on the PXM45 hard disk.
Note This step only needs to be performed once. If this command is already in the startup configuration file, you do not need to enter it again.
Step 11
^Z
copy run start
Exit global configuration mode and save the new configuration.
Step 12
show bootvar
Verify the change in the runtime software filename.
Step 13
cc <active_PXM45_slot>
resetcd <RPM-PR_Slot>
This command sequence selects the active PXM card and restarts the RPM card with the new runtime image.
Step 14
dspcds
dspcd <RPM-PR_Slot>
cc <RPM-PR_Slot>
Verify router reboot is complete.
RPM-PR Runtime Software Upgrades (no boot software upgrade)
Browsing the File System
The active PXM45 hard disk stores log files, configuration files, and boot and runtime software. The switch operating system supports a set of UNIX-like commands that you can use to locate log files or manage software updates. Table 10 lists commands that you can use to browse the file system.
Note File and directory names in the switch file system are case sensitive. Also, some of the commands listed in Table 10 are not available at all administrator access levels.
Copying Software Files to the Switch
This section describes how to copy software files to the MGX 8850 switch. The switch cards use boot software and runtime software. Each PXM45 and AXSM card uses the boot software to define communications between the card components and to enable cards to start up. The runtime software defines how the card operates after startup. RPM-PR cards function on the runtime software and use the boot software only when they cannot load the runtime software.
Note The boot and runtime software are installed on the switch at the factory. Before you copy new files to the switch, verify that you need to update the files by comparing the file versions on the disk tothe file versions in Table 2.
The MGX 8850 switches provide a File Transfer Protocol (FTP) service to support file transfers to the switch. If you have FTP client software and network connectivity to both the switch and the server where the software files are stored, you can use FTP to transfer files directly from the server to the switch.
Note The following procedure describes how to copy files to the switch when the runtime software is up and running (showing the node name switch prompt). When the runtime software cannot load, copy the software files to the switch as described in "Transferring Software Files to and from the Switch" in Appendix B, "PXM45 Backup Boot Procedures."
Step 1 Locate the files you want to download from http://www.cisco.com/kobayashi/sw-center/sw-wan.shtml.
Step 2 Using a workstation with FTP client software, transfer PXM45 and AXSM files from the server to the switch directory C:/FW.
The procedure you use for transferring the files depends on the FTP client software you are using. When initiating the FTP connection, remember the following:
•Select the switch by entering its IP address.
•When prompted for a username and password, enter the username and password you use when managing the switch.
•When configuring file transfer options, select binary mode for the file transfer.
Step 3 To verify that the new PXM45 and AXSM files have been transferred to the switch, log into the switch and display the contents of the C:/FW directory.
Step 4 Using a workstation with FTP client software, transfer RPM-PR files from the server to the switch directory E:/RPM.
Note You must use a capital E when referencing the E drive in switch commands.
Step 5 To verify that the new RPM-PR files have been transferred to the switch, log into the switch and display the contents of the e:/RPM directory.
For more information on browsing the switch file system, see "Browsing the File System," which appears earlier in this section.
Upgrade Procedures for PXM45 and AXSM Cards
The following sections describe procedures that support upgrades to PXM45 and AXSM cards. For complete upgrade procedures, see "Quickstart Procedures for Software Upgrades," which appears earlier in this section. The procedures in this section detail some of the tasks listed in the quickstart procedures.
Upgrading PXM45 Boot Software
This section describes how to upgrade the PXM45 boot software on a single PXM45 card. If you are performing a graceful upgrade, use the quickstart procedure described in "Graceful PXM45 Boot Upgrades," which appears earlier in this section. The following procedure provides detailed information on the upgrade task within the quickstart procedure.
Step 1 If you have not done so already, establish a CLI session with the active PXM45 card using the CP port on the UI-S3 back card and a user name with CISCO_GP privileges.
Step 2 If you have not done so already, change to PXM45 Backup Boot mode as described in "Changing to PXM45 Backup Boot Mode" in Appendix B, "PXM45 Backup Boot Procedures.".
Step 3 To burn the boot software on the PXM45, enter the sysFlashBootBurn command as follows:
pxm45bkup> sysFlashBootBurn "filename"
Replace filename with the complete path to the boot file on the PXM45 hard drive. For example:
pxm45bkup> sysFlashBootBurn "C:FW/pxm45_002.001.060.100_bt.fw"
Step 4 When the switch prompts you to confirm this action, type y and press Return.
When the boot software burning process is complete, the switch displays a message similar to the following:
Flash download completed ...value = 0 = 0x0Step 5 When the boot software has been burned, reset the card with the reboot command. For example:
pxm45bkup> reboot
Be patient and wait for Login prompt to appear.
Step 6 When the Login prompt appears, log in to the switch as you do at the beginning of a CLI session. The switch prompt should appear.
Step 7 To confirm that the PXM45 card is now using the correct boot software, enter the dsprevs command.
Step 8 Use dspcd to see the condition of the PXM45 card. You should see active/active and no card alarm.
The Boot FW Rev row in the display should show the new revision as shown in the following example:
8850_NY.7.PXM.a > dspcd8850_NY System Rev: 02.01 Mar. 04, 2001 22:47:23 PSTMGX8850 Node Alarm: NONESlot Number 7 Redundant Slot: 8Front Card Upper Card Lower Card---------- ---------- ----------Inserted Card: PXM45 UI Stratum3 PXM HardDiskDriveReserved Card: PXM45 UI Stratum3 PXM HardDiskDriveState: Active Active ActiveSerial Number: SBK050302AF SBK045203PJ SBK044602HJPrim SW Rev: 2.0(13) --- ---Sec SW Rev: 2.0(13) --- ---Cur SW Rev: 2.0(13) --- ---Boot FW Rev: 2.1(0) --- ---800-level Rev: A0 A0 A0800-level Part#: 800-06147-08 800-05787-02 800-05052-04CLEI Code: BAA670YCAA BA7IBCLAAA BA7IADNAAAReset Reason: On Power upCard Alarm: NONEFailed Reason: NoneMiscellaneous Information:Type <CR> to continue, Q<CR> to stop:After you confirm the upgrade to the first PXM45 card, the boot software upgrade for that card is complete.
Loading the Runtime Upgrade Software
This section describes how to load the runtime upgrade software in preparation for running it. Production switches should have redundant cards installed, so that upgrades can occur without interrupting traffic. For graceful upgrades, the upgrade software is loaded on the standby card first, and then the control is switched to upgraded card so that the other card can be upgraded. The best way to assess the upgrade status of a card is to enter the dspcd <slot> (or dsprev -sl) command. For example:
8850_NY.7.PXM.a > dspcd8850_NY System Rev: 02.01 Mar. 04, 2001 22:47:23 PSTMGX8850 Node Alarm: NONESlot Number 7 Redundant Slot: 8Front Card Upper Card Lower Card---------- ---------- ----------Inserted Card: PXM45 UI Stratum3 PXM HardDiskDriveReserved Card: PXM45 UI Stratum3 PXM HardDiskDriveState: Active Active ActiveSerial Number: SBK050302AF SBK045203PJ SBK044602HJPrim SW Rev: 2.0(13) --- ---Sec SW Rev: 2.0(13) --- ---Cur SW Rev: 2.0(13) --- ---Boot FW Rev: 2.1(0) --- ---800-level Rev: A0 A0 A0800-level Part#: 800-06147-08 800-05787-02 800-05052-04CLEI Code: BAA670YCAA BA7IBCLAAA BA7IADNAAAReset Reason: On Power upCard Alarm: NONEFailed Reason: NoneMiscellaneous Information:Type <CR> to continue, Q<CR> to stop:The primary (Prim SW Rev), secondary (Sec SW Rev), and current (Cur SW Rev) software revision labels indicate the status of an upgrade. In this example, these numbers match because the runtime software upgrade has not started. (Note that the boot software has been upgraded as indicated by the Boot FW Rev label.)
The primary software revision indicates which revision a card will run if it becomes active, and the secondary revision indicates an alternate revision that the card will use if the abortrev command is entered. (For more information on aborting an upgrade, see "Aborting a Runtime Software Upgrade," which appears later in this section.) The current software revision represents the software the active card is using.
The normal sequence of commands for a runtime software upgrade is loadrev, runrev, and commitrev. Table 11 shows how the software revision levels change during a graceful runtime software upgrade.Software Versions Reported During Graceful Upgrades
For non-graceful upgrades, the load process defines the software version to which the switch is about to be upgraded. Table 12 shows how the revision levels change during a non-graceful upgrade.
If you are performing a graceful upgrade, use the quickstart procedure described in "Graceful PXM45 and AXSM Runtime Software Upgrades," which appears earlier in this section. The following procedure provides detailed information on the load task within the quickstart procedure.
Step 1 To load the upgrade runtime software version on a PXM45 or AXSM card, enter the following command:
mgx8850a.7.PXM.a > loadrev <slot> <revision>Replace <slot> with the card slot number for the card to be upgraded, and replace <revision> with the software version number for the update. For graceful upgrades, you can specify either the active or the standby card. The switch software will automatically load the upgrade runtime software on the standby card when it is installed. The following example shows how to enter this command:
mgx8850a.7.PXM.a > loadrev 7 2.1(0)After you enter the loadrev command, the standby card comes up in the standby-U state.
You can find the software version number in Table 2. You can also determine the version number from the runtime software filename as described in "Determining the Software Version Number from Filenames," which appears in Chapter 7, "Switch Operating Procedures."
Step 2 When prompted to confirm the command, type y and press Return to continue.
Step 3 To verify that the load command was processed correctly, enter the dspcd <slot> command and check the status of the software revision levels. You can also view the revision levels with the dsprevs or dsprev -sl command. (dsprev -sl shows that loadrev is done.)
Note In a standalone configuration, the switch does not start the upgraded runtime software until the runrev command is entered. In a redundant configuration, the switch starts the upgraded runtime software on the standby card. The standby card does not become active until the runrev command is entered.
Activating the Upgraded Runtime Software
After you load the upgraded runtime software for a PXM45 or AXSM card, enter the runrev command to start using the software. The version levels for graceful and non-graceful upgrades change as shown earlier in Table 11 and Table 12. The following procedure describes how to activate the upgraded runtime software.
Step 1 To start using the new runtime software version on a PXM45 or AXSM card, enter the following command:
mgx8850a.7.PXM.a > runrev <slot> <revision>Replace <slot> with the card slot number, and replace <revision> with the software version number specified with the loadrev command. For graceful upgrades, you can specify either the active or the standby card. The switch software will automatically run the upgrade runtime software on the standby card when it is installed. The following example shows how to enter this command:
mgx8850a.7.PXM.a > runrev 7 2.1(0)The active card is reset, and the former standby card comes up in the active-U state.
Step 2 When prompted to confirm the command, type y and press Return to continue.
Step 3 To verify that the load command was processed correctly, enter the dspcd <slot> command and check the status of the software revision levels. You can also view the revision levels with the dsprev -sl command.
Step 4 When the former active PXM45 comes up in the standby-U state, enter the commitrev command to commit to that software version. This step is optional. The dsprev -sl command shows that runrev is done.
After the runrev command is entered, the switch starts running the new runtime software revision. The secondary software revision shows that a previous revision is still available. Whenever the secondary runtime software revision is different from the primary and current runtime software revisions, you can revert back to the secondary software revision as described in "Aborting a Runtime Software Upgrade," which appears later in this section.
Upgrading Boot Software on an AXSM Card
Note The AXSM upgrade procedures are the same for AXSM, AXSM/B, and the new AXSM-E cards.
The upgrade procedure for the boot software on a single AXSM card is the same for graceful and non-graceful upgrades. The difference between the graceful and non-graceful boot software upgrades is the sequence of commands before and after the upgrade on a single card. For information on the proper sequence see "Graceful AXSM Boot Upgrades" or "Non-Graceful AXSM Boot Upgrades," both of which appear earlier in this section.
To upgrade the boot software, use the following procedure.
Step 1 Copy the new boot software files for the AXSM card to the switch as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 2 Establish a CLI session with the switch using a user name with SERVICE_GP privileges or higher.
Step 3 To burn the new AXSM boot software, enter the burnboot command from the active PXM45 card. For example:
mgx8850a.7.PXM.a > burnboot <slot> <revision>Replace <slot> with the slot number of a standalone AXSM card or an AXSM card operating in standby mode. Replace <revision> with the software revision number to which you are upgrading. For example:
mgx8850a.7.PXM.a > burnboot 1 2.1(0)
Step 4 When prompted to confirm the upgrade, type y and press Return.
After you confirm the upgrade, the new boot software is burned into the AXSM card and the card is reset. Be patient, the card reset takes some time. You can use the dspcds (or dsprevs) command to display the status of the AXSM card. At first, the status may show that the card slot is empty or the card is rebooting. Reenter the command periodically to see the current status of the card. When the card status returns to active or standby, you are ready to continue.
Step 5 To confirm that the AXSM card is now using the correct boot software, enter the dspcd <slot> command. The Boot FW Rev row in the display should show the new revision as shown in the following example:
8850_NY.7.PXM.a > dspcd 1
8850_NY System Rev: 02.01 Mar. 04, 2001 22:58:22 PSTmgx8850 Node Alarm: NONESlot Number: 1 Redundant Slot: NONEFront Card Upper Card Lower Card---------- ---------- ----------Inserted Card: AXSM_4OC12 SMFIR_2_OC12 SMFIR_2_OC12Reserved Card: AXSM_4OC12 SMFIR_2_OC12 UnReservedState: Active Active ActiveSerial Number: SAK0344001V SBK0406002K SAK032800Q6Prim SW Rev: 2.0(13) --- ---Sec SW Rev: 2.0(13) --- ---Cur SW Rev: 2.0(13) --- ---Boot FW Rev: 2.1(0) --- ---800-level Rev:800-level Part#: 800-05774-05 800-05383-01 800-05383-01CLEI Code: 1234567890 BAI9ADTAAA 0Reset Reason: On Power upCard Alarm: NONEFailed Reason: NoneMiscellaneous Information:Type <CR> to continue, Q<CR> to stop:After you confirm the boot software upgrade to the AXSM card, the boot software upgrade for that card is complete.
Aborting a Runtime Software Upgrade
After upgrading PXM45 or AXSM runtime software, you can revert to the previously used version of software at any time, as long as you have not committed to the new software version with the commitrev command (which is described in the next section).
Note Reverting to the previously used version of runtime software terminates all calls in progress.
To revert to the previously used runtime software version, use the following procedure.
Step 1 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 2 To display the software revisions known to the switch, enter the dspcd <slot> command. (You can also view the revision levels with the dsprevs and dspversion command.)
Replace slot with the slot number of the active PXM45 or AXSM card. To complete the next step, you need to know the secondary software revision shown in the display.
Note If the primary and secondary software revisions are the same, there is no other revision level to revert back to.
Step 3 To abort use of the primary software revision and revert back to the secondary software revision, enter the following command:
mgx8850a.7.PXM.a > abortrev <slot> <revision>Replace <slot> with the card slot number for the active PXM45 or AXSM card, and replace <revision> with the software version number for the secondary software revision.
Step 4 To verify that the standby card is running the previously used software version, enter the dspcd <slot> command to view the software version in use. You can also view the revision levels with the dsprev -sl command.
Committing to a Runtime Software Upgrade
Committing to an upgrade does the following:
•Disables use of the abortrev command to revert back to the previously used version of software
•Enables upgrading of the current version of software
Once you are sure that an upgrade is stable, you can use the commitrev command to commit that software version. This prevents other administrators from inadvertently reverting to the previous version. You must also commit the current software version before you can upgrade to another software version.
To commit the currently running runtime software version, use the following procedure:
Step 1 Establish a configuration session using a user name with SERVICE_GP privileges or higher.
Step 2 Determine if there is an unfinished upgrade by doing the following:
a. If necessary, use the cc command to select the active PXM45 card.
b. Enter the dspcd <slot> command.
c. Check the dspcd command report to see if the same software revision is listed for the Primary Software Revision (Prim SW Rev), Secondary Software Revision (Sec SW Rev), and Current Software Revision (Curr SW Rev).
If all version numbers are identical, the runtime software can be upgraded. There is no need to commit to the current software revision.
Step 3 To commit to the software version, enter the following command:
mgx8850a.7.PXM.a > commitrev <slot> <revision>Replace <slot> with the card slot number for the active PXM45 or AXSM card, and replace <revision> with the software version number for the currently used software version. To display the software version number, use the dspcd <slot> command to view the software version in use. You can also view the revision levels with the dsprev -sl command.
Note Cisco Systems recommends that you avoid configuration changes until after you have run the commitrev or abortrev commands.
Upgrade Procedures for RPM-PR Cards
The following sections describe how to upgrade boot and runtime software on RPM-PR cards in detail.
Please read "RPM-PR and MPLS Limitations, Restrictions, and Notes" section.
Upgrading RPM Boot Software
At the factory, a boot file is installed in the bootflash on the RPM-PR card and is used to boot the card. The runtime software is updated more frequently than the boot software. However, the boot software is updated occasionally. When you are updating runtime software, check Table 2 to see if a boot software upgrade is required.
The boot software is stored in bootflash memory on the RPM card. To manage the software in bootflash, you access it as if it were a hard disk. For example, in copy and delete file commands, files are identified as bootflash:filename (which is similar to e:filename).
The following example shows a directory of bootflash contents:
Router(boot)#show flash:-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .D config D4F7352A 40330 18 686 Jan 30 2001 18:18:41 auto_config_slot092 .D config CBF007C1 40660 9 688 Feb 22 2001 15:33:11 slot9.cnf3 .. image F596869A 2973E8 27 2452744 Feb 28 2001 03:16:05 rpm-boot-mz_002.001.060.100
Note Although you can display directory contents with the dir bootflash: command, the show flash: command provides more detail. Also, although bootflash and flash are separate entities on other Cisco Systems Routers, both terms refer to the same entity on the RPM.
In the example above, the numbers in the left column indicate the order in which the RPM-PR card will try to load software. The second column shows that the first two files are marked for deletion (D). The last column lists the names of the files stored in bootflash.
When managing the bootflash, you need to keep in mind the following:
•When the RPM card is reset, it tries to load the first bootable image in bootflash.
•The RPM card will not attempt to boot from automatic configuration files, which are named using the format auto_config_slotnn, where nn represents a slot in which an RPM card is installed.
•If the image that RPM tries to load does not load, you can reset the RPM from the active PXM45 card using the resetcd <slot> command.
•Files are not removed from bootflash until the squeeze flash: command is entered. If you delete a file and do not enter squeeze flash:, the RPM card will still attempt to boot from the first image it finds, whether it is marked for deletion or not.
Caution If all bootable images are deleted from bootflash, the card must be returned to the factory to be reprogrammed.
Upgrading RPM Runtime Software
The runtime software on the RPM can be loaded from the following sources:
•The E:RPM directory on the PXM45 hard disk
•Bootflash
•A TFTP server on a LAN to which an RPM back card is connected.
Cisco Systems recommends that you configure the RPM card to load from the E:RPM directory on the PXM45 hard disk. Note that images will load much faster from bootflash, but if you are using multiple RPM cards, it takes longer to complete an upgrade because the runtime software must be copied to each RPM card's bootflash instead of to a single location.
At startup, the RPM card attempts to load the software in the order listed in the startup-config file. The following example shows an excerpt from a startup-config file:
!boot system e:rpm-js-mz_122-4.Tboot system bootflash:rpm-js-mz_122-4.Tboot config c:auto_config_slot09logging rate-limit console 10 except errorsenable password cisco!In the startup-config file example, the RPM card attempts to load the runtime software from the PXM45 card (E:rpm-js-mz_122-4.T) first, and if that fails, it attempts to load the image copy stored in bootflash. This configuration takes longer to upgrade, but it assures the card can reboot if someone accidentally removes the file on the PXM45 hard disk.
Note The convention is lowercase e for RPM-PR commands and uppercase E for switch commands.
To configure the RPM to load upgraded runtime software from the PXM45 hard disk, you need to do the following:
•Copy the upgraded file to the PXM45 hard disk
•Update the boot system variable in the router startup-config file to load the new file.
•Reset the RPM card so that it loads the new file.
RPM-PR cards can be configured for 1:N redundancy as well as for non-redundant configurations. The procedures for both types of configuration are in the sections that follow.
Tips To simplify runtime software updates, copy the runtime file in the E:RPM directory and rename it to a generic name such as rpm-js-mz. The production runtime filenames have version numbers appended to them, but you can change this. This approach allows you to perform future upgrades by copying the file to the hard disk, renaming a copy of the file to your generic name, and resetting each card. The approach eliminates the need to reconfigure IOS on each card to recognize the new filename.
Upgrade Procedure for Boot Software and Runtime Software for Non-Redundant Cards
The following procedure describes how to upgrade boot software and runtime software.
Note The first part of this procedure describes boot software upgrade and the second part describes runtime software upgrade. RPM boot software can be upgraded either in boot mode or in runtime mode. The procedure described here shows an example for runtime mode. The same commands are applicable for upgrading boot software in boot mode.
Step 1 Copy the new boot software file for the RPM-PR card to the switch (E:RPM) as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 2 Establish a configuration session using any valid user name.
Step 3 Use the cc command to select the RPM-PR card to update.
pop20two.7.PXM.a > cc 9(session redirected)Router>The switch displays the IOS prompt for the router on the RPM-PR card. From this point on, all commands are Cisco IOS commands.
Note This procedure assumes that you are familiar with Cisco IOS, which is a topic that is beyond the scope of this book. This procedure details only those commands that are unique to setting up RPM-PR on the switch. For general Cisco IOS commands, examples are given to show how to complete the task.
Step 4 Enter Enable mode for the router.
Router>enablePassword:Router#Step 5 To verify router access to the PXM45 hard disk and display the boot file name, enter dir e: command.
Router#dir e:Directory of c:/65539 -rw- 815 Sep 13 2001 23:51:10 auto_config_slot0965540 -rw- 2588780 May 22 2001 19:06:54 rpm-boot-mz_002.001.060.10084611 -rw- 2452768 Apr 05 2001 05:34:44 rpm-boot-mz.122-4.T66805 -rw- 8529104 May 22 2001 19:09:00 rpm-js-mz_002.001.060.10085809 -rw- 7936012 Apr 05 2001 06:28:54 rpm-js-mz.122-4.T104857600 bytes total (83068928 bytes free)Step 6 To display the files in the bootflash, enter the show flash: command.
Router#show flash:-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. image F596869A 296D88 27 2452744 Feb 28 2001 03:16:05 rpm-boot-mz_122-4.T30315128 bytes available (2452872 bytes used)Step 7 To copy new boot software to the bootflash, use the copy command.
Router#copy c:rpm-boot-mz_002.001.060.100 bootflash:Destination filename [rpm-boot-mz_002.001.060.100]?CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC CCCCCCCCCCCCCCCCCCCCC2334044 bytes copied in 35.768 secs (66686 bytes/sec)
Tips When prompted for the destination filename, press enter to use the source filename shown in the prompt. To change the destination filename, type a new filename after the prompt.
Step 8 To verify that the file was copied, enter the show flash: command.
Step 9 To mark an older boot file for deletion from the bootflash, use the del bootflash: command as shown in the following example:
Router#del bootflash:Delete filename []? rpm-js-mzDelete bootflash:rpm-js-mz? [confirm]Router#
Tips To unmark a bootflash file so that it won't be deleted when the squeeze flash: command is run, enter the undelete <number> command, where number is the file number displayed in the left-most column of the show flash: command display.
Step 10 To delete all files that are marked for deletion from bootflash, enter the squeeze flash: command as shown in the following example:
Router(boot)#squeeze flash:All deleted files will be removed. Continue? [confirm]ySqueeze operation may take a while. Continue? [confirm]Squeeze of bootflash completeStep 11 Enter the show flash: command to verify that the bootflash files are as you want them.
Caution If all bootable images are deleted from bootflash and the RPM card is restarted, the card must be returned to the factory to be reprogrammed. When you are done managing the bootflash, the show flash: command should display at least one bootable image, and the image you want the card to boot from must be the first bootable image in the list.
Tips If the show flash: command does not display a bootable image, copy a bootable image to bootflash as described earlier in this procedure. You can continue to manage the bootflash, even when there are no files in bootflash, until the router is restarted.
Tips If the bootflash contains bootable images and the sequence is such that the card will not start, you can enter rommon mode and load the bootable image. To get into rommon mode, establish a console connection to the RPM card, reset the RPM card using the resetcd <slot> command from the active PXM45 card, then quickly enter the CTRL-[, Break sequence at the RPM console. The command to send a Break depends on the computer platform and software you are using. It may take a couple of attempts to successfully get into rommon mode. When you are in rommon mode, the RPM card displays the rommon 1 > prompt.
Once in rommon mode, you can enter the dir bootflash: command to display the images in bootflash. To boot one of the images, enter a boot command the following format: boot bootflash:filename.This ends the boot software upgrade procedure. The following steps are for upgrading the runtime software. If you do not want to upgrade the runtime software, you need to restart the RPM card by entering the reload command.
Step 12 Copy the new runtime software file for the RPM-PR card to the switch (E:RPM) as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 13 If you are using a generic filename for your runtime images, copy the file on the PXM45 hard disk and rename the copy. For example:
8850_LA.8.PXM.a > copy rpm-js-mz_122-4.T rpm-js-mzStep 14 Establish a configuration session using any valid user name.
Step 15 If your RPM is already configured to use a file with a generic name, skip to Step 24.
Step 16 Use the cc command to select the RPM-PR card to update.
pop20two.7.PXM.a > cc 9(session redirected)Router>The switch displays the IOS prompt for the router on the RPM-PR card. From this point on, all commands are Cisco IOS commands.
Note This procedure assumes that you are familiar with Cisco IOS, which is a topic that is beyond the scope of this book. This procedure details only those commands that are unique to setting up RPM-PR on the switch. For general Cisco IOS commands, examples are given to show how to complete the task.
Step 17 Configure the RPM card to store its configuration on the PXM45 hard disk by entering the following command:
Router> boot config e:auto_config_slot#Step 18 Enter Enable mode for the router.
Router>enablePassword:Router#Step 19 Display the startup runtime software filename by entering the show bootvar command.
Router#show bootvarBOOT variable = e:rpm-js-mz_122-4.T,12;CONFIG_FILE variable = c:auto_config_slot09BOOTLDR variable does not existConfiguration register is 0x2In the example above, the startup runtime software file is E:rpm-js-mz_122-4.T, and it has a version number attached to it. Another way to view the boot list is to enter the show startup-config command and look for the boot system commands.
Step 20 Enter the router global configuration mode.
Router#config terminalEnter configuration commands, one per line. End with CNTL/Z.Step 21 If you need to change the boot system filenames, remove the existing boot list using the boot system command as follows:
Router(config)# no boot systemStep 22 Create a new boot list by entering one or more boot system commands as follows:
Router(config)# boot system e:filenameReplace the filename variable with the name of the new runtime file that was previously transferred to the E:RPM directory on the switch. For example:
Router(config)# boot system e:rpm-js-mzIf you want to enter additional boot system commands, enter them in the order in which you want the RPM card to use them. The following example adds a statement to load from bootflash if the runtime file is not found on the PXM45 hard disk:
Router(config)# boot system bootflash:rpm-js-mz_122-4.T
Note Before the RPM card can load runtime software from bootflash, you must copy the runtime software to the bootflash. The procedure for copying files from the PXM45 hard disk to bootflash is described in the previous section.
Step 23 Exit global configuration mode and save the new configuration.
Router(config)#^ZRouter#copy run startDestination filename [startup-config]?Building configuration...[OK]Step 24 To verify the change, enter the show bootvar or show run commands.
Step 25 Switch to the active PXM45 card and reset the RPM card. For example:
Router#cc 8
(session redirected)8850_LA.8.PXM.a > resetcd 9
The card in slot number 9, will be reset. Please confirm actionresetcd: Do you want to proceed (Yes/No)? yUpgrading RPM-PR Boot Software and Runtime Software for 1:N Redundancy
The following procedure describes how to upgrade boot software and runtime software.
Note The first part of this procedure describes boot software upgrade and the second part describes runtime software upgrade. RPM boot software can be upgraded either in boot mode or in runtime mode. The procedure described here shows an example for runtime mode. The same commands are applicable for upgrading boot software in boot mode.
Step 1 Copy the new boot software file for the RPM-PR card to the switch (E:RPM) as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 2 Establish a configuration session using any valid user name.
Step 3 Use the cc command to select the RPM-PR card to update.
pop20two.7.PXM.a > cc 9(session redirected)Router>The switch displays the IOS prompt for the router on the RPM-PR card. From this point on, all commands are Cisco IOS commands.
Note This procedure assumes that you are familiar with Cisco IOS, which is a topic that is beyond the scope of this book. This procedure details only those commands that are unique to setting up RPM-PR on the switch. For general Cisco IOS commands, examples are given to show how to complete the task.
Step 4 Enter Enable mode for the router.
Router>enablePassword:Router#Step 5 To verify router access to the PXM45 hard disk and display the boot file name, enter dir e: command.
Router#dir e:Directory of c:/65539 -rw- 815 Sep 13 2001 23:51:10 auto_config_slot0965540 -rw- 2588780 May 22 2001 19:06:54 rpm-boot-mz_002.001.060.10084611 -rw- 2452768 Apr 05 2001 05:34:44 rpm-boot-mz.122-4.T66805 -rw- 8529104 May 22 2001 19:09:00 rpm-js-mz_002.001.060.10085809 -rw- 7936012 Apr 05 2001 06:28:54 rpm-js-mz.122-4.T104857600 bytes total (83068928 bytes free)Step 6 To display the files in the bootflash, enter the show flash: command.
Router#show flash:-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. image F596869A 296D88 27 2452744 Feb 28 2001 03:16:05 rpm-boot-mz_122-4.T30315128 bytes available (2452872 bytes used)Step 7 To copy new boot software to the bootflash, use the copy command.
Router#copy c:rpm-boot-mz_002.001.060.100 bootflash:Destination filename [rpm-boot-mz_002.001.060.100]?CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC CCCCCCCCCCCCCCCCCCCCC2334044 bytes copied in 35.768 secs (66686 bytes/sec)
Tips When prompted for the destination filename, press enter to use the source filename shown in the prompt. To change the destination filename, type a new filename after the prompt.
Step 8 To verify that the file was copied, enter the show flash: command.
Step 9 To mark an older boot file for deletion from the bootflash, use the del bootflash: command as shown in the following example:
Router#del bootflash:Delete filename []? rpm-js-mzDelete bootflash:rpm-js-mz? [confirm]Router#
Tips To unmark a bootflash file so that it won't be deleted when the squeeze flash: command is run, enter the undelete <number> command, where number is the file number displayed in the left-most column of the show flash: command display.
Step 10 To delete all files that are marked for deletion from bootflash, enter the squeeze flash: command as shown in the following example:
Router(boot)#squeeze flash:All deleted files will be removed. Continue? [confirm]ySqueeze operation may take a while. Continue? [confirm]Squeeze of bootflash completeStep 11 Enter the show flash: command to verify that the bootflash files are as you want them.
Caution If all bootable images are deleted from bootflash and the RPM card is restarted, the card must be returned to the factory to be reprogrammed. When you are done managing the bootflash, the show flash: command should display at least one bootable image, and the image you want the card to boot from must be the first bootable image in the list.
Tips If the show flash: command does not display a bootable image, copy a bootable image to bootflash as described earlier in this procedure. You can continue to manage the bootflash, even when there are no files in bootflash, until the router is restarted.
Tips If the bootflash contains bootable images and the sequence is such that the card will not start, you can enter rommon mode and load the bootable image. To get into rommon mode, establish a console connection to the RPM card, reset the RPM card using the resetcd <slot> command from the active PXM45 card, then quickly enter the CTRL-[, Break sequence at the RPM console. The command to send a Break depends on the computer platform and software you are using. It may take a couple of attempts to successfully get into rommon mode. When you are in rommon mode, the RPM card displays the rommon 1 > prompt.
Once in rommon mode, you can enter the dir bootflash: command to display the images in bootflash. To boot one of the images, enter a boot command the following format: boot bootflash:filename.This ends the boot software upgrade procedure for the primary card. The following steps are for upgrading the runtime software. If you do not want to upgrade the runtime software for the primary card, skip steps 12 through 24 and go to step 25 to upgrade the boot software on the secondary card.
Step 12 Copy the new runtime software file for the RPM-PR card to the switch (E:RPM) as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 13 If you are using a generic filename for your runtime images, copy the file on the PXM45 hard disk and rename the copy. For example:
8850_LA.8.PXM.a > copy rpm-js-mz_122-4.T rpm-js-mzStep 14 Establish a configuration session using any valid user name.
Step 15 If your RPM is already configured to use a file with a generic name, skip to Step 25.
Step 16 Use the cc command to select the RPM-PR card to update.
pop20two.7.PXM.a > cc 9(session redirected)Router>The switch displays the IOS prompt for the router on the RPM-PR card. From this point on, all commands are Cisco IOS commands.
Note This procedure assumes that you are familiar with Cisco IOS, which is a topic that is beyond the scope of this book. This procedure details only those commands that are unique to setting up RPM-PR on the switch. For general Cisco IOS commands, examples are given to show how to complete the task.
Step 17 Configure the RPM card to store its configuration on the PXM45 hard disk by entering the following command:
Router> boot config e:auto_config_slot#Step 18 Enter Enable mode for the router.
Router>enablePassword:Router#Step 19 Display the startup runtime software filename by entering the show bootvar command.
Router#show bootvarBOOT variable = e:rpm-js-mz_122-4.T,12;CONFIG_FILE variable = c:auto_config_slot09BOOTLDR variable does not existConfiguration register is 0x2In the example above, the startup runtime software file is e:rpm-js-mz_122-4.T, and it has a version number attached to it. Another way to view the boot list is to enter the show startup-config command and look for the boot system commands.
Step 20 Enter the router global configuration mode.
Router#config terminalEnter configuration commands, one per line. End with CNTL/Z.Step 21 If you need to change the boot system filenames, remove the existing boot list using the boot system command as follows:
Router(config)# no boot systemStep 22 Create a new boot list by entering one or more boot system commands as follows:
Router(config)# boot system e:filenameReplace the filename variable with the name of the new runtime file that was previously transferred to the E:RPM directory on the switch. For example:
Router(config)# boot system e:rpm-js-mzIf you want to enter additional boot system commands, enter them in the order in which you want the RPM card to use them. The following example adds a statement to load from bootflash if the runtime file is not found on the PXM45 hard disk:
Router(config)# boot system bootflash:rpm-js-mz_122-4.T
Note Before the RPM card can load runtime software from bootflash, you must copy the runtime software to the bootflash. The procedure for copying files from the PXM45 hard disk to bootflash is described in the previous section.
Step 23 Exit global configuration mode and save the new configuration.
Router(config)#^ZRouter#copy run startDestination filename [startup-config]?Building configuration...[OK]Step 24 To verify the change, enter the show bootvar or show run commands.
Step 25 Switch to the active PXM45 card. For example:
Router#cc 8
(session redirected)Step 26 Switch to the secondary card using the softswitch command as follows:
8850_LA.8.PXM.a > softswitch <fromSlot> <toSlot>Replace <fromSlot> with the slot number of the primary card. Replace <toSlot> with the slot number of the secondary card.
This step makes the secondary card active and resets the primary RPM-PR card. When the Primary card resets, it loads the upgraded software.
Step 27 cc to the secondary slot.
Step 28 Repeat steps 1through 11.
This ends the boot software upgrade on the secondary card. If you do not want to upgrade the runtime software, go to step 30.
The following steps are for upgrading runtime software on the secondary card.
Step 29 Repeat steps 12through 24.
Step 30 Switch back to the primary card using the softswitch command as follows:
8850_LA.8.PXM.a > softswitch <fromSlot> <toSlot>Replace <fromSlot> with the slot number of the secondary card. Replace <toSlot> with the slot number of the primary card.This step makes the primary card active and resets the secondary RPM-PR card. When the reset is complete, the secondary card is ready to run the upgraded software.
Step 31 To verify that the router reboot is complete, enter the dspcds or dspcd <slot> commands. The reboot is complete when the card state displays as Active. Another way to verify router operation is to use the cc slot command. If you can access the router from the switch prompt, the router reboot is complete.
Step 32 If there are other primary cards with redundant (secondary) cards, repeat this procedure for each primary card.
Upgrading RPM-PR Runtime Software for 1:N Redundancy
Redundancy must be established before you use the procedure in this section. If redundancy has not been established, upgrade each RPM-PR card using the procedure in the next section, "Upgrading Without Redundancy".
To upgrade the RPM-PR runtime software for 1:N redundancy, use the following procedure. (Note that the directory on the PXM45 card uses (E:) and the directory within the router card uses (e:).)
Step 1 Copy the new runtime software file for the RPM-PR card to the switch (E:RPM) as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 2 If you are using a generic filename for your runtime images, copy the file on the PXM45 hard disk and rename the copy. For example:
8850_LA.8.PXM.a > copy rpm-js-mz_122-4.T rpm-js-mzStep 3 Establish a configuration session using any valid user name.
Step 4 If your RPM is already configured to use a file with a generic name, skip to Step 13.
Step 5 Use the cc command to select the RPM-PR card to update.
pop20two.7.PXM.a > cc 9(session redirected)Router>The switch displays the IOS prompt for the router on the RPM-PR card. From this point on, all commands are Cisco IOS commands.
Note This procedure assumes that you are familiar with Cisco IOS, which is a topic that is beyond the scope of this book. This procedure details only those commands that are unique to setting up RPM-PR on the switch. For general Cisco IOS commands, examples are given to show how to complete the task.
Step 6 Enter Enable mode for the router.
Router>enablePassword:Router#Step 7 Display the startup runtime software filename by entering the show bootvar command.
Router#show bootvarBOOT variable = c:rpm-js-mz_122-4.T,12;CONFIG_FILE variable = c:auto_config_slot09BOOTLDR variable does not existConfiguration register is 0x2In the example above, the startup runtime software file is c:rpm-js-mz_122-4.T, and it has a version number attached to it. Another way to view the boot list is to enter the show startup-config command and look for the boot system commands.
Step 8 Enter the router global configuration mode.
Router#config terminalEnter configuration commands, one per line. End with CNTL/Z.Step 9 If you need to change the boot system filenames, remove the existing boot list using the boot system command as follows:
Router(config)# no boot systemStep 10 Create a new boot list by entering one or more boot system commands as follows:
Router(config)# boot system e:filenameReplace the filename variable with the name of the new runtime file that was previously transferred to the E:RPM directory on the switch. For example:
Router(config)# boot system e:rpm-js-mzIf you want to enter additional boot system commands, enter them in the order in which you want the RPM card to use them. The following example adds a statement to load from bootflash if the runtime file is not found on the PXM45 hard disk:
Router(config)# boot system bootflash:rpm-js-mz_122-4.T
Note Before the RPM card can load runtime software from bootflash, you must copy the runtime software to the bootflash. The procedure for copying files from the PXM45 hard disk to bootflash is described in the previous section.
Step 11 Exit global configuration mode and save the new configuration.
Router(config)#^ZRouter#copy run startDestination filename [startup-config]?Building configuration...[OK]Step 12 To verify the change, enter the show bootvar or show run commands.
Step 13 Switch to the active PXM45 card. For example:
Router#cc 8
(session redirected)Step 14 Switch to the secondary card using the softswitch command as follows:
8850_LA.8.PXM.a > softswitch <fromSlot> <toSlot>Replace <fromSlot> with the slot number of the primary card. Replace <toSlot> with the slot number of the secondary card.
This step makes the secondary card active and resets the primary RPM-PR card. When the Primary card resets, it loads the upgraded software.
Step 15 cc <secondarySlot> Select the slot in which the secondary card is installed.
Step 16 Repeat steps 7 through 11.
Step 17 Switch back to the primary card using the softswitch command as follows:
8850_LA.8.PXM.a > softswitch <fromSlot> <toSlot>Replace <fromSlot> with the slot number of the secondary card. Replace <toSlot> with the slot number of the primary card.This step makes the primary card active and resets the secondary RPM-PR card. When the reset is complete, the secondary card is ready to run the upgraded software.
Step 18 To verify that the router reboot is complete, enter the dspcds or dspcd <slot> commands. The reboot is complete when the card state displays as Active. Another way to verify router operation is to use the cc slot command. If you can access the router from the switch prompt, the router reboot is complete.
Step 19 If there are other primary cards with redundant (secondary) cards, repeat this procedure for each primary card.
Upgrading RPM Runtime Software for Non-Redundant Cards
To upgrade the RPM-PR runtime software for non-redundant cards, use the following procedure.
Step 1 Copy the new runtime software file for the RPM-PR card to the switch (E:RPM) as described in "Copying Software Files to the Switch," which appears earlier in this section.
Step 2 If you are using a generic filename for your runtime images, copy the file on the PXM45 hard disk and rename the copy. For example:
8850_LA.8.PXM.a > copy rpm-js-mz_122-4.T rpm-js-mzStep 3 Establish a configuration session using any valid user name.
Step 4 If your RPM is already configured to use a file with a generic name, skip to Step 13.
Step 5 Use the cc command to select the RPM-PR card to update.
pop20two.7.PXM.a > cc 9(session redirected)Router>The switch displays the IOS prompt for the router on the RPM-PR card. From this point on, all commands are Cisco IOS commands.
Note This procedure assumes that you are familiar with Cisco IOS, which is a topic that is beyond the scope of this book. This procedure details only those commands that are unique to setting up RPM-PR on the switch. For general Cisco IOS commands, examples are given to show how to complete the task.
Step 6 Configure the RPM card to store its configuration on the PXM45 hard disk by entering the following command:
Router> boot config e:auto_config_slot#Step 7 Enter Enable mode for the router.
Router>enablePassword:Router#Step 8 Display the startup runtime software filename by entering the show bootvar command.
Router#show bootvarBOOT variable = c:rpm-js-mz_122-4.T,12;CONFIG_FILE variable = c:auto_config_slot09BOOTLDR variable does not existConfiguration register is 0x2In the example above, the startup runtime software file is c:rpm-js-mz_122-4.T, and it has a version number attached to it. Another way to view the boot list is to enter the show startup-config command and look for the boot system commands.
Step 9 Enter the router global configuration mode.
Router#config terminalEnter configuration commands, one per line. End with CNTL/Z.Step 10 If you need to change the boot system filenames, remove the existing boot list using the boot system command as follows:
Router(config)# no boot systemStep 11 Create a new boot list by entering one or more boot system commands as follows:
Router(config)# boot system e:filenameReplace the filename variable with the name of the new runtime file that was previously transferred to the E:RPM directory on the switch. For example:
Router(config)# boot system e:rpm-js-mzIf you want to enter additional boot system commands, enter them in the order in which you want the RPM card to use them. The following example adds a statement to load from bootflash if the runtime file is not found on the PXM45 hard disk:
Router(config)# boot system bootflash:rpm-js-mz_122-4.T
Note Before the RPM card can load runtime software from bootflash, you must copy the runtime software to the bootflash. The procedure for copying files from the PXM45 hard disk to bootflash is described in the previous section.
Step 12 Exit global configuration mode and save the new configuration.
Router(config)#^ZRouter#copy run startDestination filename [startup-config]?Building configuration...[OK]Step 13 To verify the change, enter the show bootvar or show run commands.
Step 14 Switch to the active PXM45 card and reset the RPM card. For example:
Router#cc 8
(session redirected)8850_LA.8.PXM.a > resetcd 9
The card in slot number 9, will be reset. Please confirm actionresetcd: Do you want to proceed (Yes/No)? y
Troubleshooting Upgrade Problems
Table 13 lists symptoms of upgrade problems and suggestion on how to correct them.
Tips When troubleshooting problems on standby PXM45 cards or cards that do not start up to the active state, establish communications through the boot IP address or through the console port.
Documentation
Release notes ship with the switch. You can also download the release notes and other documentation from http://www.cisco.com/univercd/cc/td/doc/product/wanbu/index.htm, or you can order printed manuals (see "Ordering Documentation").
Related Documentation
The following Cisco publications contain additional information related to the operation of this product and associated equipment in a Cisco WAN switching network.
Cisco WAN Manager Release 10.5 Documentation
The product documentation for the Cisco WAN Manager (CWM) network management system for Release 10.5 is listed in Table 14.
Cisco MGX 8850 Release 2.1 Documentation
The product documentation for the installation and operation of the MGX 8850 Release 2.1 switch is listed in Table 16.
Table 16 Cisco MGX 8850 Switch Release 2.1 Documentation
Title DescriptionCisco MGX 8850 Routing Switch Hardware Installation Guide, Release 2.1
DOC-7812561=
Describes how to install the MGX 8850 switch. It explains what the switch does, and covers site preparation, grounding, safety, card installation, and cabling.
Cisco MGX 8850 Switch Command Reference, Release 2.1
DOC-7812563=
Describes how to use the commands that are available in the CLI1 of the MGX 8850 switches.
Cisco MGX 8850 Switch Software Configuration Guide, Release 2.1
DOC-7812551=
Describes how to configure the MGX 8850 switches to operate as ATM edge and core switches. This guide also provides some operation and maintenance procedures.
Cisco MGX 8850 SNMP Reference, Release 2.1
DOC-7812562=
Provides information on all supported MIB2 objects, support restrictions, traps, and alarms for the AXSM, PXM45, and RPM. PNNI is also supported.
Cisco MGX and SES PNNI Network Planning Guide
DOC-7813543=
Provides guidelines for planning a PNNI network that uses the MGX 8850 switches and the BPX 8600 switches. When connected to a PNNI network, each BPX 8600 series switch requires a Service Expansion Shelf (SES) for PNNI route processing.
Cisco MGX Route Processor Module Installation and Configuration Guide, Release 2.1
DOC-7812510=
Describes how to install and configure the MGX Route Processor Module (RPM-PR) in the MGX 8850 Release 2.1 switch. Also provides site preparation, troubleshooting, maintenance, cable and connector specifications, and basic IOS configuration information.
1 CLI = command line interface
2 MIB = Management Information Base
SES PNNI Release 1.1 Documentation
The product documentation that contains information for the understanding, the installation, and the operation of the Service Expansion Shelf (SES) PNNI Controller is listed in Table 17.
Cisco WAN Switching Software, Release 9.3 Documentation
The product documentation for the installation and operation of the Cisco WAN Switching Software Release 9.3 is listed in Table 18.
MGX 8850 Multiservice Switch, Release 1.1.40 Documentation
The product documentation that contains information for the installation and operation of the MGX 8850 Multiservice Switch is listed in Table 19.
MGX 8250 Edge Concentrator, Release 1.1.40 Documentation
The documentation that contains information for the installation and operation of the MGX 8250 Edge Concentrator is listed in Table 20.
MGX 8230 Multiservice Gateway, Release 1.1.40 Documentation
The documentation that contains information for the installation and operation of the MGX 8230 Edge Concentrator is listed in Table 21.
Ordering Documentation
Cisco documentation is available in the following ways:
•Registered Cisco Direct Customers can order printed Cisco product documentation from the Networking Products MarketPlace:
http://www.cisco.com/cgi-bin/order/order_root.pl
Starting with MGX 2.1.60 and its associated releases, printed documentation is offered through the "Printed Information Ordering" site, which can be accessed through:
http://www.cisco.com/univercd/cc/td/doc/es_inpck/pdi.htm
•Registered Cisco.com users can order the Documentation CD-ROM through the online Subscription Store:
http://www.cisco.com/go/subscription
•Non-registered Cisco.com users can order documentation through a local account representative by calling Cisco corporate headquarters (California, USA) at 408 526-7208 or, in North America, by calling 800 553-NETS(6387).
Documentation on the World Wide Web
You can access the most current Cisco documentation on the World Wide Web at the following sites:
•http://www.cisco.com (for example, http://www.cisco.com/univercd/cc/td/doc/product/wanbu/index.htm)
•http://www-china.cisco.com
•http://www-europe.cisco.com
Documentation CD-ROM
Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM is updated monthly and may be more current than printed documentation. The CD-ROM package is available as a single unit or as an annual subscription as mentioned above.
Documentation Feedback
If you are reading Cisco product documentation on the World Wide Web, you can submit technical comments electronically. Click Feedback in the toolbar and select Documentation. After you complete the form, click Submit to send it to Cisco.
You can e-mail your comments to bug-doc@cisco.com or msspubs-feedback@cisco.com.
To submit your comments by mail, use the response card behind the front cover of your document, or write to the following address:
Attn: Document Resource Connection
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-9883We appreciate your comments.
Technical Assistance
Cisco provides Cisco.com as a starting point for all technical assistance. Customers and partners can obtain documentation, troubleshooting tips, and sample configurations from online tools. For Cisco.com registered users, additional troubleshooting tools are available from the TAC website.
Cisco.com
Cisco.com is the foundation of a suite of interactive, networked services that provides immediate, open access to Cisco information and resources at anytime, from anywhere in the world. This highly integrated Internet application is a powerful, easy-to-use tool for doing business with Cisco.
Cisco.com provides a broad range of features and services to help customers and partners streamline business processes and improve productivity. Through Cisco.com, you can find information about Cisco and our networking solutions, services, and programs. In addition, you can resolve technical issues with online technical support, download and test software packages, and order Cisco learning materials and merchandise. Valuable online skill assessment, training, and certification programs are also available.
Customers and partners can self-register on Cisco.com to obtain additional personalized information and services. Registered users can order products, check on the status of an order, access technical support, and view benefits specific to their relationships with Cisco.
To access Cisco.com, go to http://www.cisco.com
Technical Assistance Center
The Cisco TAC website is available to all customers who need technical assistance with a Cisco product or technology that is under warranty or covered by a maintenance contract.
Contacting TAC by Using the Cisco TAC Website
If you have a priority level 3 (P3) or priority level 4 (P4) problem, contact TAC by going to the TAC website:
http://www.cisco.com/tac
P3 and P4 level problems are defined as follows:
•P3—Your network performance is degraded. Network functionality is noticeably impaired, but most business operations continue.
•P4—You need information or assistance on Cisco product capabilities, product installation, or basic product configuration.
In each of the above cases, use the Cisco TAC website to quickly find answers to your questions.
Note To register for Cisco.com, go to http://www.cisco.com/register/
If you cannot resolve your technical issue by using the TAC online resources, Cisco.com registered users can open a case online by using the TAC Case Open tool at http://www.cisco.com/tac/caseopen
Contacting TAC by Telephone
If you have a priority level 1(P1) or priority level 2 (P2) problem, contact TAC by telephone and immediately open a case. To obtain a directory of toll-free numbers for your country, go to the following website:
http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml
P1 and P2 level problems are defined as follows:
•P1—Your production network is down, causing a critical impact to business operations if service is not restored quickly. No workaround is available.
•P2—Your production network is severely degraded, affecting significant aspects of your business operations. No workaround is available.
Caveats
This section provides the following information:
•Known Anomalies in Release 2.1.60
•Anomalies Resolved in Release 2.1.60
•Anomaly Status Changes in Release 2.1.60
•Known Anomalies in Release 2.1.10
•Anomalies Resolved in Release 2.1.10
•Anomaly Status Changes in Release 2.1.10
•Anomalies Resolved in Release 2.1.00
•Known RPM-PR/MPLS Anomalies
Known Anomalies in Release 2.1.60
lists known severity level 1 (S1) anomalies in Release 2.1.60.
Table 23 lists known severity level 2 (S2) anomalies in Release 2.1.60.
lists known severity level 3 (S3) anomalies in Release 2.1.60.
Anomalies Resolved in Release 2.1.60
Table 25 lists the severity 1 anomalies that have been resolved in Release 2.1.60. Table 26 lists the severity 2 anomalies that have been resolved in Release 2.1.60. Table 27 lists the severity 3 anomalies that have been resolved in Release 2.1.60
Anomaly Status Changes in Release 2.1.60
Table 28 lists anomalies that have changed status in Release 2.1.60.
Known Anomalies in Release 2.1.10
Table 29 lists known anomalies in Release 2.1.10. Each anomaly includes a brief discussion of the problem. For additional information, use Bug Navigator to view the release note enclosure associated with the Anomaly ID listed in the table.
Anomalies Resolved in Release 2.1.10
Table 30 lists anomalies that were in Release 2.1.10 that are resolved in Release 2.1.60. Included with each anomaly is a brief discussion of the problem. For additional information, use Bug Navigator to view the release note enclosure associated with the Bug ID listed in the table.
Anomaly Status Changes in Release 2.1.10
lists anomalies that have changed status in Release 2.1.10.
Anomalies Resolved in Release 2.1.00
Table 32 lists anomalies previously in Release 2.1.00 that have been fixed in Release 2.1.60. Included with each anomaly is a brief discussion of the problem. For additional information, use Bug Navigator to view the release note enclosure associated with the Bug ID listed in the table.
Known RPM-PR/MPLS Anomalies
lists the anomalies that pertain to the route processor module and the MPLS feature.
This document is to be used in conjunction with the documents listed in the "Related Documentation" section.
AccessPath, AtmDirector, Browse with Me, CCDA, CCDE, CCDP, CCIE, CCNA, CCNP, CCSI, CD-PAC, CiscoLink, the Cisco NetWorks logo, the Cisco Powered Network logo, Cisco Systems Networking Academy, the Cisco Systems Networking Academy logo, Fast Step, Follow Me Browsing, FormShare, FrameShare, GigaStack, IGX, Internet Quotient, IP/VC, iQ Breakthrough, iQ Expertise, iQ FastTrack, the iQ Logo, iQ Net Readiness Scorecard, MGX, the Networkers logo, Packet, RateMUX, ScriptBuilder, ScriptShare, SlideCast, SMARTnet, TransPath, Unity, Voice LAN, Wavelength Router, and WebViewer are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn, Discover All That's Possible, and Empowering the Internet Generation, are service marks of Cisco Systems, Inc.; and Aironet, ASIST, BPX, Catalyst, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, the Cisco IOS logo, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Enterprise/Solver, EtherChannel, EtherSwitch, FastHub, FastSwitch, IOS, IP/TV, LightStream, MICA, Network Registrar, PIX, Post-Routing, Pre-Routing, Registrar, StrataView Plus, Stratm, SwitchProbe, TeleRouter, and VCO are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and certain other countries.
All other brands, names, or trademarks mentioned in this document or Web site 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. (0104R)
Copyright © 2001, Cisco Systems, Inc.
All rights reserved.