Table Of Contents
Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
Prerequisites for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
Restrictions for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
Information About Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
Terminology Changes with Cisco IOS Release 12.2(11)BC3
Synchronization During Initialization
Synchronization of Startup Configuration
Incremental Synchronization of the Running Configuration
DSX Messages and Synchronized PHS Information
High Availability Support for Encrypted IP Multicast
Configuring RPR+ on the Cisco uBR10012 Universal Broadband Router
Upgrading Cisco IOS Software Images
Creating Additional Disk Space (Optional)
Resetting a PRE1 or PRE2 Module or Line Card After Upgrade
Reloading Cisco IOS (Restarting the System)
Performing a Manual Route Processor Switchover
Troubleshooting Route Processor Redundancy Plus
Supported Standards, MIBs, and RFCs
redundancy force-failover main-cpu
System Messages for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
February 2005
OL-3968-04This document describes the Route Processor Redundancy Plus (RPR+) feature on the Cisco uBR10012 universal broadband router. RPR+ and DOCSIS Stateful Switchover (DSSO) support in Cisco IOS® Software for fast route processor failover without DOCSIS line card reboot.
With RPR+ and DOCSIS SSO, the Cisco uBR10012 can rapidly fail over from the active route processor to the standby processor without the reloading of the cable line cards. However, even though the cable line cards are not reset, the new active route processor needs to perform certain recovery procedures in order for cable line card traffic-flow to resume. A Cisco implementation provides priority-recovery procedures for those modems carrying voice, providing more rapid recovery of voice services.
Note From Cisco IOS release 12.2SC onwards, NSF and SSO is recommended and supported on the Cisco uBR10012 router. For SSO configuration details, see the "Configuring SSO" section in the Stateful Switchover guide at the following link: http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/sso26s.html#wp1338159
Feature History for RPR+ on the Cisco uBR10012 Universal Broadband Router Release Modification12.2(11)BC3
This feature was introduced.
12.3(9a)BC
RPR+ functionality introduced in support of the Cisco uBR10012 Performance Routing Engine 2 (PRE2) modules.
12.3(17a)BC
•DSX Messages and Synchronized PHS Information introduced for switchover support.
•High Availability Support for Encrypted IP Multicast introduced for switchover support.
Finding Support Information for Platforms and Cisco IOS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS software image support. Access Cisco Feature Navigator at http://www.cisco.com/go/fn. You must have an account on Cisco.com. If you do not have an account or have forgotten your username or password, click Cancel at the login dialog box and follow the instructions that appear.
Contents
•Prerequisites for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
•Restrictions for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
•Information About Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
•System Messages for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
Prerequisites for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
•You must have the same image on both the active and standby RPs to support RPR+. If one or more RPs does not have an RPR+ image, the router reverts to RPR mode on both RPs.
•Two PRE1 or PRE2 modules must be installed in the Cisco uBR10012 chassis. The order number for the PRE1 module is UBR10-PRE1. You cannot mix PRE modules with PRE1 or PRE2 modules in the same chassis.
Note The PRE module no longer ships with the Cisco uBR10012 chassis.
•For full redundancy, the Fast Ethernet port on the standby RP must have its own connection to the network. The console port on the standby RP must also be connected to a terminal, either by connecting it to a second terminal or by using a terminal server or other device to connect it to the same terminal used by the PRE1 or PRE2 module.
•Both PRE1 or PRE2 modules must be configured with the same amount of onboard SDRAM. A standby RP cannot come online as the active RP if the standby RP has a smaller amount of SDRAM than the active RP.
Restrictions for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
ARP Filtering Statistics
The Cisco uBR10012 router maintains ARP filtering statistics on the Performance Routing Engine (PRE) module. Statistics are viewed with the show cable arp-filter command for a specified interface. When a switchover event occurs, as in RPR+ Redundancy, these ARP filtering statistics are reset to zero.
For additional information about ARP filtering, refer to the following document on Cisco.com:
•Cable ARP Filtering
http://www.cisco.com/en/US/docs/cable/cmts/feature/cblarpfl.html
Command-line Interface Synchronization and SNMP
Command-line interface (CLI) configuration commands are synchronized only with the standby Performance Routing Engine (PRE) module. Simple Network Management Protocol (SNMP) persistence is not supported through a PRE1 or PRE2 switchover. Any configuration that is done with SNMP commands is not synchronized with the standby PRE module.
Console Port Usage After a PRE1 or PRE2 Module Switchover
When an active RP fails, and the standby RP becomes the active RP, you must use the console port on the new active RP to give command-line interface (CLI) commands and display statistics for the system. If you have connected your PC or terminal to the console port on an active RP and a switchover occurs, you no longer are able to access the console and the display shows "Standby console disabled."
To access the console, move the PC or terminal's serial cable to the console port on the other PRE1 or PRE2 module, which is now acting as the active RP.
Encrypted Multicast
Encrypted multicast is not supported during a line card switchover nor during a PRE1 or PRE2 switchover.
External Management Stations
External management stations lose connectivity with the cable modem termination system (CMTS) during PRE1 or PRE2 switchover. Stations must reestablish connectivity after the switchover between PRE1 or PRE2 modules is complete.
Flap Detection on WAN Interfaces During Switchover
Neighboring routers detect flapping on WAN interfaces during a switchover. The neighboring routers reconverge after the switchover is complete.
Note Cable interfaces do not flap during a switchover. Service may be temporarily suspended for approximately 30 seconds during a switchover and reinitialization, but service to cable interfaces does not stop.
Link States Reinitialized After Switchover
The synchronization of link states is not maintained between the active and standby RP. Link states are reinitialized after switchover
MIB Variables Reinitialized After Switchover
All MIB variables will be re-initialized following a switchover.
Telnet Sessions Disconnected During Switchover
A switchover automatically disconnects any Telnet sessions on the active (failed) RP.
Information About Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
When two route processors (RPs) are installed in a Cisco uBR10012 router chassis, one RP acts as the active RP, and the other acts as a backup, or standby, RP. If the active RP fails, or is removed from the system, the standby RP detects the failure and initiates a switchover. During a switchover, the standby RP assumes control of the router, connects with the network interfaces, and activates the local network management interface and system console.
Using the RPR+ feature, the standby RP is fully initialized and configured. This allows RPR+ to dramatically shorten the switchover time if the active RP fails, or if a manual switchover is performed. Because both the startup configuration and running configuration are continually synchronized from the active to the standby RP, line cards are not reset during a switchover. The interfaces remain up during this transfer, so neighboring routers do not detect a link flap (that is, the link does not go down and back up).
Each RP contains all the resources required to operate the router, such as bootflash memory, Flash disks, Ethernet ports, and console port. In the default operation, the secondary RP also synchronizes the major systems files, such as the Cisco IOS startup configuration file, so that during a switchover, the secondary RP can duplicate the active RP's configuration. This process also resets the cable and network uplink interfaces.
This section describes the switchover process with RPR+, including synchronization between the active and standby RPs, and includes the following topics:
•Terminology Changes with Cisco IOS Release 12.2(11)BC3
•DSX Messages and Synchronized PHS Information
•High Availability Support for Encrypted IP Multicast
Benefits
DOCSIS Stateful Switchover (DSSO)
DOCSIS stateful switchover (DSSO) increases service uptime by instantaneously switching over between dual route processors should one processor fail. Switchover takes place without resetting or reloading line cards or affecting related subsystems or processes. The advantage of DOCSIS Stateful Switchover (DSSO) (with RPR+) is that a switchover between the primary and standby RP will not require the cable interfaces to be reset, nor do the modems reregister or go offline. Furthermore, the cable modems retain their service IDs (SIDs) through the switchover.
Standard RPR
In standard RPR, the system implemented Extended High System Availability (EHSA) redundancy, wherein the standby RP suspended its initialization midway through the startup process. To complete the initialization during a switchover, all line cards were reset and the switch fabric was reinitialized. Because initialization of the standby RP was suspended before configuration was parsed, chassis discovery and startup configuration parsing were conducted during the switchover.
Improved Switchover Time with RPR+
RPR+ provides a faster switchover by fully initializing and fully configuring the standby RP. The configuration data on the standby RP is fully synchronized with the active RP. With RPR+, the communication with line cards is reinitialized, but the line cards are not reset.
Supported Cable Interface Line Cards and Interface Modules
Beginning with Cisco IOS Release 12.2(11)BC3, the Cisco uBR10012 router supports the following cable interface line cards and interface modules with RPR+ and PRE1 or PRE2 modules:
•Cisco uBR10-LCP2-MC16C/MC16E/MC16S Line Card
•Cisco uBR10-LCP2-MC28C/B Line Card
•Cisco uBR10-MC5X20S Cable Interface Line Card
•Cisco uBR10-SRP-OC12SML/SMI DPT Adapter Card
•Cisco uBR10012 OC-48 DPT/POS Interface Module
Terminology Changes with Cisco IOS Release 12.2(11)BC3
In Cisco IOS Release 12.2(11)BC3 and later, the following High Availability terms for the Cisco uBR10012 universal broadband router have been changed:
Old Term New TermFailover
Switchover
N+1 Redundancy
1:n Redundancy
Primary RP
Active RP
Secondary RP
Standby RP
Synchronization
To achieve the benefits of RPR+, the chassis and slot configuration information is synchronized from the active RP to the standby RP at startup and whenever changes to the active RP configuration occur. This synchronization occurs in two separate phases:
1. When a standby RP first comes online, the configuration information is synchronized in bulk from the active RP to the standby RP.
2. When configuration changes occur, an incremental synchronization from the active RP to the standby RP is conducted. Incremental synchronizations contain either the modifications to the shelf configuration or the trigger that caused the modification.
Synchronization During Initialization
When a system with RPR+ is initialized, the active RP performs a chassis discovery (discovery of the number and type of line cards and fabric cards in the system) and parses the startup configuration file.
The active RP then synchronizes this data to the standby RP and instructs the standby RP to complete its initialization. This method ensures that both RPs contain the same configuration information.
Note Even though the standby RP is fully initialized, it interacts only with the active RP to receive incremental changes to the configuration files as they occur. CLI commands on the standby RP are not supported.
Synchronization of Startup Configuration
The startup configuration is a text file stored in the RP's NVRAM. During system startup, the startup configuration file is copied from the active RP to the standby RP. Any existing startup configuration file on the standby RP is overwritten.
The startup configuration file is also synchronized whenever you perform the following operations:
•CLI command: copy system:running-config nvram:startup-config
•CLI command: copy running-config startup-config
•CLI command: write memory
•CLI command: copy filename nvram:startup-config
•SNMP SET of MIB variable ccCopyEntry in CISCO_CONFIG_COPY MIB
•System Configuration Saved on reload command.
•System Configuration Saved on redundancy force-failover command.
Note Synchronization of the startup configuration file is enabled by default in RPR+ mode. Because this is necessary for RPR+ functionality, the command [no] auto-sync startup-config is not available in RPR+ mode. This command is available only in standard RPR mode. For additional information on the use of [no] auto-sync startup-config with standard RPR, see the Route Processor Redundancy for the Cisco uBR10012 Universal Broadband Router.
Incremental Synchronization of the Running Configuration
When both RPs are fully initialized, any further changes to the running configuration are synchronized to the standby RP as they occur.
CLI commands
CLI changes to the running configuration are synchronized from the active RP to the standby RP. In effect, the CLI command is run on both the active and the standby RP.
SNMP SET Commands
Configuration changes caused by an SNMP SET are also synchronized on a case-by-case basis. Currently only two SNMP configuration SETs are supported on the Cisco uBR10012 router:
•shut/no-shut (of an interface)
•link up/down trap enable/disable
Changes to Chassis State
•Any changes to the chassis state because of line card insertion or removal are synchronized over to the standby RP.
•Changes to the chassis state because of switch card insertion or removal, or from configuration changes to the alarm or power supply cards, are not synchronized to the standby RP. The standby learns these configuration changes using a discovery and reconciliation process during a switchover.
•Information regarding line card states is not synced. Line cards that are not on line at the time of a switchover (that is, any cards not running the Cisco IOS software and not communicating with the active RP) are reset and reloaded during a switchover. This process does not add downtime.
The RPR+ Switchover Process
A switchover occurs when the standby RP takes over responsibilities from the active RP. The switchover can occur automatically if the standby RP has determined that the active RP has failed, or an operator can initiate a manual switchover whenever desired.
A switchover triggers the following events:
1. If this is a manual switchover, the active RP verifies that the standby RP is present and is running Cisco IOS software that supports the RPR feature. If so, it instructs the standby RP to begin switchover procedures, and the active RP either attempts to reload its configured Cisco IOS software image or enters ROM monitor mode, depending on the setting of its configuration register.
2. The standby RP completes its initialization procedures, which includes completely loading the Cisco IOS software, verifying the physical components of the Cisco uBR10012 chassis, and parsing the startup configuration file. The standby RP is configured identically to the previous active RP, including the IP address for its onboard Fast Ethernet management interface.
3. The standby RP assumes responsibility as the active RP and brings the Cisco uBR10012 chassis into a known state, which includes resetting all installed and enabled line cards and respective interfaces.
Note Resetting the Gigabit Ethernet and OC-12 Packet Over SONET (POS) line cards will interrupt traffic for approximately 30 seconds. The cable interface is not reset, and in support of DOCSIS requirements, the cable modems do not go offline.
Note Depending on the network configuration and on the configuration of the Ethernet/Fast Ethernet interfaces, the network could take between 3 to 25 seconds after an RPR+ switchover before all end-to-end connections are fully restored. During that time it is possible that some packets might be dropped.
4. The new active RP begins normal systems operations, including passing traffic.
Note Depending on the setting of the PRE1 or PRE2 module's configuration register, it either reloads the Cisco IOS software or is left in the ROM monitor state. If the PRE1 or PRE2 module is in the ROM monitor state, it does not begin functioning as a standby RP until it is reloaded with the hw-module sec-cpu reset command.
Note The backup PRE1 or PRE2 module starts forwarding traffic immediately to cable modems, presuming that the interfaces are up, and that all the FIB, adjacency, service flow, classifiers, and Virtual Traffic Management System (VTMS) queue information are correctly configured.
Redundant File Systems
Both the active and standby RPs have active file systems that can be accessed to store and transfer files. Table 1 lists the available file systems, the filenames that you can use with CLI commands to access the file systems, and a short description of each.
Table 1 Cisco uBR10012 Router File Systems
File System Filename for
CLI Commands DescriptionBootflash
Secondary bootflashbootflash: sec-bootflash:
Stores image and dump files.
NVRAM
Secondary NVRAMnvram:
sec-nvram:Typically stores the system default configuration file and startup configuration file.
System
system:
Stores the running configuration and other system files.
Disk 0
Disk 1
Slot 0
Slot 1
Secondary Disk 0
Secondary Disk 1
Secondary Slot 0
Secondary Slot 1disk0:
disk1:
slot0:
slot1:
sec-disk0:
sec-disk1:
sec-slot0:
sec-slot1:Disk refers to an ATA Flash disk (48 or 128 MB).
Slot refers to a Flash memory card (8, 16, or 20 MB).1
0 refers to the left slot on the PRE1 or PRE2 module.
1 refers to the right slot on the PRE1 or PRE2 module.
The sec prefix refers to the Flash disk or card in the standby RP.FTP
TFTP
RCPftp:
tftp:
rcp:Protocols used to transfer files to and from remote devices.
1 Because of the small file system, the slot devices are not typically used on the Cisco uBR10012 router. The disk and sec-disk file systems are typically used instead.
You can use the privileged EXEC commands dir, del, and copy to manage the contents of the file systems. You can also use the commands mkdir and rmdir to create and remove directories on Flash disks. You cannot use the commands squeeze and undelete on Flash disks.
Note For more information about using these file systems, see the "File Management" manual in the Cisco IOS Release 12.2 Configuration Fundamentals Configuration Guide.
DSX Messages and Synchronized PHS Information
Cisco IOS Release 12.3(17a)BC introduces support for PHS rules in a High Availability environment. In this release, and later releases, PHS rules synchronize and are supported during a switchover event of these types:
•Route Processor Redundancy Plus (RPR+) for the Cisco uBR10012 router, with Active and Standby Performance Routing Engines (PREs)
•HCCP N+1 Redundancy, with Working and Protect cable interface line cards
For further information about DSX messages and Payload Header Suppression (PHS) information on the Cisco CMTS, refer to these documents, and additional DOCSIS PHS information:
•Cable DOCSIS 1.1 FAQs, Cisco TAC Document 12182
http://www.cisco.com/en/US/tech/tk86/tk168/technologies_q_and_a_item09186a0080174789.shtml
•DOCSIS 1.1 for the Cisco CMTS
http://www.cisco.com/en/US/docs/cable/cmts/feature/guide/ufg_docs.html
High Availability Support for Encrypted IP Multicast
Cisco IOS Release 12.3(17a)BC introduces support for IP Multicast streams during switchover events in a High Availability environment. This feature is supported for Route Processor Redundancy Plus (RPR+), N+1 Redundancy, and encrypted BPI+ streams.
For additional information about IP Multicast and High Availability, refer to these documents on Cisco.com:
•Cisco CMTS Universal Broadband Router MIB Specifications Guide
http://www.cisco.com/en/US/docs/cable/cmts/mib/reference/guide/mibv5ubr.html
•Dynamic Shared Secret for the Cisco CMTS
http://www.cisco.com/en/US/docs/cable/cmts/feature/ubrdmic.html
•IP Multicast in Cable Networks, White Paper
http://www.cisco.com/en/US/technologies/tk648/tk828/technologies_case_study0900aecd802e2ce2.html
•N+1 Redundancy for the Cisco Cable Modem Termination System
http://www.cisco.com/en/US/docs/cable/cmts/feature/guide/uFGnpls1.html
How to Configure, Verify, and Troubleshoot Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
This section provides the following procedures to configure and verify RPR+ and high availability on the Cisco uBR10012 router.
•Configuring RPR+ on the Cisco uBR10012 Universal Broadband Router
•Upgrading Cisco IOS Software Images
•Performing a Manual Route Processor Switchover
•Troubleshooting Route Processor Redundancy Plus
Configuring RPR+ on the Cisco uBR10012 Universal Broadband Router
The default redundancy mode in the Cisco uBR10012 router is standard Route Processor Redundancy (RPR). Perform the steps below to enable RPR+ on the Cisco uBR10012 router.
Prerequisites
To enable RPR+, both route processors must be running the same version of Cisco IOS software.
Note If necessary, refer to the "Upgrading Cisco IOS Software Images" section on page 14 to change the image on the Cisco uBR10012 router. Reload is required.
SUMMARY STEPS
1. enable
2. configure terminal
3. main-cpu
4. auto-sync option
5. no auto-sync option (optional)
6. CTRL-Z
7. copy running-config startup-config
DETAILED STEPS
Command or Action PurposeStep 1
enable
Example:Router> enable
Enables privileged EXEC mode.
•Enter your password if prompted.
Step 2
configure terminal
Example:Router# configure terminal
Enters global configuration mode.
Step 3
main-cpu
Example:Router(config)# main-cpu
Enters the main CPU configuration mode. (This configures the active RP, not the standby RP.) Refer to main-cpu, for additional command syntax information.
Step 4
auto-sync option
Example:Router(config-r-mc)# auto-sync standard
Specifies the files to be synchronized. Refer to auto-sync, for additional command syntax information.
Note Cisco strongly recommends that you use the auto-sync standard command to ensure that all system files remain synchronized between the two PRE1 or PRE2 modules.
Step 5
no auto-sync option
Example:Router(config-r-mc)# no auto-sync standard
(Optional) Specifies that one or more files should not be synchronized. Option can be any of the values specified previously.
Note The no auto-sync command is not typically used in production plants.
Step 6
CTRL-Z
Example:Router(config-r-mc)# CTRL-Z
Returns to privileged EXEC mode.
Step 7
copy running-config startup-config
Example:Router# copy running-config startup-config
Saves the current configuration as the default startup configuration.
Verifying RPR+ Configuration
Perform the steps below to verify that RPR+ is configured on the Cisco uBR10012 router:
SUMMARY STEPS
1. enable
2. show startup-config
3. show redundancy
DETAILED STEPS
Command or Action PurposeStep 1
enable
Example:Router> enable
Enables privileged EXEC mode.
•Enter your password if prompted.
Step 2
show startup-config
Example:Router# show startup-config...redundancymain-cpuauto-sync standard...Displays the startup configuration and verify that the lines configuring redundancy appear.
Note If the auto-sync line contains anything other than standard, it indicates that only some of the required system files are being synchronized between the two PRE1 or PRE2 modules. Verify that this is the desired configuration. If necessary, refer to the "Configuring RPR+ on the Cisco uBR10012 Universal Broadband Router" section to reconfigure the router for auto-sync standard operation.
Step 3
show redundancy
Example:Router# show redundancy
PRE1 A (This PRE1) : PrimaryPRE1 B : Secondary...
Displays the current RPR state. The active RP typically is shown in slot A.
Note Additional example command output is available immediately below, and in the "show redundancy" section.
Examples
If a switchover has occurred, the show redundancy command displays information similar to the following, showing that the active RP has changed slots (in this case, moving from slot A to slot B):
Router# show redundancy
PRE1 A : SecondaryPRE1 B (This PRE1) : PrimaryRedundancy state is REDUNDANCY_PEERSECONDARY_INITEDSecondary RP information....Secondary is up.Secondary BOOT variable = bootflash:ubr10k-k8p6-mzSecondary CONFIG_FILE variable =Secondary BOOTLDR variable = bootflash:c10k-eboot-mzSecondary Configuration register is 0x2Router#If the standby RP is not installed or is not operational, the show redundancy command displays information similar to the following:
Router# show redundancy
PRE1 A (This PRE1) : PrimaryPRE1 B : SecondaryRedundancy state is REDUNDANCY_PEERSECONDARY_NONOPERATIONALSecondary RP information....Secondary RP is not up
Note The show redundancy command shows whether the PRE1 A slot or PRE1 B slot contains the active (Primary) PRE1 module. The other PRE1 slot will always be marked as Secondary, even if a second PRE1 module is not installed.
Upgrading Cisco IOS Software Images
RPR+ is enabled by default with the Cisco IOS Release 12.2(11)BC3 and later releases. Use this set of procedures when you need to upgrade your Cisco IOS to a release that supports RPR+ on the Cisco uBR10012 router.
Cisco IOS software upgrade involves these three procedures:
•Creating Additional Disk Space (Optional)
•Resetting a PRE1 or PRE2 Module or Line Card After Upgrade
Prerequisites
Note You are required to have the same image on both the active and standby RPs to support RPR+. If one or more RPs does not have an RPR+ image, the router reverts to RPR mode on both RPs.
Creating Additional Disk Space (Optional)
(Optional) To create additional disk space in preparation for the RPR+ image, issue the following commands from global configuration mode on the active and standby RPs (where slot is the RP slot number and filename is the RPR+ image file name).
SUMMARY STEPS
1. delete slot slot:filename or delete sec-slot slot:filename
2. squeeze flash:
DETAILED STEPS
Copying the Cisco IOS Image
To copy the Cisco IOS image from a TFTP server, and to set the boot variable on the active RP, issue the following commands in global configuration mode (where filename is the RPR+ image fil name).
SUMMARY STEPS
1. copy tftp://tftp-server/filename bootflash:filename
or
copy tftp://tftp-server/filename sec-bootflash:filename2. boot system bootflash:filename
3. write memory
4. show bootvar
DETAILED STEPS.
Resetting a PRE1 or PRE2 Module or Line Card After Upgrade
To reset a particular route processor (RP) or a particular line card, use the hw-module reset command in privileged EXEC mode.
SUMMARY STEPS
1. hw-module reset
DETAILED STEPS.
Step 1
hw-module sec-cpu resetExample:Router# hw-module sec-cpu resetResets the specified RP or line card slot.
Note Refer to hw-module reset for additional command syntax information.
Reloading Cisco IOS (Restarting the System)
To reload the operating system, use the reload command in privileged EXEC mode.
Note This reload is required if you are reloading an RPR+ image, but optional otherwise. The reload command restarts the entire system, including both the active and standby RPs.
SUMMARY STEPS
1. reload
DETAILED STEPS.
Note If you are upgrading from a Cisco IOS image previously configured with RPR+ to a newer image with RPR+, the procedure is now complete. When the new active RP comes up, it will automatically configure RPR+ from the configuration information in the startup configuration (synchronized from the old active RP).
Performing a Manual Route Processor Switchover
For testing or maintenance, you may need to perform a manual switchover in which your standby RP becomes your active RP. Perform the following steps to force a manual switchover between RPs.
SUMMARY STEPS
1. show cable modem
2. redundancy force-failover main-cpu
3. show cable modem
DETAILED STEPS
Command or Action PurposeStep 1
show cable modem
Example:Router> show cable modem
Displays information for the registered and unregistered cable modems supported by the active RP. The output from this command provides information that confirms successful switchover in pending steps.
Note For additional command options and examples, refer to show cable modem.
Step 2
redundancy force-failover main-cpu
Example:Router# configure terminal
Forces a switchover on the active RP. The standby RP becomes the active RP with a switchover time of approximately 30 seconds or less.
Note The modems do not redefine their ranges and the line cards do not reset during switchover.
Note For additional command information and examples, refer to redundancy force-failover main-cpu.
Step 3
show cable modem
Example:Router> enable
Displays information for the registered and unregistered cable modems supported by the newly active RP (formerly the standby RP).
Note For additional command options and examples, refer to the "show cable modem" section.
Troubleshooting Route Processor Redundancy Plus
If RPR+ is not enabled after mode rpr-plus is run, verify that both the active and standby RPs are running Cisco IOS Release 12.2(11)BC3 or a later release.
Note If the active RP detects a different version of the image on the standby RP, the system automatically reverts to standard RPR behavior.
Configuration Examples for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
This section provides the following command examples that display the configuration and status of RPR+ on a Cisco uBR10012 router chassis with active and standby RPs. These commands all illustrate the same Cisco uBR10012 chassis:
•show redundancy
•show running configuration
•show version
The following show redundancy command displays the slots for the primary RP (PRE in slot 15), the secondary RP (PRE in slot 7), and additional redundancy mode information.
Router# show redundancy
Primary PRE in slot 15:Secondary PRE in slot 7:Preferred PRE: 15Operating Redundancy Mode: RPR PlusAuto synch: startup-config running-configswitchover timer 8 seconds [default]The following show running configuration command displays RPR+ information such as main-cpu and auto-sync status.
Router# show run
Building configuration...Current configuration : 10895 bytes!version 12.2no parser cacheno service padservice timestamps debug datetime msecservice timestamps log datetime msecno service password-encryptionservice internalservice udp-small-servers max-servers no-limit!hostname "Router"!boot system flash bootflash:ubr10k-k8p6-mz.999-99.122BC_UB_030303redundancyno keepalive-enablemain-cpuauto-sync standardno logging rate-limitenable password cisco!facility-alarm intake-temperature major 49facility-alarm intake-temperature minor 40facility-alarm intake-temperature critical 57facility-alarm core-temperature major 53facility-alarm core-temperature minor 45facility-alarm core-temperature critical 60card 1/0 1gigethernet-1card 1/1 2cable-tccpluscard 3/0 1oc12pos-1card 4/0 1gigethernet-1card 5/0 2cable-mc28ccard 5/1 cable-lcpcard 6/0 2cable-mc28ccard 7/0 2cable-mc28ccard 8/0 1cable-mc16scard 8/1 1cable-mc16scable modem max-cpe unlimitedcable spectrum-group 1 band 8000000 20000000cable modulation-profile 1 request 0 16 0 8 qpsk scrambler 152 no-diff 64 fixed uw16cable modulation-profile 1 initial 5 34 0 48 qpsk scrambler 152 no-diff 128 fixed uw16cable modulation-profile 1 station 5 34 0 48 qpsk scrambler 152 no-diff 128 fixed uw16cable modulation-profile 1 short 6 75 6 8 16qam scrambler 152 no-diff 144 shortened uw8cable modulation-profile 1 long 8 220 0 8 16qam scrambler 152 no-diff 160 shortened uw8cable modulation-profile 2 request 0 16 0 8 qpsk scrambler 152 no-diff 64 fixed uw16cable modulation-profile 2 initial 5 34 0 48 qpsk scrambler 152 no-diff 128 fixed uw16cable modulation-profile 2 station 5 34 0 48 qpsk scrambler 152 no-diff 128 fixed uw16cable modulation-profile 2 short 6 75 6 8 16qam scrambler 152 no-diff 144 shortened uw8cable modulation-profile 2 long 8 220 0 8 16qam scrambler 152 no-diff 160 shortened uw8no cable qos permission createno cable qos permission updatecable qos permission modemsno cable service flow inactivity-thresholdcable time-serverip subnet-zeroip cef table resolution-timer 1no ip domain lookupip host abrick 223.255.254.254ip dhcp relay information option!ip dhcp pool modems-c6network 1.6.1.64 255.255.255.224bootfile schcfr_new.cmnext-server 1.10.41.3default-router 1.10.41.3option 7 ip 1.10.41.3option 4 ip 1.6.1.65option 2 hex ffff.8f80!ip dhcp pool modems-c5network 1.5.1.64 255.255.255.224bootfile schcfr_new.cmnext-server 1.5.1.65default-router 1.5.1.65option 7 ip 1.5.1.65option 4 ip 1.5.1.65option 2 hex ffff.8f80!ip dhcp pool modems-c7network 1.7.1.64 255.255.255.224bootfile up2-down2-nobpi.cmnext-server 1.10.41.3default-router 1.10.41.3option 7 ip 1.10.41.3option 4 ip 1.7.1.65option 2 hex ffff.8f80!ip dhcp pool modems-c8network 1.8.1.64 255.255.255.224bootfile schcfr_new.cmnext-server 1.8.1.65default-router 1.8.1.65option 7 ip 1.8.1.65option 4 ip 1.8.1.65option 2 hex ffff.8f80!ip dhcp pool modems-c51network 1.9.1.64 255.255.255.224bootfile config.cmnext-server 1.10.41.3default-router 1.10.41.3option 7 ip 1.10.41.3option 4 ip 1.9.1.65option 2 hex ffff.8f80!ip multicast-routing!!interface Loopback1ip address 222.1.1.1 255.255.255.0!interface FastEthernet0/0/0ip address 1.10.41.3 255.255.0.0no ip proxy-arpno ip route-cacheno ip mroute-cacheload-interval 30no cdp enable!interface GigabitEthernet1/0/0ip address 1.1.1.1 255.255.0.0no negotiation autono cdp enable!interface POS3/0/0ip address 200.200.0.1 255.255.0.0shutdowncrc 32no cdp enablepos ais-shut!interface GigabitEthernet4/0/0no ip addressnegotiation autono cdp enable!interface Cable5/0/0no ip addressload-interval 30no keepalivecable bundle 1 mastercable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream frequency 441000000cable downstream channel-id 60cable upstream 0 spectrum-group 1cable upstream 0 power-level 0no cable upstream 0 concatenationcable upstream 0 data-backoff automaticno cable upstream 0 shutdowncable upstream 1 power-level 0cable upstream 1 shutdowncable upstream 2 power-level 0cable upstream 2 shutdowncable upstream 3 power-level 0cable upstream 3 shutdownhccp 1 working 5hccp 1 channel-switch 5 uc wavecom-ma 1.10.41.6 2 1.10.41.5 1hccp 1 channel-switch 5 nru rfswitch-group 1.10.41.7 80080000 1hccp 1 reverttime 6!interface Cable5/0/0.1ip address 111.111.111.1 255.255.255.0 secondaryip address 1.5.1.65 255.255.255.224ip pim sparse-modeip helper-address 1.10.41.3ip igmp static-group 239.0.0.11ip igmp static-group 239.0.0.12ip igmp static-group 239.0.0.14ip igmp static-group 239.0.0.16ip igmp static-group 239.0.0.32ip igmp static-group 239.0.0.35ip igmp static-group 239.0.0.36cable source-verify dhcpcable dhcp-giaddr policy!interface Cable5/0/1no ip addresscable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream channel-id 1cable upstream 0 shutdowncable upstream 1 shutdowncable upstream 2 shutdowncable upstream 3 shutdown!interface Cable6/0/0no ip addressno keepalivecable bundle 1cable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream frequency 441000000cable downstream channel-id 70cable upstream 0 frequency 12000000cable upstream 0 power-level 0no cable upstream 0 shutdowncable upstream 1 power-level 0cable upstream 1 shutdowncable upstream 2 power-level 0cable upstream 2 shutdowncable upstream 3 power-level 0cable upstream 3 shutdownhccp 1 working 6hccp 1 channel-switch 6 uc wavecom-ma 1.10.41.6 2 1.10.41.5 2hccp 1 channel-switch 6 nru rfswitch-group 1.10.41.7 80080000 2!interface Cable6/0/1no ip addresscable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream channel-id 1cable upstream 0 shutdowncable upstream 1 shutdowncable upstream 2 shutdowncable upstream 3 shutdown!interface Cable7/0/0no ip addressno keepalivecable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream frequency 441000000cable downstream channel-id 60cable upstream 0 power-level 0no cable upstream 0 concatenationno cable upstream 0 shutdowncable upstream 1 power-level 0cable upstream 1 shutdowncable upstream 2 power-level 0cable upstream 2 shutdowncable upstream 3 power-level 0cable upstream 3 shutdownhccp 1 protect 5 222.1.1.1hccp 1 channel-switch 5 nru rfswitch-group 1.10.41.7 80080000 1hccp 1 channel-switch 5 uc wavecom-ma 1.10.41.6 2 1.10.41.5 1hccp 1 protect 6 222.1.1.1hccp 1 channel-switch 6 uc wavecom-ma 1.10.41.6 2 1.10.41.5 2hccp 1 channel-switch 6 nru rfswitch-group 1.10.41.7 80080000 2hccp 1 timers 5000 15000!interface Cable7/0/1no ip addresscable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream channel-id 1cable upstream 0 shutdowncable upstream 1 shutdowncable upstream 2 shutdowncable upstream 3 shutdown!interface Cable8/0/0no ip addressip access-group 99 inno keepalivecable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream frequency 441000000cable downstream channel-id 60cable upstream 0 spectrum-group 1cable upstream 0 power-level 0cable upstream 0 modulation-profile 2 1no cable upstream 0 shutdowncable upstream 1 power-level 0cable upstream 1 shutdowncable upstream 2 power-level 0cable upstream 2 threshold cnr-profile1 21 cnr-profile2 11 Corr-Fec 11 Uncorr-Fec 21cable upstream 2 shutdowncable upstream 3 power-level 0cable upstream 3 shutdowncable upstream 4 shutdowncable upstream 5 shutdownhccp 2 working 8hccp 2 channel-switch 8 uc wavecom-ma 1.10.41.6 2 1.10.41.5 1hccp 2 channel-switch 8 nru rfswitch-group 1.10.41.7 80080000 1!interface Cable8/0/0.1ip address 1.8.1.65 255.255.255.224cable source-verify dhcp!interface Cable8/1/0no ip addressno keepalivecable downstream annex Bcable downstream modulation 64qamcable downstream interleave-depth 32cable downstream frequency 441000000cable downstream channel-id 60cable upstream 0 power-level 0no cable upstream 0 shutdowncable upstream 1 power-level 0cable upstream 1 shutdowncable upstream 2 power-level 0cable upstream 2 shutdowncable upstream 3 power-level 0cable upstream 3 shutdowncable upstream 4 power-level 0cable upstream 4 shutdowncable upstream 5 power-level 0cable upstream 5 shutdownhccp 2 protect 8 222.1.1.1hccp 2 channel-switch 8 uc wavecom-ma 1.10.41.6 2 1.10.41.5 1hccp 2 channel-switch 8 nru rfswitch-group 1.10.41.7 80080000 1hccp 2 timers 5000 15000no hccp 2 revertive!ip default-gateway 1.10.0.1ip classlessip route 1.9.0.0 255.255.0.0 1.10.0.1ip route 2.6.0.0 255.255.0.0 200.200.0.2ip route 223.255.254.254 255.255.255.255 1.10.0.1no ip http serverip pim bidir-enable!ip access-list standard XYZpermit anyip access-list standard pqRSpermit anyno logging linecardaccess-list 3 permit 210.221.55.46access-list 99 permit anyaccess-list 110 permit ip any anyaccess-list 110 permit udp any eq bootps anyaccess-list 111 permit udp any eq bootps anyarp 1.10.41.6 0020.4a51.1776 ARPAarp 1.10.41.5 0020.4a51.00ea ARPAno cdp runsnmp-server managertftp-server bootflash:up2-down2-nobpi.cm alias up2-down2-nobpi.cmtftp-server bootflash:tony11.cm alias tony11.cmtftp-server bootflash:up2-down2.cm alias up2-down2.cmtftp-server bootflash:new-privacy.cm alias new-privacy.cmtftp-server bootflash:10.cm alias 10.cmtftp-server bootflash:att-10plus.cm alias att-10plus.cmtftp-server bootflash:schcfr_new.cm alias schcfr_new.cmtftp-server bootflash:test11.cm alias test11.cmtftp-server bootflash:4us16ds.cm alias 4us16ds.cm!alias exec scm show cable modemalias exec sqos show cable qos profilealias exec shc show hccpalias exec nd no debug allalias exec sr show running-configalias exec sip show ip interface balias exec dc debug hccp channel-switchalias exec spm sh proc mem | in HCCPalias exec de debug hccp eventalias exec ds debug hccp syncalias exec dp debug hccp planealias exec dt debug hccp timingalias exec dipc debug cr10k-rp ipcalias exec dpm debug hccp plane messagealias exec dpp debug hccp plane packetalias exec sib show ip int bralias exec shb show hccp bralias exec scs show cable spectrum-group!line con 0exec-timeout 0 0line aux 0stopbits 1speed 19200line vty 0 4exec-timeout 0 0password labloginlength 0!endThe following show version command displays active and standby RP status.
Router# show version
Cisco Internetwork Operating System SoftwareIOS (tm) 10000 Software (UBR10K-K8P6-M), Version 12.2(122BC.030303.)Copyright (c) 1986-2003 by cisco Systems, Inc.Compiled Mon 03-Mar-03 21:23 byImage text-base: 0x60008954, data-base: 0x61B00000ROM: System Bootstrap, Version 12.0(9r)SL2, RELEASE SOFTWARE (fc1)amit-rp2 uptime is 57 minutesSystem returned to ROM by reload at 02:05:40 UTC Sun Nov 26 2000System image file is "bootflash:ubr10k-k8p6-mz.999-99.122BC_UB_030303"cisco uBR10000 (PRE1-RP) processor with 393215K/131072K bytes of memory.Processor board ID TBA05191959R7000 CPU at 262Mhz, Implementation 39, Rev 2.1, 256KB L2, 2048KB L3 CacheBackplane version 1.0, 8 slotLast reset from other preToaster processor tmc0 is running.Toaster processor tmc1 is running.1 OC12 POS controller (1 POS)1 TCCplus card(s)1 FastEthernet/IEEE 802.3 interface(s)1 Gigabit Ethernet/IEEE 802.3 interface(s)1 Packet over SONET network interface(s)8 Cable Modem network interface(s)509K bytes of non-volatile configuration memory.125440K bytes of ATA PCMCIA card at slot 0 (Sector size 512 bytes).32768K bytes of Flash internal SIMM (Sector size 256KB).Secondary is up.Secondary has 524288K bytes of memory.Configuration register is 0x0Additional References
To access documentation for the Cisco uBR10012 universal broadband router and router components, use the following URL:
http://www.cisco.com/en/US/products/hw/cable/ps2209/tsd_products_support_series_home.html
The following documents provide additional information about the Cisco uBR10012 universal broadband router, supporting line cards and interface modules, and feature configuration.
Document DescriptionRelease Notes for Cisco uBR10012 Universal Broadband Router for Cisco IOS Release 12.2 BC
Describes the enhancements and caveats provided in Cisco IOS Release 12.2(11)BC3.
Contains the cable-specific commands for the Cisco uBR7100 series, Cisco uBR7200 series, and Cisco uBR10012 universal broadband routers.
Document describes software features contained in the Cisco Cable Modem Termination System (CMTS). Each chapter describes a feature; the supported releases; benefits; restrictions; any supported standards, MIBs, or RFCs; any prerequisites; and the configuration tasks and examples used to set up and implement the feature. The CMTS features are used by the Cisco uBR7100 series, the Cisco uBR7200 series, and the Cisco uBR10012 universal broadband routers.
Technical Support for the Cisco uBR10012 Universal Broadband Router
Web page provides an index of technical support information.
Supported Standards, MIBs, and RFCs
Technical Assistance
Command Reference
This section provides information about the following commands that configure and monitor RPR+ on the Cisco uBR10012 router. Support for these commands begins or continues with Cisco IOS Software Release 12.2(11)BC3, and continues with later software releases in this Cisco IOS release train.
•redundancy force-failover main-cpu
Note For additional information about the Cisco IOS commands supported by the Cisco uBR10012 router, refer to the Cisco Broadband Cable Command Reference Guide on Cisco.com.
auto-sync
To configure those system files that automatically synchronize the active and standby Performance Routing Engine (PRE1 or PRE2) modules, use the auto-sync command in redundancy configuration (main-cpu) mode. To disable the synchronization of all or some files, use the no form of this command.
auto-sync {bootvar | config-register | standard | running-config | startup-config}
no auto-sync {bootvar | config-register | standard | running-config | startup-config}
Syntax Description
Defaults
The system defaults to synchronizing all system files (auto-sync standard).
Command Modes
Redundancy configuration, main-cpu mode
Command History
Usage Guidelines
By default, the system synchronizes all system files, which is the typical setting for most applications. However, you might want to not synchronize certain files for specialized applications.
For example, if you have configured the active and standby PRE1 or PRE2 modules to run different versions of Cisco IOS software, you might want to use different configuration files as well. In this case, you would not synchronize the startup configuration file.
Examples
The following example shows the system being configured to synchronize only the startup configuration file:
router(config)# redundancyrouter(config-r)# main-cpurouter(config-r-mc)# auto-sync startup-configrouter(config-r-mc)# exitrouter(config-r)# exitrouter(config)#The following example shows how to configure the system to synchronize all system files except for the startup configuration file. This typically is done when the two PRE1 or PRE2 modules are running different software images.
router(config)# redundancyrouter(config-r)# main-cpurouter(config-r-mc)# no auto-sync startup-configrouter(config-r-mc)# auto-sync config-registerrouter(config-r-mc)# auto-sync bootvarrouter(config-r-mc)# exitrouter(config-r)# exitrouter(config)#Related Commands
debug cable interface
To display debug messages for a specific cable interface, or for traffic related to a specific MAC address or Service ID (SID) on that interface, use the debug cable interface command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cable interface cable {slot/port | slot/subslot/port} [mac-address address [mask] | sid number] [verbose]
no debug cable interface cable {slot/port | slot/subslot/port} [mac-address address [mask] | sid number] [verbose]
Syntax Description
Defaults
Debugging for the cable interfaces is not enabled, which means most of the other debug cable commands will not display any output, even when debugging is enabled.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug cable interface command must be used to enable debugging on a cable interface before other debug commands can be used on that interface. The mac-address and sid options can be used to restrict the debug output to only those messages that are related to a specific MAC address or SID, so that the volume of debug messages does not affect system performance.
Examples
The following example shows how to enable debugging on the cable interface in slot 6:
Router# debug cable interface c6/0Router# show debugCMTS specific:Debugging is on for Cable6/0Router#The following shows how to enable verbose debugging on the cable interface in slot 6:
Router# debug cable interface c6/0 verboseRouter# show debugCMTS specific:Debugging is on for Cable6/0 (verbose)Router#The following example shows how to enable debugging on the cable interface in slot 6 for all traffic coming from CMs and other devices with MAC addresses that match the address range 0010.0000.0000 through 0010.00FF.FFFF (0010.00xx.xxxx):
Router# debug cable interface c6/0 mac-address 0010.0000.0000 FFFF.FF00.0000Router# show debugCMTS specific:Debugging is on for Cable6/0, Address 0010.0000.0000, Mask ffff.ff00.0000Router#Related Commands
debug checkpoint
The Checkpointing Facility is a software subsystem by which information is transferred from the active RP to the standby RP. To enable debugging of the Checkpointing Facility (CF) subsystem on the Cisco uBR10012 router, use the debug checkpoint command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug checkpoint [all | errors | messages | temporary | timers]
no debug checkpoint [all | errors | messages | temporary | timers]
Syntax Description
Command Modes
Privileged EXEC
Command History
Release Modification12.2(11)BC3
This command was introduced for the Cisco uBR10012 universal broadband router.
Usage Guidelines
The debug checkpoint command enables debugging of the Checkpoint Facility (CF) subsystem, which manages the passing of messages from the active to standby cards. It also handles sequencing and throttling, as needed, during redundancy operations.
Examples
The following example shows how to enable debugging messages for the CF subsystem:
Router# debug checkpointRouter#Related Commands
Command DescriptionEnables debugging on a specific cable interface.
debug cable mac-address
Enables debugging for a specific cable modem, as identified by its hardware (MAC) address.
debug cr10k-rp
To enable debugging of the subsystems on the active Performance Routing Engine (PRE1 or PRE2) module on the Cisco uBR10012 router, use the debug cr10k-rp pkt command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug cr10k-rp [cli | drv | ha-all | ha-msg | ha-timing | ipc | oir | pkt [conditional [peek byte] ] | sid | spec]
no debug cr10k-rp [cli | drv | ha-all | ha-msg | ha-timing | ipc | oir | pkt [conditional
[peek byte] ] | sid | spec]Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug cr10k-rp pkt command enables debugging of the different subsystems that are active on the PRE1 or PRE2 modules in the Cisco uBR10012 router. You can perform general debugging by giving the command without any options, or you can limit the debugging output to a specific subsystem by specifying one of the optional keywords.
In Cisco IOS Release 12.2(11)BC2 and later releases, you can use the conditional option, together with the debug cable mac-address and debug cable interface commands, to display information about selected packets. The command displays only those packets that match the specified cable interface or MAC address options.
Together with the conditional option, you can also optionally specify the peek keyword to create specifically match only those packets that contain a matching MAC address at the specified location in the datagram. This can be useful for examining certain types of packets, such as Dynamic Host Configuration Protocol (DHCP) or Address Resolution Protocol (ARP) packets.
Examples
The following example shows typical output for CLI debugging messages:
Router# debug cr10k-rp cliCR10K RP debug CLI debugging is onFailed setting clock for slot 2, subunit 1SNMP Info download failed for slot 2, subunit 1Config change command for unknown interface!!!The following example shows typical output for IPC debugging messages:
Router# debug cr10k-rp ipcCR10K RP debug IPC debugging is onplugin_card__c10k_sch_card_event: hwidb=Cable8/1/0 if_num=0 event=600:03:14: clc_if_stats_event: If stats from Ca8/1/000:03:14: Merge: on Ca8/1/000:03:14: Outputs Tot_Outs TotTxBytes00:03:14: RP 0 40 710300:03:14: SIC 0 0 000:03:14: LC 0 40 7103plugin_card__c10k_sch_card_event: hwidb=Cable8/1/1 if_num=1 event=600:03:14: clc_if_stats_event: If stats from Ca8/1/100:03:14: Merge: on Ca8/1/1plugin_card__c10k_sch_card_event: hwidb=Cable6/0/0 if_num=0 event=600:03:15: clc_if_stats_event: If stats from Ca6/0/000:03:15:Merge: on Ca6/0/000:03:15: Outputs Tot_Outs TotTxBytes00:03:15: RP 0 0 000:03:15: SIC 0 0 000:03:15: LC 0 0 0The following example shows typical output for IPC debugging messages when you are shutting down and reenabling a cable interface:
Router# debug cr10k-rp ipcCR10K RP debug IPC debugging is onRouter# configure terminalRouter(config)# interface c6/0/0Router(config-if)# shutdownschrp_cli_cmd: slot=6 subunit=100 slotunit=8 cmdtype=101Fc10k_card_send_nbcmd_eventrsp: nbcmd_id=0x611CE998 hwidb=6B3DF60plugin_card__c10k_sch_card_event: hwidb=0x6B3DF60 interface_num=0 event=4096sch_handle_sch_event: erso_type=0x1001sch_handle_sch_rp_cfg_ersp(): hwidb=0x6B3DF60 msg_size=0x0 0x78 ersp_size=0x0 0x78 type=0x1001plugin_card__c10k_sch_card_event: hwidb=0x6B3DF60 interface_num=0 event=4c10k_sch_link_state_event: hwidb=0x6B3DF60 unit=0 seq=34 reason=2 event_state=1Router(config-if)# no shutdownRouter(config-if)# schrp_cli_cmd: slot=6 subunit=100 slotunit=8 cmdtype=101F
schrp_cli_cmd: SCH_API_CMD_GET_INIT_DS hwidb=6B3DF60c10k_card_send_nbcmd_eventrsp: nbcmd_id=0x611CE998 hwidb=6B3DF60plugin_card__c10k_sch_card_event: hwidb=0x6B3DF60 interface_num=0 event=4096sch_handle_sch_event: erso_type=0x1001sch_handle_sch_rp_cfg_ersp(): hwidb=0x6B3DF60 msg_size=0x0 0x950 ersp_size=0x0 0x950 type=0x1001c10k_card_send_nbcmd_eventrsp: nbcmd_id=0x611CE998 hwidb=6B3DF60plugin_card__c10k_sch_card_event: hwidb=0x6B3DF60 interface_num=0 event=4096sch_handle_sch_event: erso_type=0x1001sch_handle_sch_rp_cfg_ersp(): hwidb=0x6B3DF60 msg_size=0x0 0x20 ersp_size=0x0 0x20 type=0x1001plugin_card__c10k_sch_card_event: hwidb=0x6B3DF60 interface_num=0 event=4c10k_sch_link_state_event: hwidb=0x6B3DF60 unit=0 seq=35 reason=2 event_state=1The following example shows a typical display for the debug cr10k-rp pkt conditional command, which displays packets for SID 2 on cable interface 6/1/0:
Router# debug cable interface c6/1/0 sid 2Router# debug cr10k-rp pkt conditionalRouter# show debugCR10K PACKET:Dump cr10k packets to/from RP conditionallyThe following example shows how to enable conditional debugging of packets, displaying only those packets that contain the desired MAC address at byte 92 in the datagram:
Router# debug cr10k-rp pkt conditional peek 92Router# debug cable interface c6/1/0 mac-address 00C0.abcd.ef00Router# show debugCR10K PACKET:Dump cr10k packets to/from RP conditionallyAdditionally, peeking inside transmitted pkts at offset 92Both types of packet debugging generate output similar to the following example:
Jun 19 13:07:32.316: RPTX: Using Downstream Service Flow ID : 16939, SID : 2 V5Jun 19 13:07:32.316: RPTX to Cobalt: 0x801B634, size=111006F0000 00057010 422B2488 00020000 10000006 10000010 950701DB 00016440D1420800 4500004B 2B260000 FF11187A A4789781 A478978F CD7E00A1 0037D2CA302D0201 00040670 75626C69 63A02002 03062B27 02010002 01003013 3011060D....Jun 19 13:07:32.316: RPTX: Using Downstream Service Flow ID : 16939, SID : 2 V5Jun 19 13:07:32.316: RPTX to Cobalt: 0x8023834, size=111006F0000 00057010 422B2488 00020000 10000006 10000010 950701DB 00016440D1420800 4500004B 2B270000 FF111879 A4789781 A478978F CD7E00A1 0037D2CB302D0201 00040670 75626C69 63A02002 03062B28 02010002 01003013 3011060D....Table 2 explains the information contained in the display for each packet:
The following example shows typical output for SID debugging messages:
Router# debug cr10k-rp sidCR10K RP debug SID debugging is on(Cable 6/1/0:2): CM Offline - MAC 00C0.1234.5678, SID 113(Cable 6/1/0:2): -Shutdown CM- SID 231(Cable 6/1/0:2): CM Shutdown - MAC 00C0.2210.a01c, SID 231(Cable 6/1/0:2): CM Remove - MAC 00C0.2210.a01c, SID 231Call SID replace with old IP addr 10.10.13.18 new IP addr 10.10.13.121(Cable 5/1/1:1) - New CM 00C0.1122.bcab, SID 396(Cable 5/1/0:1) - New CM 00C0.8723.11F0, SID 397(Cable 5/1/0:1) - CM Init FAILED - MAC 00C0.8723.11F0, SID 397The following example shows typical output for spectrum management debugging messages for a particular interface:
Router# debug cable interface c6/1/0 sid 2Router# debug cr10k-rp pkt specCR10K RP debug Spectrum debugging is on(Cable 5/0/0:4) Release frequency (11600000, 3200000) from group 12(Cable 5/0/0:4) Frequency request (10000000 - 13200000) from group 12 approved(Cable 7/0/0:1) Frequency request (12000000 - 13600000) from group 2 approved(Cable 7/0/0:1) Release frequency (12800000, 1600000) from group 2(Cable 7/0/0:1) Frequency request (12000000 - 15200000) from group 2 approved(Cable 7/0/0:2) Frequency request (20000000 - 21600000) from group 22 approved(Cable 7/0/0:2) Release frequency (20800000, 1600000) from group 22(Cable 7/0/0:2) Frequency request (20000000 - 23200000) from group 22 approved(Cable 7/0/0:3) Frequency request (20000000 - 21600000) from group 22 approved(Cable 7/0/0:3) Release frequency (20800000, 1600000) from group 22(Cable 7/0/0:4) Release frequency (20800000, 1600000) from group 22(Cable 7/0/0:4) Frequency request (20000000 - 20400000) from group 22 approved(Cable 7/0/0:5) Frequency request (20000000 - 21600000) from group 22 approved(Cable 7/0/0:5) Release frequency (20800000, 1600000) from group 22(Cable 7/0/0:5) Frequency request (20000000 - 20200000) from group 22 approved(Cable 7/0/0:6) Frequency request (20000000 - 21600000) from group 22 approvedRelease frequency request sent to slot 7 subslot 0(Cable 7/0/0:6) Frequency request (21400000 - 21800000) from group %d rejected because of overlapping bandThe following example shows the typical messages for the ha-timing option. These messages show the total time it takes to synchronize all of the cable modems on a cable interface after a switchover, as well as the total time it takes for all cable modems to recover and come online. These messages also show the total time it took the HCCP and DOCSIS protocol subsystems to synchronize after a switchover.
Router# debug cable interface c6/1/0Router# debug cr10k-rp ha-timingCR10K RP debug High Availability timingPRE_HA: c6/1/0 Total modems 234 bulk sync'ed in 531 msec(delay: 20 msec; CM's per loop:10)PRE_HA: c6/1/0 Total modems (234) recovered in 1124 msecPRE_HA: Completed hccp bulksync in 335 msecsPRE_HA: Completed docsis bulksync in 751 msecsThe following example shows the typical messages for the ha-msg option. These messages show the total time it takes to synchronize all of the cable modems on a cable interface after a switchover, as well as the total time it takes to recover and come online. These messages also show the total time it took the Hot-standby Connection-to-Connection Protocol (HCCP) and DOCSIS protocol subsystems to synchronize after a switchover.
Router# debug cable interface c6/1/0Router# debug cr10k-rp ha-msgCR10K RP debug High Availability msgPRE_HA_BUGMSGPRE REDUNDANCY: Bulk sync completedPRE REDUNDANCY: Recv bulk sync complete - sending ackPRE REDUNDANCY: Send bulk sync ack failed");PRE RF: Waiting for bulk sync ackPRE REDUNDANCY: Bulk sync completedPRE REDUNDANCY: Recv bulk sync complete - sending ackPRE REDUNDANCY: Send bulk sync ack failedPRE RF: Waiting for bulk sync ackRelated Commands
Command DescriptionEnables debugging on a specific cable interface.
debug cable mac-address
Enables debugging for a specific cable modem, as identified by its hardware (MAC) address.
debug redundancy
To enable debugging of the Route Processor Redundancy (RPR) feature and its background procedures, use the debug redundancy command in privileged EXEC mode.
debug redundancy {alarms | all | configsync | fsm | keepalive | peer-monitor | services | timesync}
Syntax Description
Command Modes
Privileged EXEC
Command History
Release Modification12.2(4)XF1
This command was introduced for the Cisco uBR10012 router.
12.2(11)BC3
The fsm option was renamed to rf-fsm.
Examples
The following example shows all redundancy debugging messages being enabled:
Router# debug redundancy allRedundancy All debugging is onRouter#The following example shows typical messages that the debug redundancy alarms command displays:
Router# debug redundancy alarmsRedundancy Alarms debugging is onRouter#01:28:48: %REDUNDANCY-5-PEER_MONITOR_EVENT: Primary detected a secondary crash (raw-event=KEEPALIVE_FAILURE(7))slave_down: generating Secondary-Down alarmAsserting alarm : SEC_FAILURE01:28:48: %REDUNDANCY-5-PEER_MONITOR_EVENT: Primary detected a secondary crash (raw-event=PEER_REDUNDANCY_STATE_CHANGE(5))The following example shows the typical state changes that the debug redundancy fsm command displays when the standby RP is reset:
Router# debug redundancy fsmRedundancy FSM debugging is onRouter#01:15:30: %REDUNDANCY-5-PEER_MONITOR_EVENT: Primary detected a secondary crash (raw-event=KEEPALIVE_FAILURE(7))Flushing IPC entries in FSM queue01:15:30: ehsa_fsm: state change, events: major=2 minor=1REDUNDANCY_PEERSECONDARY_INITED(9) => REDUNDANCY_PEERSECONDARY_NONOPERATIONAL(6)01:15:31: %REDUNDANCY-5-PEER_MONITOR_EVENT: Primary detected a secondary crash (raw-event=PEER_REDUNDANCY_STATE_CHANGE(5))01:15:31: %REDUNDANCY-5-PEER_MONITOR_EVENT: Primary detected a secondary crash (raw-event=KEEPALIVE_FAILURE(7))Flushing IPC entries in FSM queue01:15:31: ehsa_fsm: state change, events: major=2 minor=1REDUNDANCY_PEERSECONDARY_INITED(9) => REDUNDANCY_PEERSECONDARY_NONOPERATIONAL(6)01:15:31: %REDUNDANCY-5-PEER_MONITOR_EVENT: Primary detected a secondary crash (raw-event=PEER_REDUNDANCY_STATE_CHANGE(5))The following example shows the messages that are displayed by the debug redundancy keepalive command:
Router# debug redundancy keepaliveRedundancy Keepalive debugging is onRouter#Sent keepaliveReceived keepaliveSent keepaliveReceived keepaliveSent keepaliveReceived keepaliveSent keepaliveRelated Commands
hw-module reset
To reset a particular Performance Routing Engine (PRE1 or PRE2) module or a particular line card, use the hw-module reset command in privileged EXEC mode.
hw-module {main-cpu | pre {A|B} | sec-cpu | slot slot-number | subslot slot/card} reset [hold | release]
Syntax Description
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Release Modification12.2(4)XF1
This command was introduced for the Cisco uBR10012 router.
12.2(11)BC3
The hw-module main-cpu and hw-module pre commands were modified tyo reset both PRE modules.
Usage Guidelines
The hw-module reset command typically is used to reset a standby PRE1 or PRE2 module so that it can load a new version of Cisco IOS software. However, this command can also be used to reset the active PRE1 or PRE2 module, as well as any other line card in the Cisco uBR10012 chassis.
Caution If the standby PRE1 or PRE2 module is installed and configured, resetting the active PRE1 or PRE2 module triggers a failover, so that the standby PRE1 or PRE2 module becomes the active PRE1 or PRE2 module.
Note The hold and release options are not needed for normal operations but are typically used for debugging and lab tests.
The following example shows the standby PRE1 module being reset:
Router# hw-module sec-cpu reset
Router#The following example shows the active PRE1 module being reset and kept in the reset state (which will trigger a failover to the standby PRE1 module):
Router# hw-module main-cpu reset hold
Router#The following example shows the PRE1 module in PRE slot B being reset:
Router# hw-module pre B reset
Router#
Note The hw-module pre B reset command resets the PRE1 or PRE2 module that is physically present in slot B, regardless of whether the module is the active or standby PRE1 or PRE2 module.
Related Commands
main-cpu
To enter main-CPU redundancy configuration mode, so that you can configure the synchronization of the active and secondary Performance Routing Engine (PRE1 or PRE2) modules, use the main-cpu command in redundancy configuration mode.
main-cpu
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
Redundancy configuration
Command History
Release Modification12.2(4)XF
This command was introduced for the Cisco uBR10012 router.
12.2(11)BC3
Support for the switchover timeout command was added.
Usage Guidelines
When you enter main-CPU redundancy configuration mode, the prompt changes to the following:
Router(config-r-mc)#After you enter main-CPU redundancy configuration mode, you can use the auto-sync command to specify which files are synchronized between the active and standby route processors (RPs). In Cisco IOS Release 12.2(11)BC3 and later releases, you can also use the switchover timeout command to specify the amount of time that the standby RP should wait when it first detects that the active RP is not active and when it initiates a switchover and becomes the active RP.
To leave main-CPU redundancy configuration mode and to return to redundancy configuration mode, use the exit command.
Examples
The following example shows how to enter main-CPU redundancy mode and the commands that are available there:
Router# config tRouter(config)# redundancyRouter(config-r)# main-cpuRouter(config-r-mc)# ?Main Cpu redundancy configuration commands:auto-sync Sync elementsexit Exit from main-cpu configuration modeno Negate a command or set its defaultsswitchover Configuration of switchoverRouter(config-r-mc)#Related Commands
redundancy force-failover main-cpu
To force a failover, so that the standby Performance Routing Engine (PRE1 or PRE2) module becomes the active PRE1 or PRE2 module, use the redundancy force-failover main-cpu command in privileged EXEC mode.
redundancy force-failover main-cpu
Syntax Description
This command has no keywords or arguments.
Defaults
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The redundancy force-failover main-cpu command initiates a manual failover, so that the standby PRE1 or PRE2 module becomes the active PRE1 or PRE2 module and assumes full responsibilities for router operations. This command requires that both PRE1 or PRE2 modules are running a Cisco IOS software image that supports the Route Processor Redundancy (RPR) feature.
A manual failover is typically done for one of the following reasons:
•You want to upgrade or replace the active PRE1 or PRE2 module.
•You have upgraded the Cisco IOS software on the standby PRE1 or PRE2 module and want the standby PRE1 or PRE2 module to begin using the new software image. This also allows you to upgrade the software on the former active PRE1 or PRE2 module without interrupting systems operations.
•You want to test failover operation on the system.
A failover can also be manually initiated by removing the active PRE1 or PRE2 module from the chassis, but using the redundancy force-failover main-cpu command provides a more graceful failover, without generating hardware alarms.
Tip Wait two to three minutes after a failover before switching the system back to the original PRE1 or PRE2 module, to allow the system to stabilize and to allow both PRE1 or PRE2 modules to be ready for the switch.
Examples
The following example shows a failover being manually initiated:
Router# redundancy force-failover main-cpu
Proceed with switchover to standby PRE? [confirm] y...
Note Pressing Enter or y confirms the action and begins the failover. Pressing any other key aborts the failover and returns control to the current active PRE1 or PRE2 module.
The following example shows a failover being attempted but failing because the standby PRE1 or PRE2 module is not ready, is not available, or is not installed:
Router# redundancy force-failover main-cpu
Proceed with switchover to standby PRE? [confirm]Standby PRE not ready, switchover aborted.Router#
Note In some versions of Cisco IOS software, a failed software switchover will show the following message:
.
Unable to communicate with standby PRE, switchover aborted
The following example shows the complete information for a forced switchover using the redundancy force-failover main-cpu command.
Note The output of your system may vary, depending on the number of line cards and interfaces configured.
Router# redundancy force-failover main-cpu
Proceed with switchover to standby PRE? [confirm]*Nov 26 09:38:13.315: %SYS-5-SWITCHOVER: Switchover requestedSystem Bootstrap, Version 12.0(9r)SL2, RELEASE SOFTWARE (fc1)Copyright (c) 2000 by cisco Systems, Inc.Reset Reason Register = RESET_REASON_RESET_REG (0x76)C10000 platform with 524288 Kbytes of main memory*Nov 26 09:38:16.403: %REDUNDANCY-5-PEER_MONITOR_EVENT: Secondary received a switchover (raw-event=PEER_REDUNDANCY_STATE_CHANGE(5))*Nov 26 09:38:16.451: %IPCOIR-5-CARD_DETECTED: Card type 1gigethernet-1 (0x166) in slot 4/0*Nov 26 09:38:16.451: %IPCOIR-2-CARD_UP_DOWN: Card in slot 4/0 is up. Notifying 1gigethernet-1 driver.*Nov 26 09:38:16.539: %IPCOIR-5-CARD_DETECTED: Card type 1cable-mc16s (0xF5) in slot 8/0*Nov 26 09:38:16.539: %IPCOIR-2-CARD_UP_DOWN: Card in slot 8/0 is up. Notifying 1cable-mc16s driver.*Nov 26 09:38:16.595: %UBR10000-5-UPDOWN: Interface Cable8/0/0 Port U1, changed state to administratively down*Nov 26 09:38:16.603: %UBR10000-5-UPDOWN: Interface Cable8/0/0 Port U2, changed state to administratively down*Nov 26 09:38:16.611: %UBR10000-5-UPDOWN: Interface Cable8/0/0 Port U3, changed state to administratively down*Nov 26 09:38:16.615: %UBR10000-5-UPDOWN: Interface Cable8/0/0 Port U4, changed state to administratively down*Nov 26 09:38:16.623: %UBR10000-5-UPDOWN: Interface Cable8/0/0 Port U5, changed state to administratively down*Nov 26 09:38:16.659: %IPCOIR-5-CARD_DETECTED: Card type cable-lcp (0x254) in slot 5/1*Nov 26 09:38:16.663: %IPCOIR-2-CARD_UP_DOWN: Card in slot 5/1 is up. Notifying cable-lcp driver.*Nov 26 09:38:16.727: %IPCOIR-5-CARD_DETECTED: Card type 1cable-mc16s (0xF5) in slot 8/1*Nov 26 09:38:16.735: %IPCOIR-2-CARD_UP_DOWN: Card in slot 8/1 is up. Notifying 1cable-mc16s driver.*Nov 26 09:38:16.791: %UBR10000-5-UPDOWN: Interface Cable8/1/0 Port U1, changed state to administratively down*Nov 26 09:38:16.795: %UBR10000-5-UPDOWN: Interface Cable8/1/0 Port U2, changed state to administratively down*Nov 26 09:38:16.803: %UBR10000-5-UPDOWN: Interface Cable8/1/0 Port U3, changed state to administratively down*Nov 26 09:38:16.811: %UBR10000-5-UPDOWN: Interface Cable8/1/0 Port U4, changed state to administratively down*Nov 26 09:38:16.815: %UBR10000-5-UPDOWN: Interface Cable8/1/0 Port U5, changed state to administratively down*Nov 26 09:38:16.827: %IPCOIR-5-CARD_DETECTED: Card type 2cable-mc28c (0x235) in slot 7/0*Nov 26 09:38:16.827: %IPCOIR-2-CARD_UP_DOWN: Card in slot 7/0 is up. Notifying 2cable-mc28c driver.*Nov 26 09:38:16.887: %UBR10000-5-UPDOWN: Interface Cable7/0/0 Port U1, changed state to administratively down*Nov 26 09:38:16.891: %UBR10000-5-UPDOWN: Interface Cable7/0/0 Port U2, changed state to administratively down*Nov 26 09:38:16.899: %UBR10000-5-UPDOWN: Interface Cable7/0/0 Port U3, changed state to administratively down*Nov 26 09:38:16.907: %IPCOIR-5-CARD_DETECTED: Card type 2cable-mc28c (0x235) in slot 5/0*Nov 26 09:38:16.907: %UBR10000-5-UPDOWN: Interface Cable7/0/1 Port U0, changed state to administratively down*Nov 26 09:38:16.915: %UBR10000-5-UPDOWN: Interface Cable7/0/1 Port U1, changed state to administratively down*Nov 26 09:38:16.923: %UBR10000-5-UPDOWN: Interface Cable7/0/1 Port U2, changed state to administratively down*Nov 26 09:38:16.927: %UBR10000-5-UPDOWN: Interface Cable7/0/1 Port U3, changed state to administratively down*Nov 26 09:38:16.935: %C10KGE-3-GBIC_MISSING: Interface GigabitEthernet4/0/0, Gigabit Interface Converter (GBIC) missing*Nov 26 09:38:16.939: %IPCOIR-2-CARD_UP_DOWN: Card in slot 5/0 is up. Notifying 2cable-mc28c driver.*Nov 26 09:38:16.999: %UBR10000-5-UPDOWN: Interface Cable5/0/0 Port U1, changed state to administratively down*Nov 26 09:38:17.007: %UBR10000-5-UPDOWN: Interface Cable5/0/0 Port U2, changed state to administratively down*Nov 26 09:38:17.011: %UBR10000-5-UPDOWN: Interface Cable5/0/0 Port U3, changed state to administratively down*Nov 26 09:38:17.019: %IPCOIR-5-CARD_DETECTED: Card type 2cable-mc28c (0x235) in slot 6/0*Nov 26 09:38:17.023: %UBR10000-5-UPDOWN: Interface Cable5/0/0 Port U0, changed state to up*Nov 26 09:38:17.023: %UBR10000-5-UPDOWN: Interface Cable5/0/1 Port U0, changed state to administratively down*Nov 26 09:38:17.031: %UBR10000-5-UPDOWN: Interface Cable5/0/1 Port U1, changed state to administratively down*Nov 26 09:38:17.035: %UBR10000-5-UPDOWN: Interface Cable5/0/1 Port U2, changed state to administratively down*Nov 26 09:38:17.043: %UBR10000-5-UPDOWN: Interface Cable5/0/1 Port U3, changed state to administratively down*Nov 26 09:38:17.051: %SNMP-5-LINK_UP: LinkUp:Interface Cable5/0/0-upstream0 changed state to up*Nov 26 09:38:17.055: %IPCOIR-2-CARD_UP_DOWN: Card in slot 6/0 is up. Notifying 2cable-mc28c driver.*Nov 26 09:38:17.103: %UBR10000-5-UPDOWN: Interface Cable6/0/0 Port U0, changed state to up*Nov 26 09:38:17.111: %UBR10000-5-UPDOWN: Interface Cable6/0/0 Port U1, changed state to administratively down*Nov 26 09:38:17.119: %UBR10000-5-UPDOWN: Interface Cable6/0/0 Port U2, changed state to administratively down*Nov 26 09:38:17.123: %UBR10000-5-UPDOWN: Interface Cable6/0/0 Port U3, changed state to administratively down*Nov 26 09:38:17.131: %SNMP-5-LINK_UP: LinkUp:Interface Cable6/0/0-upstream0 changed state to up*Nov 26 09:38:17.135: %UBR10000-5-UPDOWN: Interface Cable6/0/1 Port U0, changed state to administratively down*Nov 26 09:38:17.139: %UBR10000-5-UPDOWN: Interface Cable6/0/1 Port U1, changed state to administratively down*Nov 26 09:38:17.147: %UBR10000-5-UPDOWN: Interface Cable6/0/1 Port U2, changed state to administratively down*Nov 26 09:38:17.155: %UBR10000-5-UPDOWN: Interface Cable6/0/1 Port U3, changed state to administratively down*Nov 26 09:38:18.399: %IPCOIR-5-CARD_DETECTED: Card type 1oc12pos-1 (0x164) in slot 3/0*Nov 26 09:38:18.399: %IPCOIR-2-CARD_UP_DOWN: Card in slot 3/0 is up. Notifying 1oc12pos-1 driver.*Nov 26 09:38:18.451: %LINK-3-UPDOWN: Interface GigabitEthernet4/0/0, changed state to down*Nov 26 09:38:18.451: %SNMP-5-LINK_DOWN: LinkDown:Interface GigabitEthernet4/0/0 changed state to down*Nov 26 09:38:18.539: %LINK-3-UPDOWN: Interface Cable8/0/0, changed state to up*Nov 26 09:38:18.735: %LINK-3-UPDOWN: Interface Cable8/1/0, changed state to up*Nov 26 09:38:18.827: %LINK-3-UPDOWN: Interface Cable7/0/0, changed state to up*Nov 26 09:38:18.831: %LINK-3-UPDOWN: Interface Cable7/0/1, changed state to up*Nov 26 09:38:18.939: %LINK-3-UPDOWN: Interface Cable5/0/0, changed state to up*Nov 26 09:38:18.943: %LINK-3-UPDOWN: Interface Cable5/0/1, changed state to up*Nov 26 09:38:19.055: %LINK-3-UPDOWN: Interface Cable6/0/0, changed state to up*Nov 26 09:38:19.055: %LINK-3-UPDOWN: Interface Cable6/0/1, changed state to up*Nov 26 09:38:20.935: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet4/0/0, changed state to down*Nov 26 09:38:20.935: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable8/0/0, changed state to up*Nov 26 09:38:20.935: %SNMP-5-LINK_UP: LinkUp:Interface Cable8/0/0-downstream changed state to up*Nov 26 09:38:20.935: %SNMP-5-LINK_UP: LinkUp:Interface Cable8/0/0 changed state to up*Nov 26 09:38:20.939: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable8/1/0, changed state to up*Nov 26 09:38:20.939: %SNMP-5-LINK_UP: LinkUp:Interface Cable8/1/0-downstream changed state to up*Nov 26 09:38:20.939: %SNMP-5-LINK_UP: LinkUp:Interface Cable8/1/0 changed state to up*Nov 26 09:38:21.067: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable7/0/0, changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable7/0/0-downstream changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable7/0/0 changed state to up*Nov 26 09:38:21.067: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable7/0/1, changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable7/0/1-downstream changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable7/0/1 changed state to up*Nov 26 09:38:21.067: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable5/0/0, changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable5/0/0-downstream changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable5/0/0 changed state to up*Nov 26 09:38:21.067: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable5/0/1, changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable5/0/1-downstream changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable5/0/1 changed state to up*Nov 26 09:38:21.067: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable6/0/0, changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable6/0/0-downstream changed state to up*Nov 26 09:38:21.067: %SNMP-5-LINK_UP: LinkUp:Interface Cable6/0/0 changed state to up*Nov 26 09:38:21.071: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable6/0/1, changed state to up*Nov 26 09:38:21.071: %SNMP-5-LINK_UP: LinkUp:Interface Cable6/0/1-downstream changed state to up*Nov 26 09:38:21.071: %SNMP-5-LINK_UP: LinkUp:Interface Cable6/0/1 changed state to up*Nov 26 09:38:23.411: %UBR10KTCC-1-NOTCC: No working TCCplus card available in the system*Nov 26 09:38:24.147: %SNMP-5-LINK_UP: LinkUp:Interface FastEthernet0/0/0 changed state to up*Nov 26 09:38:24.155: %LINK-5-CHANGED: Interface FastEthernet0/0/0, changed state to reset*Nov 26 09:38:24.155: %SNMP-5-LINK_DOWN: LinkDown:Interface FastEthernet0/0/0 changed state to down*Nov 26 09:38:25.155: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0/0, changed state to down*Nov 26 09:38:26.091: %IPCOIR-5-CARD_DETECTED: Card type 2cable-tccplus (0x2AF) in slot 1/1*Nov 26 09:38:26.091: %IPCOIR-2-CARD_UP_DOWN: Card in slot 1/1 is up. Notifying 2cable-tccplus driver.*Nov 26 09:38:29.155: %SNMP-5-LINK_DOWN: LinkDown:Interface FastEthernet0/0/0 changed state to down*Nov 26 09:38:33.491: %HCCP-5-STANDBY: Grp 2 Mbr 8 Protect: change state from active to standby.*Nov 26 09:38:33.575: %HCCP-5-STANDBY: Grp 1 Mbr 6 Protect: change state from active to standby.*Nov 26 09:38:33.575: %HCCP-5-CHANOFF: Grp 1 Mbr 5 Protect: turning off channel.*Nov 26 09:38:34.155: %LINK-3-UPDOWN: Interface FastEthernet0/0/0, changed state to up*Nov 26 09:38:34.155: %SNMP-5-LINK_UP: LinkUp:Interface FastEthernet0/0/0 changed state to up*Nov 26 09:38:34.491: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable8/1/0, changed state to down*Nov 26 09:38:34.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface Cable7/0/0, changed state to down*Nov 26 09:38:35.155: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0/0, changed state to up*Nov 26 09:39:33.491: %HCCP-5-STATICSYNC: Grp 2 Mbr 8 Protect: receiving static sync.*Nov 26 09:39:33.575: %HCCP-5-STATICSYNC: Grp 1 Mbr 6 Protect: receiving static sync.*Nov 26 09:39:33.575: %HCCP-5-STATICSYNC: Grp 1 Mbr 5 Protect: receiving static sync.*Nov 26 09:40:16.631: %HCCP-5-SWITCHOVERREADY: Grp 2 Mbr 8 Working: ready to switchover.*Nov 26 09:40:17.019: %HCCP-5-SWITCHOVERREADY: Grp 1 Mbr 5 Working: ready to switchover.*Nov 26 09:40:17.131: %HCCP-5-SWITCHOVERREADY: Grp 1 Mbr 6 Working: ready to switchover.secondary aux
To enable the auxiliary port on the standby PRE1 or PRE2 module, use the secondary aux command in redundancy configuration (main-cpu) mode mode. To disable the auxiliary port, use the no form of this command.
secondary aux
no secondary aux
Syntax Description
This command has no arguments or keywords.
Defaults
The auxiliary port on the standby RP is disabled.
Command Modes
Redundancy configuration (main-cpu)
Command History
Examples
The following example shows how to enable the auxiliary port on the standby PRE1 or PRE2 module.
Router# config tRouter(config)# redundancyRouter(config-r)# main-cpuRouter(config-r-mc)# secondary auxRouter(config-r-mc)# exitRouter(config-f)# exitRouter(config)#Related Commands
show cable modem
To display information for the registered and unregistered cable modems, use the show cable modem command in privileged EXEC mode.
show cable modem [ip-address | interface | mac-address] [options]
Note Several options in the show cable modem command do not pause the screen to display the information page by page, even if the terminal length command has been used to set the page size of your terminal. Paging and pausing the display could result in outdated or stale information for cable modems, and thus produce an incorrect snapshot of the system's current cable modem state. To capture or review this information, use your terminal program's capture buffer to save the information to a file, and then review it offline.
Syntax Description
ip-address
IP address of a specific cable modem to be displayed. You can also specify the IP address for a CPE device behind a cable modem, and information for that cable modem will be displayed.
interface
Displays all cable modems on a specific cable modem termination system (CMTS) cable interface.
mac-address
Identifies the MAC address of a specific cable modem to be displayed. If you specify the MAC address for a customer premises equipment (CPE) device behind a cable modem, and information for that cable modem is displayed.
Available options when displaying information for a cable interface or for a single cable modem
access-group
Displays access group.
connectivity
Displays connectivity content.
counters
Displays cable counters.
errors
Displays error details for one or all cable modems.
flap
Displays flap content.
mac
Displays the DOCSIS MAC version and capabilities.
maintenance
Displays station maintenance error statistics.
offline
Displays cable modems that are offline.
phy
Displays the DOCSIS PHY layer content.
registered
Displays information for cable modems that have registered with the CMTS.
remote-query
Displays the signal-to-noise ratio (SNR) and power statistics that the CMTS has acquired from polling the cable modems.
Note See the cable modem remote-query command in the Cisco Broadband Cable Command Reference Guide for more information about this option.
summary [total]
Displays the total number, number of active, and number of registered cable modems per interface. This option can also be used with the mac, total, upstream and vendor options to display details for specific line cards and ports. The optional total keyword displays a footer line showing the totals for each column. The following combinations are possible:
•show cable modem summary total—Displays a summary and a total for all cable modems on the chassis.
•show cable modem summary cable x/0 total—Displays a summary of cable modems on a specified card.
•show cable modem summary cable x/0 upstream port1 port2 total —Displays a summary of cable modems on the specified card and specified range of ports. The port1 value must be less than the port2 value.
•show cable modem summary cable x/0 cable y/0 total—Displays a summary of cable modems on the specified range of cards.
•show cable modem summary cable x/0 cable y/0 upstream port1 port2 total—Displays a summary of cable modems on the specified range of ports on the specified range of cards.
Note When specifying a range of cable interfaces or ports, you must specify the lower-numbered interface first and the higher-numbered interface second.
unregistered
Displays information for cable modems that have not registered with the CMTS.
vendor
Displays the vendor name for each cable modem. If the vendor name has not been defined by the cable modem vendor command, displays the vendor's Organizational Unique Identifier (OUI).
Note The Institute of Electrical and Electronics Engineers (IEEE) is the official issuer of OUI values. The IEEE OUI website is at http://standards.ieee.org/develop/regauth/oui/public.html .
verbose
Displays detailed information.
Available options when displaying information for a single cable modem
classifiers
Displays the classifiers for the modem.
classifiers cache
Displays the classifiers in the cache maintained for each cable modem. (This cache is based on IP header field values and speeds up classifier lookups and reduces per-packet processing overhead.)
classifiers verbose
Displays detailed information for the modem's classifiers.
cpe
Displays the CPE devices accessing the cable interface through the cable modem.
cnr
(For Cisco uBR-MC16S only) Displays the upstream carrier-to-noise ratio (CNR) for the specified cable modem (in dB).
Command Modes
Privileged EXEC
Command History
Usage Guidelines
After a switchover occurs, you can use the show cable modem command to display the status of all recognized cable modems. This status should be similar, if not identical, to the status before the switchover. The CMTS can communicate with all cable modems at the DOCSIS MAC layer (using the modem's MAC address). However, the CMTS cannot communicate with a cable modem or CPE device at the IP layer (using the IP address) until the cable modem (or one of its CPE devices) transmits an IP packet.
This allows the CMTS to rebuild its IP address table using the IP addresses of devices that are actually active on the network, instead of using the previous information, which could have become stale since the switchover.
Examples
The following show cable modem command output shows the registered and unregistered cable modems supported by the active route processor (RP) prior to the manual switchover. The information from the show cable modem command can be used before and after manual switchover to verify success (refer also to redundancy force-failover main-cpu).
Router# show cable modem
MAC Address IP Address I/F MAC Prim RxPwr Timing Num BPIState Sid (db) Offset CPE Enb0008.0eae.6be4 1.8.1.66 C8/0/0/U0 init(o) 1 0.25 747 0 N0007.0e03.62dd 1.8.1.67 C8/0/0/U0 online 2 -0.25 2808 0 N0007.0e03.6351 1.8.1.68 C8/0/0/U0 online 3 0.00 2809 0 N0007.0e01.8de9 1.8.1.69 C8/0/0/U0 online 4 -0.50 2807 0 NSyntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release Modification12.2(11)BC3
This command was introduced to support Cisco high availability (HA) redundancy operations.
show checkpoint
The Checkpointing Facility is a software subsystem by which information is transferred from the active route processor (RP) to the standby RP. To display information about the Checkpoint Facility (CF) subsystem on a Cisco cable modem termination system (CMTS), use the show checkpoint command in privileged EXEC mode.
show checkpoint {clients | statistics}
Syntax Description
Command Modes
Privileged EXEC
Command History
Release Modification12.2(11)BC3
This command was introduced to support Cisco high availability (HA) redundancy operations.
Usage Guidelines
The CF subsystem manages the passing of messages from the active to standby interfaces. It also handles sequencing and throttling, as needed during redundancy operations. The show checkpoint command displays information about the clients (other processes on the CMTS that are sending checkpoint messages) and run-time status for checkpoint operations.
Examples
The following shows typical output for the show checkpoint clients command:
Router# show checkpoint clientsCheck Point List of ClientsCHKPT on ACTIVE server.Client Name Client ID Msg Send Msg len Bundling(number of) (Total)-----------------------------------------------------------CHKPT DevTest 3 0 0 OnCHKPT EXAMPLE 2 0 0 OnCR10K RP CHKPT 20 0 0 OnRouter#The following shows typical output for the show checkpoint statistics command:
Router# show checkpoint statisticsCheck Point StatusCHKPT on ACTIVE server.Number of chkpt messages currently in hold queue 0CHKPT MAX MTU size = 1422IPC MAX MTU size = 4096CHKPT Pending msg timer = 100 msRelated Commands
show redundancy
To display the current redundancy status, use the show redundancy command in privileged EXEC mode.
show redundancy {clients | counters | history| states}
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The show redundancy command shows whether the PRE A slot or PRE B slot contains the active (primary) Performance Routing Engine (PRE1 or PRE2) module, the status of the standby RP, and the values for the standby RP's boot variables and configuration register. In Cisco IOS Release 12.2(13)BC1 and later releases, it also shows the version of Cisco IOS software that is running on the secondary PRE module.
Note The show redundancy command always shows the correct location of the active RP. The other PRE slot is marked as secondary, even if a standby RP is not installed.
Examples
The following example shows a typical display from the show redundancy command. The active RP is in PRE slot A, and the standby RP is in PRE slot B.
Router# show redundancy
PRE A (This PRE) : PrimaryPRE B : SecondaryRedundancy state is REDUNDANCY_PEERSECONDARY_INITEDSecondary PRE information....Secondary is up.Secondary has 524288K bytes of memory.Secondary BOOT variable = bootflash:ubr10k-k8p6-mz.999-99.122BC_UB_030303,1;Secondary CONFIG_FILE variable =Secondary BOOTLDR variable =Secondary Configuration register is 0x0Secondary version:Cisco Internetwork Operating System SoftwareIOS (tm) 10000 Software (UBR10K-K8P6-M), Version 12.2(122BC.030303.)Copyright (c) 1986-2003 by cisco Systems, Inc.Compiled Mon 03-Mar-03 21:23 byThe following example shows the same display after a switchover has occurred. The show redundancy command now shows that the active (primary) RP has changed slots (in this case, moving from slot A to slot B):
Router# show redundancyPRE A : SecondaryPRE B (This PRE) : PrimaryRedundancy state is REDUNDANCY_PEERSECONDARY_INITEDSecondary PRE information....Secondary is up.Secondary BOOT variable = bootflash:ubr10k-k8p6-mzSecondary CONFIG_FILE variable =Secondary BOOTLDR variable = bootflash:c10k-eboot-mzSecondary Configuration register is 0x2Secondary version:Cisco Internetwork Operating System SoftwareIOS (tm) 10000 Software (UBR10K-K8P6-M), Released Version 12.2(13)BC2Copyright (c) 1986-2003 by cisco Systems, Inc.Compiled 26 08-Feb-03 11:28 by texbntRouter#The following example shows a typical display when the standby RP is not installed or is not operational. The standby RP is shown as not up, and its boot variables and configuration register are not shown.
Router# show redundancyPRE A (This PRE) : PrimaryPRE B : SecondaryRedundancy state is REDUNDANCY_PEERSECONDARY_NONOPERATIONALSecondary PRE information....Secondary PRE is not upRouter#The following example shows a typical display for the show redundancy clients command:
Router# show redundancy clients
clientID = 0 clientSeq = 0 RF_INTERNAL_MSGclientID = 25 clientSeq = 130 CHKPT RFclientID = 5 clientSeq = 170 RFS clientclientID = 50 clientSeq = 530 Slot RFclientID = 65000 clientSeq = 65000 RF_LAST_CLIENTThe following example shows a typical display for the show redundancy counters command:
Router# show redundancy counters
Redundancy Facility OMscomm link up = 1comm link down down = 0invalid client tx = 0null tx by client = 0tx failures = 0tx msg length invalid = 0client not rxing msgs = 0rx peer msg routing errors = 0null peer msg rx = 0errored peer msg rx = 0buffers tx = 1009tx buffers unavailable = 0buffers rx = 1006buffer release errors = 0duplicate client registers = 0failed to register client = 0Invalid client syncs = 0The following example shows a typical display for the show redundancy history command:
Router# show redundancy history
00:00:00 client added: RF_INTERNAL_MSG(0) seq=000:00:00 client added: RF_LAST_CLIENT(65000) seq=6500000:00:00 client added: CHKPT RF(25) seq=13000:00:01 client added: Slot RF(50) seq=53000:00:15 client added: RFS client(5) seq=17000:00:16 *my state = INITIALIZATION(2) *peer state = DISABLED(1)00:00:16 RF_PROG_INITIALIZATION(100) RF_INTERNAL_MSG(0) op=0 rc=1100:00:16 RF_PROG_INITIALIZATION(100) CHKPT RF(25) op=0 rc=1100:00:16 RF_PROG_INITIALIZATION(100) RFS client(5) op=0 rc=1100:00:16 RF_PROG_INITIALIZATION(100) Slot RF(50) op=0 rc=1100:00:16 RF_PROG_INITIALIZATION(100) RF_LAST_CLIENT(65000) op=0 rc=1100:00:16 *my state = NEGOTIATION(3) peer state = DISABLED(1)00:00:16 RF_EVENT_GO_ACTIVE(512) op=0 rc=000:00:16 *my state = ACTIVE-FAST(9) peer state = DISABLED(1)00:00:16 RF_STATUS_MAINTENANCE_ENABLE(403) CHKPT RF(25) op=0 rc=000:00:16 RF_STATUS_MAINTENANCE_ENABLE(403) RFS client(5) op=0 rc=000:00:16 RF_STATUS_MAINTENANCE_ENABLE(403) Slot RF(50) op=0 rc=000:00:16 RF_PROG_ACTIVE_FAST(200) RF_INTERNAL_MSG(0) op=0 rc=1100:00:16 RF_PROG_ACTIVE_FAST(200) CHKPT RF(25) op=0 rc=1100:00:16 RF_PROG_ACTIVE_FAST(200) RFS client(5) op=0 rc=1100:00:16 RF_PROG_ACTIVE_FAST(200) Slot RF(50) op=0 rc=1100:00:16 RF_PROG_ACTIVE_FAST(200) RF_LAST_CLIENT(65000) op=0 rc=1100:00:16 *my state = ACTIVE-DRAIN(10) peer state = DISABLED(1)00:00:16 RF_PROG_ACTIVE_DRAIN(201) RF_INTERNAL_MSG(0) op=0 rc=1100:00:16 RF_PROG_ACTIVE_DRAIN(201) CHKPT RF(25) op=0 rc=1100:00:16 RF_PROG_ACTIVE_DRAIN(201) RFS client(5) op=0 rc=1100:00:16 RF_PROG_ACTIVE_DRAIN(201) Slot RF(50) op=0 rc=1100:00:16 RF_PROG_ACTIVE_DRAIN(201) RF_LAST_CLIENT(65000) op=0 rc=1100:00:16 *my state = ACTIVE_PRECONFIG(11) peer state = DISABLED(1)00:00:16 RF_PROG_ACTIVE_PRECONFIG(202) RF_INTERNAL_MSG(0) op=0 rc=1100:00:16 RF_PROG_ACTIVE_PRECONFIG(202) CHKPT RF(25) op=0 rc=1100:00:16 RF_PROG_ACTIVE_PRECONFIG(202) RFS client(5) op=0 rc=1100:00:16 RF_PROG_ACTIVE_PRECONFIG(202) Slot RF(50) op=0 rc=1100:00:16 RF_PROG_ACTIVE_PRECONFIG(202) RF_LAST_CLIENT(65000) op=0 rc=1100:00:16 *my state = ACTIVE_POSTCONFIG(12) peer state = DISABLED(1)00:00:16 RF_PROG_ACTIVE_POSTCONFIG(203) RF_INTERNAL_MSG(0) op=0 rc=1100:00:16 RF_PROG_ACTIVE_POSTCONFIG(203) CHKPT RF(25) op=0 rc=1100:00:16 RF_PROG_ACTIVE_POSTCONFIG(203) RFS client(5) op=0 rc=1100:00:16 RF_PROG_ACTIVE_POSTCONFIG(203) Slot RF(50) op=0 rc=1100:00:16 RF_PROG_ACTIVE_POSTCONFIG(203) RF_LAST_CLIENT(65000) op=0 rc=1100:00:16 *my state = ACTIVE(13) peer state = DISABLED(1)00:00:16 RF_PROG_ACTIVE(204) RF_INTERNAL_MSG(0) op=0 rc=1100:00:16 RF_PROG_ACTIVE(204) CHKPT RF(25) op=0 rc=1100:00:16 RF_PROG_ACTIVE(204) RFS client(5) op=0 rc=1100:00:16 RF_PROG_ACTIVE(204) Slot RF(50) op=0 rc=1100:00:16 RF_PROG_ACTIVE(204) RF_LAST_CLIENT(65000) op=0 rc=1100:00:25 Configuration parsing complete00:00:30 System initialization complete00:03:27 *my state = ACTIVE(13) *peer state = UNKNOWN(0)00:03:29 RF_STATUS_PEER_PRESENCE(400) op=1 rc=000:03:29 RF_STATUS_PEER_PRESENCE(400) CHKPT RF(25) op=1 rc=000:03:29 RF_STATUS_PEER_PRESENCE(400) RFS client(5) op=1 rc=000:03:29 RF_STATUS_PEER_PRESENCE(400) Slot RF(50) op=1 rc=000:03:34 RF_STATUS_PEER_COMM(401) op=1 rc=000:03:34 RF_STATUS_PEER_COMM(401) CHKPT RF(25) op=1 rc=000:03:34 RF_STATUS_PEER_COMM(401) RFS client(5) op=1 rc=000:03:34 RF_STATUS_PEER_COMM(401) Slot RF(50) op=1 rc=000:03:34 RF_PROG_PLATFORM_SYNC(300) RF_INTERNAL_MSG(0) op=0 rc=1100:03:34 RF_PROG_PLATFORM_SYNC(300) CHKPT RF(25) op=0 rc=1100:03:34 RF_PROG_PLATFORM_SYNC(300) RFS client(5) op=0 rc=1100:03:34 RF_PROG_PLATFORM_SYNC(300) Slot RF(50) op=0 rc=1100:03:34 RF_PROG_PLATFORM_SYNC(300) RF_LAST_CLIENT(65000) op=0 rc=000:03:34 RF_EVENT_CLIENT_PROGRESSION(503) RF_LAST_CLIENT(65000) op=1 rc=000:03:34 RF_EVENT_PEER_PROG_DONE(506) RF_LAST_CLIENT(65000) op=300 rc=000:03:38 *my state = ACTIVE(13) *peer state = STANDBY COLD(4)00:03:42 RF_EVENT_START_PROGRESSION(501) op=0 rc=000:03:42 RF_EVENT_STANDBY_PROGRESSION(502) RF_INTERNAL_MSG(0) op=5 rc=000:03:42 RF_PROG_STANDBY_CONFIG(102) RF_INTERNAL_MSG(0) op=0 rc=1100:03:42 RF_PROG_STANDBY_CONFIG(102) CHKPT RF(25) op=0 rc=1100:03:42 RF_PROG_STANDBY_CONFIG(102) RFS client(5) op=0 rc=000:03:42 RF_EVENT_CLIENT_PROGRESSION(503) RFS client(5) op=5 rc=000:03:47 *my state = ACTIVE(13) *peer state = STANDBY COLD-CONFIG(5)00:03:48 RF_EVENT_PEER_PROG_DONE(506) RFS client(5) op=102 rc=1100:03:48 RF_PROG_STANDBY_CONFIG(102) Slot RF(50) op=0 rc=1100:03:48 RF_PROG_STANDBY_CONFIG(102) RF_LAST_CLIENT(65000) op=0 rc=1100:03:48 RF_EVENT_CONTINUE_PROGRESSION(504) op=0 rc=000:03:48 RF_EVENT_STANDBY_PROGRESSION(502) RF_INTERNAL_MSG(0) op=6 rc=000:03:48 RF_PROG_STANDBY_FILESYS(103) RF_INTERNAL_MSG(0) op=0 rc=1100:03:48 RF_PROG_STANDBY_FILESYS(103) CHKPT RF(25) op=0 rc=1100:03:48 RF_PROG_STANDBY_FILESYS(103) RFS client(5) op=0 rc=1100:03:48 RF_PROG_STANDBY_FILESYS(103) Slot RF(50) op=0 rc=1100:03:48 RF_PROG_STANDBY_FILESYS(103) RF_LAST_CLIENT(65000) op=0 rc=1100:03:48 RF_EVENT_CONTINUE_PROGRESSION(504) op=0 rc=000:03:48 RF_EVENT_STANDBY_PROGRESSION(502) RF_INTERNAL_MSG(0) op=7 rc=000:03:48 RF_PROG_STANDBY_BULK(104) RF_INTERNAL_MSG(0) op=0 rc=1100:03:48 RF_PROG_STANDBY_BULK(104) CHKPT RF(25) op=0 rc=1100:03:48 RF_PROG_STANDBY_BULK(104) RFS client(5) op=0 rc=1100:03:48 RF_PROG_STANDBY_BULK(104) Slot RF(50) op=0 rc=000:03:48 RF_EVENT_CLIENT_PROGRESSION(503) Slot RF(50) op=7 rc=000:03:48 RF_EVENT_PEER_PROG_DONE(506) Slot RF(50) op=104 rc=1100:03:48 RF_PROG_STANDBY_BULK(104) RF_LAST_CLIENT(65000) op=0 rc=1100:03:48 RF_EVENT_CONTINUE_PROGRESSION(504) op=0 rc=000:03:48 RF_EVENT_STANDBY_PROGRESSION(502) RF_INTERNAL_MSG(0) op=8 rc=000:03:48 RF_PROG_STANDBY_HOT(105) RF_INTERNAL_MSG(0) op=0 rc=1100:03:48 RF_PROG_STANDBY_HOT(105) CHKPT RF(25) op=0 rc=1100:03:48 RF_PROG_STANDBY_HOT(105) RFS client(5) op=0 rc=1100:03:48 RF_PROG_STANDBY_HOT(105) Slot RF(50) op=0 rc=1100:03:48 RF_PROG_STANDBY_HOT(105) RF_LAST_CLIENT(65000) op=0 rc=000:03:48 RF_EVENT_CLIENT_PROGRESSION(503) RF_LAST_CLIENT(65000) op=8 rc=000:03:48 RF_EVENT_PEER_PROG_DONE(506) RF_LAST_CLIENT(65000) op=105 rc=000:03:51 *my state = ACTIVE(13) *peer state = STANDBY HOT(8)The following example shows a typical display for show redundancy states:
Router# show redundancy states
my state = 13 -ACTIVEpeer state = 8 -STANDBY HOTMode = DuplexUnit = PrimaryUnit ID = 0Redundancy Mode = Hot Standby RedundancyMaintenance Mode = DisabledManual Swact = EnabledCommunications = Upclient count = 5client_notification_TMR = 30000 millisecondsRF debug mask = 0x0Related Commands
switchover timeout
To configure the switchover timeout period of the performance routing engine (PRE1 or PRE2) module, use the switchover timeout command in redundancy configuration (main-cpu) mode. To reset the timeout period to its default value, use the no form of this command.
switchover timeout timeout-period
no switchover timeout
Syntax Description
timeout-period
Specifies the timeout, in milliseconds. The valid range is from 0 to 25000 milliseconds (25 seconds), where 0 specifies no timeout period.
Defaults
No timeout period (0)
Command Modes
Redundancy configuration (main-cpu)
Command History
Usage Guidelines
The switchover timeout command specifies how long the secondary PRE module should wait when it does not detect a heartbeat from the active route processor (RP) before initiating a switchover and assuming responsibility as the active RP. If set to 0, the secondaryRP initiates a switchover immediately when the active RP misses a scheduled heartbeat.
Examples
The following example shows how to set the timeout period to 60 milliseconds:
Router# config tRouter(config)# redundancyRouter(config-r)# main-cpuRouter(config-r-mc)# switchover timeout 60Router(config-r-mc)# exitRouter(config-f)# exitRouter(config)#Related Commands
System Messages for Route Processor Redundancy Plus on the Cisco uBR10012 Universal Broadband Router
CHKPT
This section describes system messages that are related to the Checkpoint Facility (CF) subsystem, which manages the passing of messages from the active to standby interfaces, and which also handles sequencing and throttling, as needed during redundancy operations.
%CHKPT-3-IPCPORT: Unable to create IPC port on ([chars]).Explanation A severe checkpoint error occurred because the system was unable to allocate the resources needed to create a communications port for the Interprocess Communications (IPC) channel needed to transmit messages.
Recommended Action Verify that the cable modem termination system (CMTS) is running released software. If the problem persists, copy the error message exactly as it appears, and use the show tech-support command to collect information about the problem. If you cannot determine the nature of the error from the error message text or from the show tech-support command output, contact your Cisco technical support representative and provide the representative with the gathered information.
%CHKPT-3-IPCSESSION: Unable to open an IPC session for communicating with ([chars]). rc= [dec]Explanation A severe checkpoint error occurred because the system was unable to establish an Interprocess Communications (IPC) session between interfaces, which is needed to transmit messages.
Recommended Action Verify that the cable modem termination system (CMTS) is running released software. If the problem persists, copy the error message exactly as it appears, and use the show tech-support command to collect information about the problem. If you cannot determine the nature of the error from the error message text or from the show tech-support command output, contact your Cisco technical support representative and provide the representative with the gathered information.
%CHKPT-3-RFREG: Unable to register checkpoint as client of RF.Explanation A severe checkpoint error occurred because the system was unable to register with the redundancy facility (RF) so that it could begin the transmission of IPC messages between interfaces.
Recommended Action Verify that the cable modem termination system (CMTS) is running released software. If the problem persists, copy the error message exactly as it appears, and use the show tech-support command to collect information about the problem. If you cannot determine the nature of the error from the error message text or from the show tech-support command output, contact your Cisco technical support representative and provide the representative with the gathered information.
%CHKPT-4-INVALID: Invalid checkpoint client ID ([dec]).Explanation A checkpoint client is using an old or stale client ID. This could be due to a synchronization delay, which typically will resolve itself.
Recommended Action No action is required.
%CHKPT-4-DUPID: Duplicate checkpoint client ID ([dec]).Explanation A checkpoint client is using a client ID that is already assigned to another client. This could be due to a synchronization delay, which typically will resolve itself.
Recommended Action No action is required.
%CHKPT-3-NOMEM: Unable allocate resource for CF on ([chars]).Explanation A severe checkpoint error occurred because the system was unable to allocate the resources (typically memory) on the indicated interface, as needed to create an Interprocess Communications (IPC) channel needed to transmit messages.
Recommended Action Verify that the cable modem termination system (CMTS) is running released software. If the problem persists, copy the error message exactly as it appears, and use the show tech-support command to collect information about the problem. If you cannot determine the nature of the error from the error message text or from the show tech-support command output, contact your Cisco technical support representative and provide the representative with the gathered information.
%CHKPT-3-ILLEGAL: ILLEGAL call to CF API on ([chars]) by ([chars]).Explanation A severe software error occured with the Checkpoint Facility subsystem.
Recommended Action Verify that the CMTS is running released software. If the problem persists, copy the error message exactly as it appears, and use the show tech-support command to collect information about the problem. If you cannot determine the nature of the error from the error message text or from the show tech-support command output, contact your Cisco technical support representative and provide the representative with the gathered information.
%CHKPT-3-UNKNOWNMSG: Unknown message recieved from peer on standby for client ([dec]).Explanation A severe software error occured with the Checkpoint Facility subsystem. This might indicate a Cisco IOS software mismatch between the active and standby interfaces, or between a line card and the performance routing engine (PRE) module.
Recommended Action Verify that the cable modem termination system (CMTS) is running released software. Reload the microcode on the affected line cards. If the problem persists, copy the error message exactly as it appears, and use the show tech-support command to collect information about the problem. If you cannot determine the nature of the error from the error message text or from the show tech-support command output, contact your Cisco technical support representative and provide the representative with the gathered information.
%CHKPT-4-DISABLED: Check Pointing is disabled. Client [chars] should not be calling any CF APIExplanation A checkpoint client has attempted to send an Interprocess Communications (IPC) message after redundancy operations have been disabled. This can be due to lost IPC messages or delays in synchronization, which will eventually resolve themselves.
Recommended Action No action is required.
%CHKPT-4-SENDFAILED: Checkpointing send failed client ([dec])Explanation A checkpoint client failed in an attempt to send an Interprocess Communications (IPC) message after redundancy operations have been disabled. This can be due to lost IPC messages or delays in synchronization, which will eventually resolve themselves.
Recommended Action No action is required.
LCINFO
This section describes system messages concerning the operation of line cards that are in the system.
%LCINFO-6-LCRESET: PRE switchover. Reset empty slot [dec/dec]Explanation This message can occur during a switchover of PRE modules. The secondary PRE module that initiated the switchover examines each line card slot and issues a hw-module reset command for each slot that does not have a line card that is already running a Cisco IOS image. This ensures that any line cards that were in the process of download a Cisco IOS image at the time of the switchover are properly reset and reloaded.
Recommended Action No action is required.
Copyright © 2003 Cisco Systems, Inc. All rights reserved.