Table of Contents
Route Switch Processor (RSP2)Installation and Configuration Guide
Document Contents
Related Documentation
Product Description
Installation Prerequisites
Safety Guidelines
Electrical Equipment Guidelines
Telephone Wiring Guidelines
Preventing Electrostatic Discharge Damage
Removing the RSP2
Replacing the RSP2
Connecting the Console Terminal
Connecting to the Auxiliary Port
Using the Y-Cables for Console and Auxiliary Connections
Restarting the System
Configuring High System Availability
HSA Implementation Methods
HSA System Requirements
Configuring HSA Operation Task List
Ensuring That Both RSPs Contain the Same Configuration File
Ensuring that Both RSPs Contain the Same System Image
Ensuring that Both RSPs Contain the Same Microcode Image
Specifying Different Startup Images for the Active and the Standby RSPs
Automatically Setting Environment Variables on the Standby RSP
Miscellaneous HSA and HA Commands
Troubleshooting the Installation
Maintenance Information
Copying the Configuration File
Retrieving the Configuration File
Checking the RSP Memory Upgrade
Recovering a Lost Password
Auxiliary Port Signals
Console and Auxiliary Y-Cable Pinouts
Software Configuration Register Settings
Recovering a Lost Password
Using Flash Memory
Obtaining Technical Assistance
Obtaining Additional Publications and Information
Route Switch Processor (RSP2)
Installation and Configuration Guide
Product Numbers: RSP2, RSP=, ROMMON-RSP2, MEM-RSP-8M=, MEM-RSP-16M=, MEM-RSP-24M=, MEM-RSP-32M=, MEM-RSP-64M=, MEM-RSP-128M=, MEM-RSP-FLC8M=, MEM-RSP-FLC16M=, MEM-RSP-FLC20M=, MEM-RSP-FLC32M=
Customer Order Number: DOC-782026=
This document describes the Route Switch Processor (RSP2), the default system processor for the Cisco 7505, Cisco 7507 and Cisco 7513 routers.
![]() |
Caution We strongly recommend that you do not use the RSP2 in the Cisco 7507-MX, and Cisco 7513-MX routers. The Cisco 7507-MX and Cisco 7513-MX routers ship by default with an RSP8. |
The RSP2 supports the high system availability (HSA) feature, which allows two RSP2s, or an RSP4/4+ and an RSP2, to be used in a Cisco 7507 and Cisco 7513 routers. See the "Configuring High System Availability" section for more information on HSA.
The RSP2 also supports high availability (HA), a series of features that operates similarly to HSA, but which further minimizes system downtime. (HSA is the system default.) For more information on HA, see the "Enabling High Availability Features" section.
With HA or HSA enabled, the RSP2 supports online insertion and removal (OIR).
Document Contents
This document contains the following sections:
- Related Documentation
- Product Description
- Installation Prerequisites
- Connecting the Console Terminal
- Configuring High System Availability
- Enabling High Availability Features
- Troubleshooting the Installation
- Reference Information
- Obtaining Documentation
- Obtaining Technical Assistance
- Obtaining Additional Publications and Information
Related Documentation
All of the documentation mentioned below is available online, on the Documentation CD-ROM, or as printed documents. For a complete list of documentation, refer to the Cisco 7500 Series Router Documentation flyer (part number DOC-7812955) that shipped with your RSP, or online at http://www.cisco.com/univercd/cc/td/doc/product/core/cis7505/12955fly.ht m.
Your router and the Cisco IOS software running on it contain extensive features and functionality, which are documented in the following resources:
For configuration information and support, refer to the Cisco IOS software configuration documentation set that corresponds to the software release installed on your Cisco hardware.
![]() |
Note You can access Cisco IOS software configuration and hardware installation and maintenance documentation on the World Wide Web at http://www.cisco.com. Translated documentation is available at the following URL: http://www.cisco.com/public/countries_languages.shtml . |
For hardware installation and maintenance information, refer to the Quick Start Guide for your router, or refer to the Cisco 7500 Installation and Configuration Guide online at http://www.cisco.com/univercd/cc/td/doc/product/core/cis7505/cicg7500/index.htm.
- For international agency compliance, safety, and statutory information for WAN interfaces:
-
- Site Preparation and Safety Guide at http://www.cisco.com/univercd/cc/td/doc/product/lan/cat5000/hardware/safety/index.htm
- Regulatory Compliance and Safety Information for the Cisco 7500 Series Routers at http://www.cisco.com/univercd/cc/td/doc/product/core/cis7505/4194pc75.htm
- Flash Memory Card:
For Flash memory card information, refer to Flash Memory Card Installation Instructions available online at http://www.cisco.com/univercd/cc/td/doc/product/core/cis7505/frus/2083flmc.htm .
Product Description
This section discusses the following topics:
The RSP2 supports the VIP2 and the VIP4 in the Cisco 7505, Cisco 7507, and the Cisco 7513. (See Figure 1 and Figure 2.)
The RSP2 supports the VIP2 and VIP4 in the Cisco 7000 series routers, and the VIP2, VIP4, and the VIP6-80 in the Cisco 7505, Cisco 7507, and the Cisco 7513 routers. The RSP2 is not supported on the Cisco 7507-MX or the Cisco 7513-MX routers. The RSP2 is not available as an upgrade from an RSP700, or an RSP1. You cannot upgrade to an RSP4/4+, RSP8, or RSP16 from the RSP2.
The RSP2 contains the central processing unit (CPU) and most of the memory components for the router. The Cisco IOS software images reside in Flash memory, which is located on the RSP2:
- In the form of a single in-line memory module (SIMM) (U1 in Figure 2)
- On up to two PC Cards (called Flash memory cards) that insert in the two PC Card slots (slot 0 and slot 1) in the two PC Card slots (slot 0 and slot 1).
![]() |
Note For specific Cisco IOS software release compatibility, refer to the "System Software" section and to the Software Advisor at http://www.cisco.com/pcgi-bin/Support/CompNav/Index.pl . |
Storing the IOS software images in Flash memory enables you to download and boot from upgraded Cisco IOS software images remotely or from software images resident in the RSP2 Flash memory, without having to remove and replace read-only memory (ROM) devices.
- Most of the additional memory components used by the system, including 16-MB onboard Flash memory and up to two Flash memory cards (16-MB, or 20-MB Flash memory card, with 20-MB being the shipping default).
- Air-temperature sensors for environmental monitoring. (All of the logic for the environmental monitoring functions is contained on the router interface card.)
In addition to running the system software from DRAM, the RSP2 contains and executes the following management functions that control the system:
The high-speed switching section of the RSP2 communicates with and controls the interface processors on the high-speed CyBus. This switching section decides the destination of a packet and switches it based on that decision. The RSP2 uses a 16-million-instructions-per-second (mips) processor to provide high-speed, autonomous switching and routing.
The RSP2 installs in the following slots on your Cisco 7000 or Cisco 7500 series router:
Figure 1 RSP2 (Front-Panel View)
![]() |
Note A bank of hardware (Media Access Control [MAC]-layer) addresses for the interface ports is contained in an NVRAM device on the router backplane. |
Figure 2 Route Switch Processor (RSP2)
CPU
The CPU used in the RSP2 is a Mips R4600 Reduced Instruction Set Computing (RISC) processor with an external clock speed of 50 MHz, and an internal clock speed of 100 MHz.
Memory Components
Table 1 shows the memory components on the RSP2.
Table 1 RSP2 Memory Components
|
| 1 32 MB of DRAM is the default DRAM configuration for the RSP2. 2 A system configuration file is contained in NVRAM, which allows the Cisco IOS software to control several system variables. 3 Only Intel Series 2 Flash memory cards can be used with the RSP2. 4 Type I, Type II, and Type III PC Cards can be used in PC Card slot 1, and Type I and Type II PC Cards can be used in slot 0. 5 The HSA feature requires boot ROM Version 11.1(2) or a later release of 11.1. 6 Downloading ROM monitor images to the Flash boot ROM device is not supported. |
DRAM
DRAM stores routing tables, protocols, and network accounting applications and runs the Cisco IOS software. The standard (default) RSP2 configuration is 32 MB of DRAM, with up to 128 MB available through SIMM upgrades. DRAM is contained in up to four SIMM sockets: U21 and U33 (also called bank 0) and U12 and U4 (also called bank 1). When upgrading DRAM, you must use SIMMs from Cisco. (Also see the "Compatibility Requirements" section.)
![]() |
Caution To prevent memory problems, DRAM SIMMS must be 3.3-volt (V) devices. Do not attempt to install higher-voltage devices in the RSP2 SIMM sockets. |
For RSP2 DRAM upgrade procedures, refer to the "Replacing and Upgrading DRAM SIMMs" section.
NVRAM
The system configuration, software configuration register settings, and environmental monitoring logs are contained in the 128-KB NVRAM, which is backed up with built-in lithium batteries that retain the contents for a minimum of 5 years. When replacing an RSP2, be sure to back up your configuration to a remote server so you can retrieve it later.
![]() |
Caution Before you replace an RSP2 in a system with one RSP2, back up the running configuration to a TFTP file server or to Flash memory so you can retrieve it later. If the configuration is not saved, the entire configuration will be lost—inside the NVRAM on the removed RSP2—and you will have to reenter the entire configuration manually. For instructions on how to save the configuration file, see the "Saving and Retrieving the Configuration File" section. This procedure is not necessary if you are temporarily removing an RSP2; lithium batteries retain the configuration in memory until you replace the RSP2 in the system. |
Flash Memory
The Flash memory card for the RSP2 is an 16- or 20- Flash memory card, which conforms with the PC Card normally Personal Computer Memory Card International Association (PCMCIA) format.
Both the onboard 8-MB and the 16- or 20-MB Flash memory card (PCMCIA cards) allow you to remotely load and store multiple Cisco IOS software and microcode images. You can download a new image over the network or from a local server and then add the new image to Flash memory or replace the existing files. You can then boot routers either manually or automatically from any of the stored images. Flash memory also functions as a TFTP server to allow other servers to boot remotely from stored images or to copy them into their own Flash memory.
![]() |
Caution To prevent system problems, use Flash memory cards in the RSP2 that were formatted on an RP, RSP1, or RSP7000 running Cisco IOS Release 11.1(8)CA1 or a later release of 11.1 CA1. You cannot use Flash memory cards on the RSP2 (as storage or boot devices) that were formatted on an RP, RSP1, or RSP7000 using a Cisco IOS boot image earlier than Cisco IOS Release 11.1(8)CA1. |
For a list of compatible software releases for the Flash memory card and Flash Disk, refer to the software advisor at http://www.cisco.com/pcgi-bin/Support/CompNav/Index.pl.
LEDs
Table 2 describes the operation of the LEDs found on the RSP2:
|
| 1 The RSP2 controls these LEDs and turns them on in parallel to indicate that the system is operational. 2 If both the Master and Slave LEDs are unlite, the board is inactive. |
The Active/Standby switch has been deactivated in software. The reset button boots the system.
PC Card Slots
The RSP2 has two PC Card slots available. Either slot can support a Flash memory card or an input/output (I/O) device. Type I and Type II PC Cards can be used in PC Card slot 0 and slot 1. Type III PC Cards can be used in slot 1. Not all Flash memory cards that are commercially available are supported, and not all I/O devices are supported.
![]() |
Note Other Flash memory card limitations might apply. For additional Flash memory information, refer to the Flash memory configuration notes listed in the "Related Documentation" section. |
Serial Ports
Two asynchronous serial ports on the RSP2, labeled Console and Auxiliary, allow you to connect external terminal devices to monitor and manage the system. The console port is an Electronics Industries Association/Telecommunications Industry Association (EIA/TIA)-232 receptacle (female) that provides a data circuit-terminating equipment (DCE) interface for connecting a console terminal.
![]() |
Note EIA/TIA-232 was known as recommended standard RS-232 before its acceptance as a standard by the Electronic Industries Association (EIA) and Telecommunications Industry Association (TIA). |
The auxiliary port is an EIA/TIA-232 plug (male) that provides a data terminal equipment (DTE) interface; the auxiliary port supports flow control and is often used to connect a modem, a channel service unit (CSU), or other optional equipment for Telnet management.
Specifications
Table 3 lists the physical specifications for the RSP2:
|
System Software
The Cisco 7505, Cisco 7507, and Cisco 7513 routers support downloadable system software and microcode for most Cisco IOS software and microcode upgrades. This enables you to remotely download, store, and boot from a new image. The publication Upgrading Software and Microcode in Cisco 7000 Series and Cisco 7500 Series Routers (DOC- 781144=) provides instructions for upgrading over the network or from floppy disks.
Flash memory contains the default system software. An erasable programmable read-only memory (EPROM) device contains the latest microcode version, in compressed form, for each interface processor.
At system startup, an internal system utility scans for compatibility problems between the installed interface processor types and the bundled microcode images. The utility then decompresses the images into running dynamic random-access memory (DRAM). The bundled microcode images then function the same as the EPROM images.
The Cisco IOS software images reside in Flash memory, which is located on the RSP2 in the form of a single in-line memory module (SIMM), on Flash memory cards that insert in the two PC Card slots (slot 0 and slot 1) on the front of the RSP2. (See Figure 2.) Storing the Cisco IOS images in Flash memory enables you to download and boot from upgraded Cisco IOS images remotely or from software images resident in the RSP2 Flash memory.
Although no monitoring of voltage or temperature is done by the RSP2, a comparator device ensures that voltage is within the normal operating ranges, and three temperature sensors on the RSP2 send temperature information to the chassis interface (CI) card. The CI card reports all voltage and temperature readings, and these readings are available through standard software commands for environmental monitoring. The RSP2 uses a software-controlled configuration register, so you do not have to remove the RSP2 to configure jumpers. There are no user-configurable jumpers on the RSP2.
![]() |
Note The exception to this is CIP microcode, which, as of Cisco IOS Release 11.1(1), is unbundled from the Cisco IOS software image bundle, and is available in a separate bundle on floppy disks, a TFTP server, Cisco.com, or PC Card-based Flash memory media. |
For the latest software release information, refer to the hardware/software compatibility matrix at http://www.cisco.com/pcgi-bin/front.x/Support/HWSWmatrix/hwswmatrix.cgi.
Installation Prerequisites
Before beginning the installation procedures, review the following sections to ensure awareness of the appropriate regulatory and safety requirements, and to ensure that your RSP2 hardware functions properly with compatible components:
- Safety Guidelines
- Compatibility Requirements
![]() |
Note If you are replacing an existing RSP2, back up your current configuration file to a remote server before you remove the RSP2 to avoid having to reenter all your current configuration information manually. To back up the file, you need access to a remote server. For instructions for uploading the file and retrieving it after the new RSP2 is installed, see the "Saving and Retrieving the Configuration File" section. |
Safety Guidelines
This section lists safety guidelines you should follow when working with any equipment that connects to electrical power or telephone wiring.
![]() |
Warning Only trained and qualified personnel should be allowed to install or replace this equipment. |
Safety Guidelines
Following are safety guidelines that you should follow when working with any equipment that connects to electrical power or telephone wiring.
Safety Warnings
Electrical Equipment Guidelines
Follow these basic guidelines when working with any electrical equipment:
- Before beginning any procedures requiring access to the chassis interior, locate the emergency power-off switch for the room in which you are working.
- Disconnect all power and external cables before moving a chassis.
- Do not work alone when potentially hazardous conditions exist.
- Never assume that power has been disconnected from a circuit; always check.
- Do not perform any action that creates a potential hazard to people or makes the equipment unsafe.
- Carefully examine your work area for possible hazards such as moist floors, ungrounded power extension cables, and missing safety grounds.
Telephone Wiring Guidelines
Use the following guidelines when working with any equipment that is connected to telephone wiring or to other network cabling:
- Never install telephone wiring during a lightning storm.
- Never install telephone jacks in wet locations unless the jack is specifically designed for wet locations.
- Never touch uninsulated telephone wires or terminals unless the telephone line has been disconnected at the network interface.
- Use caution when installing or modifying telephone lines.
Preventing Electrostatic Discharge Damage
Electrostatic Discharge (ESD) damage, which can occur when electronic cards or components are improperly handled, can result in complete or intermittent failures. Each processor module contains a printed circuit card that is fixed in a metal carrier.
Electromagnetic interference (EMI) shielding, connectors, and a handle are integral components of the carrier. Although the metal carrier helps to protect the board from ESD, use an ESD-preventive wrist or ankle strap whenever you handle any electronic system component.
Following are guidelines for preventing ESD damage:
- Always use an ESD-preventive wrist or ankle strap and ensure that it makes good skin contact.
- When you work at the interface processor end of the router, connect the equipment end of the strap to the captive installation screw on an installed interface processor, or to the chassis grounding receptacle that is located next to each power supply.
- When you install a processor module, use the ejector levers to properly seat the bus connectors in the backplane, and then tighten both captive installation screws. These screws prevent accidental removal, provide proper grounding for the system, and help to ensure that the bus connectors are seated in the backplane.
- Handle processor modules by the carrier handles and carrier edges only; never touch the board or any connector pins.
- When you remove a processor module, place it component side up on an antistatic surface or in a static shielding bag. Immediately place the module in a static shielding bag if you need to return it to the factory.
- Avoid contact between electronic equipment and clothing. Antistatic straps only protect the equipment from ESD voltages on the body; ESD voltages on clothing can still cause damage.
![]() |
Caution For safety, periodically check the resistance value of the antistatic strap. The measurement should be between 1 and 10 megohms (Mohms). |
Compatibility Requirements
This section describes important compatibility requirements for the RSP2.
Chassis Slot and DRAM Requirements
Following are chassis slot and DRAM requirements for ensuring RSP2 compatibility.
- You have no restrictions on installing an RSP2 in a Cisco 7505. However, the Cisco 7505 does not support the HSA or the HA features.
- You have no restrictions on installing an RSP2 in a Cisco 7507 provided that you install the RSP2 in slot 2 or slot 3, or both. With the HSA or HA features enabled, you will install an RSP2 (or an RSP4/4+ and an RSP2) in both RSP slots.
- You have no restrictions on installing an RSP2 in a Cisco 7513 provided that you install the RSP2 in slot 6 or slot 7, or both. With the HSA or HA features enabled, you will install an RSP2 (or an RSP4/4+ and an RSP2) in both RSP slots.
- It is assumed that if you install two RSP2s (or am RSP4/4+ and an RSP2) in the Cisco 7507 or Cisco 7513, you plan to enable and configure the HSA or HA features.
Memory Requirements
Flash memory cards and DRAM SIMMs must meet the following requirements:
- Flash memory cards and DRAM SIMMs must be obtained from Cisco Systems. Flash memory cards are available in 16 MB or 20 MB, with 16 MB being the shipping default. See the "PC Card Slots" section for additional information on supported Flash memory cards.
- Maximum DRAM speed is 60 nanoseconds (ns), maximum SIMM height is 1 inch (2.54 centimeters), and maximum DRAM SIMM voltage is 3.3 volts (V).
- The minimum required DRAM configuration for the RSP2 is 32MB.
- Flash memory cards and DRAM SIMMs must be obtained from Cisco Systems. See the "PC Card Slots" section for additional information on supported PC Cards.
- You cannot use a Flash memory card that was formatted on another RSP-based system, such as the RSP7000, or RSP1 which is running a boot or Cisco IOS software image earlier than 10.3(6) or a later release of Cisco IOS release 10.3.
- You must first reformat the Flash memory card, formatted on one of these other RSP-based systems, before you can use it as a boot or storage source with the RSP2. Refer to Flash Memory Card Installation Instructions (part number DOC-782083=) for instructions on reformatting a Flash memory card.
- The HSA and HA features require that the boot read-only memory (ROM) device (U30, shown in the "System Software" section) be updated to Version 11.1(2) or a later release of 11.1.
To check the boot ROM (also called the system bootstrap) version currently running on your RSP2, use the show version command and check the boot ROM version number as follows:
Software Prerequisites
The minimum supported Cisco IOS release compatible with the RSP2 is 10.3(6) or a later release of Cisco IOS release 10.3. For the latest compatible software releases, refer to the software advisor at http://www.cisco.com/pcgi-bin/Support/CompNav/Index.pl .
![]() |
Note The 32-MB Flash memory card is compatible with Cisco IOS Release 12.1(5)T1 or a later release of Cisco IOS Release 12.1 T. |
Use the show version and show hardware commands to display the router's current hardware and software configurations. The show microcode command lists the bundled microcode (and target hardware) version for each processor type. The show controller cbus command shows the microcode version you are running. The show diagbus command shows the RSP2 board's hardware version and revision.
For additional descriptions of show commands, refer to the Configuration Fundamentals Configuration Guide and Configuration Fundamentals Command Reference publications, which are available online, on the Documentation CD-ROM, or as printed documents.
![]() |
Note If the required system software and microcode are not available in your system, contact a customer service representative for upgrade information. (To obtain assistance, see the "Obtaining Technical Assistance" section on page 86.) |
Hardware Prerequisites
Your router configuration, protocols and features might require more than the 32 MB of DRAM that is shipped with the RSP2. To upgrade DRAM, see the "Software Configuration Register Settings" section.
To ensure proper operation of a system configured for HSA or HA, note the guidelines below:
- With HSA and HA, the RSP2 can interoperate with another RSP2, with an RSP4, or with an RSP4+.
- To ensure that the standby RSP2 operates properly, the active and the standby RSP2 (or the RSP2 and the RSP4/4+) should have the same DRAM configuration and boot ROM version.
- Removing the active RSP2 while the system is operating might cause the system to crash; however, the system reloads with the standby RSP2 as the new active RSP2. To prevent system problems, do not remove the active RSP2 while the system is operating.
![]() |
Caution Before using a Flash memory card previously formatted and used in an RSP, RSP7000, or RSP1, you must reformat the Flash memory card. Flash memory cards formatted on any of these processors do not work properly in an RSP2. You must first reformat it on your RSP2 system. Refer to Flash Memory Card Installation Instructions (part number DOC-782083=) for instructions on reformatting Flash memory. |
Microcode Requirements
Microcode is a set of processor-specific software instructions that enables and manages the features and functions of a specific processor type. At system startup or reload, the system loads the microcode for each processor type present in the system. The latest available microcode image for each processor type is bundled and distributed with the system software image.
![]() |
Note Overriding the bundle can result in incompatibility among the various interface processors in the system. We recommend that you use only the microcode image that is bundled. The exception to this is CIP microcode, which as of Cisco IOS Release 11.1(1), is unbundled from the IOS software image bundle, and is available in a separate bundle on floppy disks, a TFTP server, CCO, or Flash memory cards. |
Installing the RSP2
The following sections describe the procedures for installing or replacing an RSP2. Ensure that your system meets the minimum software, hardware, and microcode requirements described in the following: "Software Prerequisites" section, "Hardware Prerequisites" section, and "Microcode Requirements" section. Proceed to the "Removing the RSP2" section for instructions on removing the RSP2, and then to the "Replacing the RSP2" section for installation instructions. After the new RSP2 is secure, follow the procedures in the "Troubleshooting the Installation" section to verify that it is installed and functioning properly.
![]() |
Caution Removing the only installed RSP2 from a system while the system is operating will cause the system to crash. Consider this before removing an RSP2 while the system is operating. To ensure that the standby RSP2 operates properly with the full system configuration should the active RSP2 ever fail, the standby RSP2 must have the same DRAM and the same (or higher) Flash memory capacity as the active RSP2. See the "Memory Components" section for RSP2 memory component requirements. |
![]() |
Note The carriers on processor modules have EMI fences for EMI shielding; therefore, they fit very tightly in the chassis slots. To ensure that you can properly remove or install an RSP2 in RSP slot 7 from the Cisco 7513 router, we recommend that you proceed as follows: first remove an interface processor installed in slot 8, remove or install the RSP2 in RSP slot 7 (and fasten its captive installation screws as appropriate), and then reinstall the interface processor in slot 8. |
List of Parts and Tools
You need some or all of the following parts and tools to remove and replace an RSP2 or to upgrade DRAM. If you need additional equipment, contact a customer service representative for ordering information.
- An RSP2 or related product listed in the "Connecting the Console Terminal" section.
- DRAM SIMMs from Cisco if you are replacing SIMM, as described in the "Replacing and Upgrading DRAM SIMMs" section. (Also see the "Compatibility Requirements" section.)
![]() |
Caution To prevent memory problems, DRAM SIMMs must be 3.3-volt (V) devices. Do not attempt to install higher-voltage devices in the RSP2 SIMM sockets. |
- Number 2 Phillips or 3/16-inch flat-blade screwdriver for the captive installation screws that secure the RSP2 in its slot.
- ESD-prevention equipment or the disposable ESD-preventive wrist strap included with all spares and upgrade kits.
- Antistatic mat, foam pad, or bag for the removed RSP2 (place the removed RSP2 into an antistatic bag if you plan to return it to the factory, or on an antistatic mat or foam if you are replacing components and will reinstall the RSP2).
- DRAM SIMMs from Cisco if you are replacing SIMMs.
Removing the RSP2
When you remove or install the RSP2, be sure to use the ejector levers, which help to ensure that the RSP2 is fully inserted in the backplane or fully dislodged from it. An RSP2 that is only partially connected to the backplane can halt the system unless a second RSP2 is installed.
Figure 3 shows a detail of the ejector lever mechanism that is appropriate for the router. When you simultaneously push the ejector levers inward (toward the carrier handle), the levers push the RSP2 into the slot and ensure that the board connectors are fully seated in the backplane. Follow these steps to remove the RSP2:
Step 1 Optional step: If you are replacing the RSP2 in a system with one RSP2, copy the currently running configuration file to a TFTP server so you can retrieve it later. (See the "Saving and Retrieving the Configuration File" section.)
Step 2 Attach an antistatic strap to yourself and then connect the equipment end of the strap to a captive installation screw on an installed interface processor, or to any unfinished chassis surface.
Step 3 If you are replacing the RSP2, disconnect any devices that are attached to the console or auxiliary ports. If you are removing the RSP2 for maintenance and will reinstall the same one, you can leave the devices attached provided that doing so will not strain the cables.
Step 4 Use a screwdriver to loosen the two captive installation screws. (See Figure 3.)
Step 5 Place your thumbs on the ends of each of the ejectors and simultaneously pull them both outward, away from the carrier handle (in the opposite direction from that shown in Figure 3c) to release the carrier from the slot and to dislodge the RSP2 from the backplane.
Step 6 Grasp the handle of the RSP2 with one hand and pull the RSP2 straight out of the slot, keeping your other hand under the carrier to guide it. (See Figure 4.) Keep the carrier parallel to the backplane. Avoid touching the board or any connector pins.
Figure 3 Ejector Levers and Captive Installation Screw
Step 7 Place the removed RSP2 on an antistatic mat or foam. If you plan to return the RSP2 to the factory, immediately place it in an antistatic bag to prevent ESD damage.
Step 8 Attach the equipment end of the ESD-preventive strap to the RSP2 before performing any maintenance on the RSP2 that might create an ESD hazard.
This completes the removal procedure. If you removed the RSP2 to replace SIMMs, proceed to the "Software Configuration Register Settings" section. If you are replacing the RSP2, proceed to the next section to install the new RSP2.
Replacing the RSP2
The RSP2 is keyed for installation only in an RSP slot. By default, the system active is the RSP that occupies the first RSP slot in the router: slot 2 in the Cisco 7507, and slot 6 in the Cisco 7513. Follow these steps to install an RSP2:
Step 1 Grasp the RSP2 handle with one hand and place your other hand under the carrier to support and guide it into the slot. (See Figure 4.) Avoid touching the board or any connectors.
Step 2 Place the back of the RSP2 in the appropriate RSP slot and align the notches along the edge of the carrier with the grooves in the slot. (See Figure 3a.)
Figure 4 Handling the RSP2 During Removal and Installation
![]() |
Caution To prevent damage to the backplane, you must install the RSP2 in one of the two RSP slots on the router. The slots are keyed for correct installation. Forcing the RSP2 into a different slot can damage the backplane and the RSP2. |
Step 3 While keeping the RSP2 parallel to the backplane, carefully slide the carrier into the slot until the RSP2 faceplate makes contact with the ejector levers, and then stop. (See Figure 3b.)
Step 4 Using the thumb and forefinger of each hand to pinch each ejector lever, simultaneously push both ejector levers inward (toward the handle) until they are parallel to the faceplate. (See Figure 3c.)
Step 5 Use a screwdriver to tighten the captive installation screws on the ends of the RSP2. (See Figure 3a.)
Step 6 Use a screwdriver to tighten the two captive installation screws on the RSP2 faceplate to prevent the RSP2 from becoming partially dislodged from the backplane and to ensure proper EMI shielding. (These screws must be tightened to meet EMI specifications.)
Step 7 If you disconnected the console terminal to remove the RSP2, or if you are installing a new RSP2, connect the console terminal to the console port. (See the "Connecting the Console Terminal" section.)
Step 8 Ensure that a console terminal is connected (see the "Connecting the Console Terminal" section) and that it is turned on.
Step 9 Turn the system power back on, and proceed to the "Restarting the System" section to check the installation.
This completes the procedure for replacing the RSP2.
Connecting the Console Terminal
The system console port on the RSP2 is a DCE DB-25 receptacle for connecting a console terminal, which you need to configure in order to communicate with your system. The console port is located on the RSP2 to the right of the auxiliary port, as shown in Figure 5, and is labeled Console.
Before connecting the console port, check the documentation for your terminal to determine the baud rate of the terminal you are using. The baud rate of the terminal must match the default baud rate (9600 baud). Set up the terminal as follows: 9600 baud, 8 data bits, no parity, and 2 stop bits (9600,8N2).
Use the console cable provided to connect the terminal to the console port on the RSP2, and then follow the steps in the "Restarting the System" section.
Figure 5 Console and Auxiliary Port Connections
![]() |
Note The console and auxiliary ports are asynchronous serial ports; any devices connected to these ports must be capable of asynchronous transmission. (Asynchronous is the most common type of serial device; for example, most modems are asynchronous devices.) |
Connecting to the Auxiliary Port
The auxiliary port on the RSP2 is a DB-25 plug DTE port for connecting a modem or other DCE device (such as a channel service unit [CSU], data service unit [DSU], or other router) to the router. The port is located above the console port on the RSP2 and is labeled AUX. An example of a modem connection is shown in Figure 5.
Using the Y-Cables for Console and Auxiliary Connections
For systems with two RSP2s installed and the HSA or HA feature enabled, you can connect to either the console or auxiliary ports simultaneously on both RSPs using a special, optional Y-cable. If only one RSP2 is installed, it is the system active by default.
![]() |
Note The Y-cables are not required; two individual console cables and two individual auxiliary cables can be used instead. |
Figure 6 shows the console Y-cable and Figure 7 shows the auxiliary Y-cable.
Figure 6 Console Y-Cable (Part Number CAB-RSP2CON=)
Figure 7 Auxiliary Y-Cable (Part Number CAB-RSP2AUX=)
Restarting the System
When you turn the system power back on, verify that the system boots and resumes normal operation. If you are restarting the system after upgrading the DRAM, expect that it will take the system longer to complete the memory initialization portion of the boot sequence with more DRAM. (See the "Verifying System Startup Sequence" section.)
Follow these steps to verify that the RSP2 is installed and functioning properly:
Step 1 Check the RSP2 connections to make sure they are secure:
Step 2 Observe the RSP2 LEDs. While the system initializes, the CPU halt LED on the RSP2 stays on. It goes off when the boot process is complete. As the RSP2 initializes each interface processor, the status LEDs on each interface processor go on and off in irregular sequence.
Step 3 For a Cisco 7507 or Cisco 7513 with HSA or HA configured, verify that the console terminal displays the system banner and startup screen as the system restarts.
Step 4 With a single RSP2 (non-HSA or non-HA), verify that the console terminal displays the system banner and startup screen as the system restarts. The display should look similar to the following:
Step 5 After the system boots the software and initializes the interface processors, verify that the RSP2 LEDs are in the following states:
Step 6 Verify that all the enabled LEDs (on the interface processors) are on.
Step 7 In systems with a second RSP2 installed (and HSA or HA configured), use the show version command to verify that the standby RSP2 is recognized by the system. Following is a sample from a Cisco 7513:
(Note that this could also be "slot 6" depending on which RSP2 is configured as the slave or the recent crash history of your router.)
When you have verified all the conditions in Step 2 through Step 6 (or Step 7 if you have a second RSP2 installed and want to use the HSA or the HA features), the installation is complete. If you replaced the RSP2 and saved your configuration file to a remote server before doing so, see the "Retrieving the Configuration File" section. If you replaced the RSP2 and did not save the configuration, use the configure command or the setup command facility to reenter the configuration information.
An error condition exists if no LEDs go on at power up or after initialization, or if the CPU halt LED goes on and remains on. If this happens, proceed to the "Troubleshooting the Installation" section to try to isolate the problem.
For more complete configuration information, refer to the Configuration Fundamentals Configuration Guide and the Configuration Fundamentals Command Reference publications, which are available on the Documentation CD-ROM or as printed documents.
If you have a second RSP2 installed, you must configure the HSA (or HA, if you prefer) features for your Cisco 7507 or Cisco 7513 router. Read the following caution, and then proceed to the following section, "Configuring High System Availability" section.
![]() |
Caution When you install a second RSP2 card for the first time and plan to enable the HSA or HA features, you must immediately configure it correctly. See the "Configuring High System Availability" section, or the "Enabling High Availability Features" section. This ensures that the new standby is configured consistently with the active. Failure to do so may result in an unconfigured standby RSP2 (or RSP4/4+) taking over the router when the active fails, rendering the network inoperable. |
This completes the procedure for restarting the system.
Configuring the Router for a Single RSP2
If you have a single RSP2, you can configure your system according to the Cisco IOS release appropriate for your router. See the Cisco IOS software configuration documentation set that corresponds to the software release installed on your Cisco hardware at http://www.cisco.com/univercd/cc/td/doc/product/software/index.htm .
If you have more than one RSP2 (or an RSP2 and an RSP4/4+), and you are using a Cisco 7507 router or a Cisco 7513 router, you must configure your router for either high system availability (HSA) the default, (see the "Configuring High System Availability" section), or high availability (HA), (see the "Enabling High Availability Features" section).
Using the EXEC Command Interpreter
Before you configure your system using the EXEC-level commands, you must enter the privileged level of the EXEC command interpreter using the enable command. The system prompts you for a password if one has been set. The system prompt for the privileged level ends with a pound sign (#) instead of an angle bracket (>).
At the console terminal, enter the privileged level as follows:
Step 1 At the EXEC prompt (>), enter the enable command. The EXEC command interpreter prompts you for a privileged-level password, as follows:
Step 2 Enter the password (the password is case sensitive). For security purposes, the password is not displayed.
Step 3 When you enter the correct password, the system displays the privileged-level system prompt (#) as follows:
The pound sign (#) at the system prompt indicates the privileged level of the EXEC command interpreter, from which you can execute EXEC-level commands.
This completes the procedure for using the EXEC command interpreter.
For configuration information and support, refer to the Cisco IOS software configuration documentation set that corresponds to the software release installed on your Cisco hardware.
![]() |
Note You can access Cisco IOS software configuration at http://www.cisco.com. Refer to the Software Advisor at http://www.cisco.com/pcgi-bin/Support/CompNav/Index.pl for additional information. |
For troubleshooting information, refer to the "Troubleshooting the Installation" section.
Configuring High System Availability
This section describes high system availability (HSA), a feature that enables a router to continue processing and forwarding packets after a planned or unplanned outage.
It includes the following topics:
HSA is the system default when two RSP2s, or an RSP2 and an RSP4/4+ (one designated as the "active" or "master" and the other as the "standby" or "slave") are installed in a router and the active RSP2 fails. The standby RSP2 takes over in this situation, known as a "cold standby." The router restarts without manual intervention (for example, without inserting a new RSP) by rebooting with the standby RSP. The standby has its own image and configuration file and acts as a single processor.
![]() |
Caution To ensure proper functioning of the standby RSP2 in the event of an active RSP2 failure, the standby RSP2 should have the same boot image, the same ROM monitor, and the same DRAM configuration as the active RSP2. |
![]() |
Note An RSP2 can interoperate with another RSP2, or with an RSP4/4+. It cannot interoperate with an RSP1, an RSP8, or an RSP16. In the following text, you can substitute references to two RSP2s with an RSP2 and an RSP4/4+. |
When two new RSP2s (or an RSP2 and an RSP4/4+) are installed at the same time, the RSP that occupies the first even RSP slot on the router is the active (normally the RSP4/4+ if the RSP2 is used in conjunction with the RSP4/4+), and the RSP that occupies the odd RSP slot is the standby. If a crash has occurred, the RSP in the odd slot becomes the active and the RSP in the even slot becomes the standby.
HSA is supported with RSP2 on the following routers: Cisco 7507, and Cisco 7513. HSA is not supported on the Cisco 7505 or the Cisco 7576 routers.
The cold standby procedure, from initial failure to first packet transmission, currently takes approximately eight to ten minutes.
For more complete HSA configuration information, refer to the Configuration Fundamentals Configuration Guide and the Configuration Fundamentals Command Reference publications, which are available online, on the Cisco Documentation CD-ROM, or as printed copies.
HSA Active and Standby Operation
During HSA operation, the active RSP2 card functions as if it were a single processor, controlling all functions of the router. The standby RSP2 card does nothing but actively monitor the active RSP2 for failure.
When the standby RSP2 detects a nonfunctional active RSP2, the standby resets itself and takes part in active-standby arbitration. Active-standby arbitration is a ROM monitor process that determines which RSP2 card is the active and which is the standby upon startup (or reboot).
If a system crash causes the active RSP2 to fail, the standby RSP2 becomes the new active RSP2 and uses its own system image and configuration file to reboot the router. The failed RSP2 card (now the standby) remains inactive until you perform diagnostics, correct the problem, and then issue the standby reload command.
With HSA operation, use the following guidelines:
- The standby RSP2 should have the same boot image, the same ROM monitor, and the same DRAM configuration as the active RSP2. (See the "Hardware Prerequisites" section.)
- The two RSP2 cards are not required to run the same active software image and configuration file. The standby-mode software is a subset of the active-mode software.
- When enabled, automatic synchronization mode automatically ensures that the active and the standby RSP2 cards have the same configuration file. (See the "Software Prerequisites" section.)
- The console always connects to the active RSP2, so your view is always from the active's perspective.
- You must not remove the system active RSP2 while the system is operating; however, the system standby RSP2 can be removed while the system is operating.
![]() |
Caution Removing the active RSP2 while the system is operating might cause the system to crash; however, the system reloads with the standby RSP2 as the new active. To prevent any system problems, do not remove the active RSP2 while the system is operating. |
HSA Implementation Methods
Common HSA uses are as follows:
- Hardware backup—Protects against an RSP2 card failure. You configure both RSP2 cards with the same software image and configuration information, and you configure the router to automatically synchronize configuration information on both cards when changes occur.
- Software error protection—Protects against critical Cisco IOS software errors in a particular release. You configure the RSP2 cards with different software images, but with the same configuration information.
You can also use HSA for advanced implementations. For example, you can configure the RSP2 cards with the following:
- Similar software versions, but different configuration files
- Different software images and different configuration files
- Widely varied configuration files (for example, various features or interfaces can be turned off or on per card)
![]() |
Note Other, more complex uses of HSA are also possible, but are not addressed in this document. For more information, contact your Cisco service representative. |
HSA System Requirements
To configure HSA operation with the RSP2, you must have:
- A Cisco 7507 and Cisco 7513 router containing one RSP active processor card, one RSP standby processor card, and the proper Cisco IOS release (refer to the Software Advisor at http://www.cisco.com/pcgi-bin/Support/CompNav/Index.pl for additional information).
- A standby RSP with the same (or higher) DRAM and Flash memory capacity as the active RSP. See the "Memory Requirements" section for RSP2 memory component requirements.
- A standby RSP with the same boot image, the same ROM monitor, and the same DRAM configuration as the active RSP. (See the "Hardware Prerequisites" section.)
![]() |
Caution The HSA feature works with two RSP2s, or with one RSP2 and one RSP4/4+. The RSP2 cannot be used in combination with the RSP1, RSP8 or RSP16 when utilizing the HSA feature. |
Configuring HSA Operation Task List
Before you configure HSA, decide how you intend to use HSA, as described in the "HSA Implementation Methods" section. Do you want it for simple hardware backup or for software error protection? If you are using new or experimental Cisco IOS software, consider using the software error protection method; otherwise, use the simple hardware backup method.
After determining how you intend to use HSA, complete the tasks in the following sections. The first two and last two tasks are required for both implementations. The third and fourth tasks relate to simple hardware backup. The fifth task relates to software error protection only.
- Specifying the Default Standby RSP2 (both implementations)
- Ensuring That Both RSPs Contain the Same Configuration File (both implementations)
- Ensuring that Both RSPs Contain the Same System Image (simple hardware backup only)
- Ensuring that Both RSPs Contain the Same Microcode Image (simple hardware backup only)
- Specifying Different Startup Images for the Active and the Standby RSPs (software error protection only)
- Manually Setting Environment Variables on the Standby RSP (both implementations)
- Automatically Setting Environment Variables on the Standby RSP (both implementations)
![]() |
Note The following HSA configuration examples refer to a Cisco 7513. If you have a Cisco 7507, the primary difference is that the active and the standby RSPs are located in slots 2 and 3, respectively. |
Specifying the Default Standby RSP2
Your view of the environment is always from the active RSP2 perspective, you must define a default standby RSP2. The router uses the default standby information when booting.
- If a system boot is due to powering up the router or using the reload command, then the specified default standby is the standby RSP2.
- If a system boot is due to a system crash or hardware failure, then the system ignores the default standby designation and makes the crashed or faulty RSP2 the standby RSP2.
To define the default standby RSP2, use the following commands in Table 4 in privileged EXEC mode:
Upon the next system reboot, the above changes take effect (if both RSP2 cards are operational). Thus, the specified default standby becomes the standby RSP2 card. The other RSP2 card takes over control of the system and controls all functions of the router.
If you do not specifically define the default standby RSP2, the RSP2 card located in the higher number processor slot is the default standby. On the Cisco 7507, processor slot 3 contains the default standby RSP. On the Cisco 7513, processor slot 7 contains the default standby RSP.
The following example sets the default standby RSP2 to processor slot 2 on a Cisco 7507:
Ensuring That Both RSPs Contain the Same Configuration File
With the simple hardware backup and software error protection implementation methods, you always want your active and standby configuration files to match. To ensure that they match, turn on automatic synchronization. In automatic synchronization mode, the active copies its startup configuration to the standby's startup configuration when you issue a copy command that specifies the active's startup configuration (nvram:startup-config) as the target.
Automatic synchronization mode is on by default; however, to turn it on manually, use the following commands in Table 5, in privileged EXEC mode:
Table 5 Ensuring that Both RSPs Have the Same Configuration File
|
The following example turns on automatic configuration file synchronization:
Ensuring that Both RSPs Contain the Same System Image
For simple hardware backup, ensure that both RSP cards have the same system image.
To ensure that both RSPs have the same system image, use the following commands in Table 6 in privileged EXEC mode:
Table 6 Confirming the Same System Image on Both RSPs
|
![]() |
Note Standard 16-, and 20-MB Flash memory cards are supported with the RSP2 (The 20-MB Flash memory card is currently the default.). See Flash Memory Card Installation Instructions for detailed information. You should specify slot0 or slot1 in your command, depending on which slot you are using. Standard 48- and 128-MB Flash Disks are supported with the RSP2. See Using the Flash Disk for additional information. You should specify slot0 or slot1 in your command, depending on which slot your are using. |
The following example ensures that both RSPs have the same system image. Note that because no environment variables are set, the default environment variables are in effect for both the active and the standby RSP.
Ensuring that Both RSPs Contain the Same Microcode Image
To ensure that both RSPs have the same microcode images, use the following commands in Table 7 in privileged EXEC mode:
Table 7 Confirming That Both RSPs Have the Same Microcode Images
|
The following example ensures that both RSPs have the same microcode image. Notice that slots 0, 1, 4, 9, and 10 load microcode from the bundled software, as noted by the statement "software loaded from system." The Channel Interface Processor (CIP2) in slot 11 does not use the microcode bundled with the system. Instead, it loads the microcode from slot0:pond/bath/rsp_fsip20-1. Thus, you must ensure that the standby RSP2 has a copy of the same FSIP microcode in the same location.
Specifying Different Startup Images for the Active and the Standby RSPs
For software error protection, the RSPs should have different system images.
When the factory sends you a new router with two RSP2s, you receive the same system image on both RSPs. To configure the HSA feature for software error protection, you need two separate software images on the RSPs. You copy a desired image to the active RSP card and modify the boot system commands to reflect booting two separate system images. Each RSP uses its own image to boot the router when it becomes the active.
To specify different startup images for the active and the standby RSPs, use the following commands in Table 8 in privileged EXEC mode:
Table 8 Specifying Different Startup Images for the Active and Standby RSP
|
| 1 See the "Replacing and Upgrading DRAM SIMMs" section for more information on systems that can use this command to modify the software configuration register. |
Upgrading to a New Software Version Example
![]() |
Note The following examples show systems with two RSP2s. |
In the following example, assume the following:
- The active RSP2 is in processor slot 6, and the standby RSP2 is in processor slot 7 of a Cisco 7513.
- The system has the same image, rsp-k-mx11.1, in PC Card slot 0 of both the active and the standby RSP.
- You want to upgrade to Cisco IOS Release 12.1(13)E, but you want to guard against software failures. So you must configure HSA operation for software error protection.
Figure 8 illustrates the software error protection configuration for this sample scenario. The configuration commands for this configuration follow the figure.
Figure 8 Software Error Protection—Upgrading to a New Software Version
Step 1 Because you always view the environment from the active RSP's perspective, in the following command you view the active PC Card slot 0 to verify the location and version of the active software image:
Step 2 Now view the standby software image location and version:
Step 3 Because you want to run the Cisco IOS Release 12.1(12)E system image on one RSP and the Cisco IOS Release 12.1(13)E system image on the other RSP, copy the Cisco IOS Release 12.1(13)E system image to the active's slot 0:
Step 4 Enter global configuration mode and configure the system to boot first from a Cisco IOS Release 12.1(13)E system image and then from a Cisco IOS Release 12.1(12)E system image.
With this configuration, when the slot 6 RSP is active, it looks first in its PC Card slot 0 for the system image file rsp-k-mx11.2 to boot. Finding this file, the router boots from that system image. When the slot 7 RSP is active, it also looks first in its slot 0 for the system image file rsp-k-mx11.2 to boot. Because that image does not exist in that location, the slot 7 RSP looks for the system image file rsp-k-mx11.1 in slot 0 to boot. Finding this file in its PC Card slot 0, the router boots from that system image. In this way, each RSP can reboot the system using its own system image when it becomes the active RSP.
Step 5 Configure the system further with a fault-tolerant booting strategy:
Step 6 Set the configuration register to enable loading of the system image from a network server or from Flash memory and save the changes to the active and the standby startup configuration file:
Step 7 Reload the system so that the active RSP uses the new Release 12.1(12)S system image:
This completes the sample procedure for upgrading to a new software version.
Backing Up with an Older Software Version Example
In the following sample scenario, assume the following:
- The active RSP is in processor slot 6, and the standby RSP is in processor slot 7 of a Cisco 7513.
- The system has the same image, rsp-k-mx11.2, in PC Card slot 0 of both the active and the standby RSPs.
- You want to use Cisco IOS Release 12.1(12)E as backup to guard against software failures, so you configure HSA operation for software error protection.
In this scenario, you begin with the configuration shown in Figure 9.
Figure 9 Software Error Protection—Backing Up with an Older Software Version, Part I
Next, you copy the rsp-k-mx11.1 image to the active and the standby RSPs, as shown in Figure 10.
Figure 10 Software Error Protection—Backing Up with an Older Software Version, Part II
Last, delete the rsp-k-mx11.2 image from the standby RSP, as shown in Figure 11:
Figure 11 Software Error Protection—Backing Up with an Older Software Version, Part III
The following commands configure software error protection for this sample scenario:
Step 1 View the active and the standby slot 0 to verify the location and version of their software images:
Step 2 Copy the Release 12.1(12)E system image to the active and the standby PC Card slot 0:
Step 3 Delete the rsp-k-mx11.2 image from the standby RSP:
Step 4 Configure the system to boot first from a Release 12.1(13)E system image and then from a Release 12.1(12)E system image:
Step 5 Configure the system further with a fault-tolerant booting strategy:
Step 6 Set the configuration register to enable loading of the system image from a network server or from Flash memory and save the changes to the active and the standby startup configuration file:
![]() |
Note You do not need to reload the router in this example, because the router is currently running the Release 12.1(13)E image. |
This completes the sample procedure for backing up with an older software version.
Setting Environment Variables on the Active and the Standby RSPs
You can optionally set environment variables on both RSPs in a Cisco 7507 and Cisco 7513.
![]() |
Note When you configure the HSA operation, we recommend that you use the default environment variables. If you do change the variables, we recommend that you set the same device for equivalent environment variables on each RSP. For example, if you set one RSP CONFIG_FILE environment variable to NVRAM, then set the other RSP CONFIG_FILE environment variable to NVRAM also. |
You set environment variables on the active RSP just as you would if it were the only RSP in the system. You can set the same environment variables on the standby RSP manually or automatically.
The following sections describe these two methods:
For more complete configuration information on how to set environment variables, refer to the Configuration Fundamentals Configuration Guide and the Configuration Fundamentals Command Reference publications, which are available online, on the Documentation CD-ROM, or as printed documents.
Manually Setting Environment Variables on the Standby RSP
Once you set the active RSP environment variables, you can manually set the same environment variables on the standby RSP using the slave sync config command.
To manually set environment variables on the standby RSP, use the following commands in Table 9 in privileged EXEC mode:
Table 9 Manually Setting Environment Variables on the Standby RSP
|
Automatically Setting Environment Variables on the Standby RSP
With automatic synchronization turned on, when you set the active RSP environment variables and save them, the system automatically saves the same environment variables to the standby's startup configuration.
![]() |
Note Automatic synchronization mode is on by default. |
To set environment variables on the standby RSP when automatic synchronization is on, use the following commands in Table 10 in privileged EXEC mode:
Table 10 Setting Environment Variables on the Standby RSP with Automatic Synchronization On
|
Monitoring and Maintaining HSA Operation
To monitor and maintain HSA operation, you can override the standby image that is bundled with the active image. To do so, perform the following task in global configuration mode:
![]() |
Note The slave image system command, previously used to determine which image the standby runs, is not valid with newer HA images. |
You can manually synchronize configuration files and ROM monitor environment variables on the active and the standby RSPs. To do so, perform the following task in privileged EXEC mode:
![]() |
Caution When you install a second RSP for the first time, you must immediately configure it using the slave sync config command. This ensures that the new standby is configured consistently with the active. Failure to do so might result in an unconfigured standby RSP taking control of the router when the active fails, rendering the network inoperable. |
The slave sync config command is also a useful tool for more advanced implementation methods not discussed in this document. Refer to the Configuration Fundamentals Configuration Guide and the Configuration Fundamentals Command Reference publications, which are available on the Documentation CD-ROM, online, or as printed documents.
Enabling High Availability Features
This section discusses the following topics:
High availability (HA), an alternative to the default high system availability (HSA) feature, is a series of features that minimizes system downtime through a "warm standby." Warm standby allows the system to switch over to a standby RSP preloaded with a Cisco IOS image in 30 seconds to 5 minutes, depending on the feature. For more information on high service availability (HSA), the system default program, refer to the "Configuring High System Availability" section. Like HSA, HA is supported on the Cisco 7507 and the Cisco 7513 routers with two RSP2s, or with one RSP2 and one RSP4/4+.
A router configured for HA has two RSPs, an active RSP and a standby RSP. The active RSP controls all functions of the router, and the standby RSP monitors the active for failure.
High Availability Features
- Single Line Card Reload (SLCR)—Speeds recovery of a failed router by reloading a failed line card without reloading other line cards on the network backplane. SLCR isolates the fault to a single Versatile Interface Processor (VIP2 or VIP4) or Legacy interface processor card, and accelerates recovery time by reloading only the faulty VIP or Legacy interface processor card. Physical lines and routing protocols on the other line cards of the network backplane remain active. The system continues forwarding packets with minimal interruptions.
SLCR is disabled by default and needs to be manually configured. When SLCR is enabled, and more than two linecards crash simultaneously, all line cards will be reset.
For more information on how to configure SLCR, refer to the Cisco 7500 Single Line Card Reload feature module at http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120s/120s13 /slcr.htm.
- Route Processor Redundancy (RPR)—Speeds recovery of a failed router by accelerating switchover to the standby RSP. The standby RSP is preinitialized with the same full Cisco IOS software image as on the active RSP. When the active RSP fails, the standby RSP takes over. The line cards are OIR inserted by the standby RSP during the switchover. Switchover time is reduced to 4 to 5 minutes with RPR.
RPR is disabled by default, and needs to be manually configured. For more information on RPR, refer to the Route Processor Redundancy and Fast Software Upgrade on Cisco 7500 Series Routers feature module available online at http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120st/120st 16/st_rpr7x.htm.
- Route Processor Redundancy Plus (RPR+)—Like RPR, RPR+ speeds recovery of a failed router by accelerating switchover to the standby RSP. The RPR+ feature, an enhancement of RPR, prevents a VIP from being reset and reloaded when a switchover occurs between the active and standby RSPs. Because VIPs are not reset and microcode is not reloaded on the VIPs, and the time needed to parse the configuration is eliminated, switchover time is reduced to 30 to 40 seconds.
Online removal of the active RSP causes all line cards to reset and reload, which is equivalent to an RPR switchover, and results in a longer switchover time. When it is necessary to remove the active RSP from the system, first issue a switchover command to switch from the Active RSP to the Standby RSP.
RPR+ is disabled by default, and needs to be manually configured. RPR+ does not support the Legacy interface processor card. The system will default to RPR if the router includes an Legacy interface processor card. For more information on how to configure RPR+, refer to the RPR+ on Cisco 7500 Series Routers feature module, available online at http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120st/120st19/st _rpr2.htm.
- Fast Software Upgrade (FSU)—Accelerates switchover to a new software image. Fast Software Upgrade permits users to upgrade to an interim release or next minor release Cisco IOS image by uploading it to the standby RSP first. After loading the new Cisco IOS image on the standby RSP, the user can issue a command to switch to the standby RSP, and all the line cards will be reloaded, similar to what occurs in RPR. This feature allows users to upgrade Cisco IOS on their Cisco 7500 routers with much less interruption to service than previously experienced.
For more information on FSU, refer to the Route Processor Redundancy and Fast Software Upgrade on Cisco 7500 Series Routers feature module available online at http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120st/120st 16/st_rpr7x.htm.
SSO is disabled by default, and needs to be manually configured. SSO does not support the Legacy interface processor cards. For more information on how to configure SSO, refer to the Stateful Switchover feature module available online at http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120s/120s22/sso 120s.htm.
- Cisco Nonstop Forwarding (NSF) —Used with SSO, NSF allows routers with redundant RSPs to continue forwarding data to the standby RSP during a switchover. This feature uses the Forwarding Information Base (FIB) that was current at the time of the switchover. Once the routing protocols have converged, the FIB table is updated and stale route entries are deleted. This feature eliminates downtime during the switchover. Note: Cisco NSF always runs together with SSO.
Cisco NSF is supported by the BGP, OSPF, and IS-IS protocols for routing and by Cisco Express Forwarding (CEF) for forwarding. For more information on how to configure NSF, see the Cisco Nonstop Forwarding feature module available online at http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120s/120s22 /nsf120s.htm.
Hardware and Software Prerequisites
The RPR and FSU features are available on the Cisco 7507 and Cisco 7513 routers, which are loaded with two route switch processors (RSPs). The router is loaded with two route switch processors (RSPs), which can be two RSP2s, or an RSP2 and an RSP4/4+.
- Single Line Card Reload (SLCR)—Cisco IOS Releases 12.0(13)S, 12.1(4)T, and 12.1(5)E
- Route Processor Redundancy (RPR)— Cisco IOS Release 12.0(16)ST
- Route Processor Redundancy Plus (RPR+)— Cisco IOS Release 12.0(19)ST
- Fast Software Upgrade (FSU)—Cisco IOS Release 12.0(16)ST
- Stateful Switchover (SSO) —Cisco IOS Release 12.0(22)S
- Non-Stop Forwarding (NSF)—Cisco IOS Release 12.0(22)S
Installation Procedures
See the following sections for the configuration tasks required to run the RPR/RPR+, SSO with NSF, FSU, and SLCR features.
- Enabling the Router (required)
- Copying an Image onto an RSP (required)
- Setting the Config-Register Boot Variable (optional)
- Configuring RPR and RPR+ (optional)
- Configuring SLCR (optional)
- Configuring NonStop Forwarding (NSF) (optional; but SSO required)
- Performing a Fast Software Upgrade (optional)
- RPR, RPR+, SSO, and FSU Troubleshooting Tips (optional)
- Configuring SLCR (optional)
Enabling the Router
Step 1 At the user-level EXEC prompt, enter the enable command. The EXEC prompts you for a privileged-level password as follows:
Step 2 Enter the password (the password is case sensitive). For security purposes, the password is not displayed.
When you enter the correct password, the system displays the privileged-level system prompt (#):
The completes the enabling the router procedure.
Copying an Image onto an RSP
Use TFTP to copy a high availability Cisco IOS image onto the active and standby RSPs:
|
| 1 Before you copy a file to Flash memory, be sure there is ample space available in Flash memory. Compare the size of the file you are copying to the amount of available Flash memory shown. If the space available is less than the space required by the file you will copy, the copy process will continue, but the entire file will not be copied into Flash memory. |
Setting the Config-Register Boot Variable
Though it is not required, we recommend that you modify the software configuration register boot field so that the system boots the same image that the hw-module slot slot-number image file-spec command specifies in the "Configuring RPR and RPR+" section.
|
Configuring RPR and RPR+
Each task in the list is identified as either required or optional.
- Configuring RPR and RPR+ (required)
- Verifying RPR and RPR+ (optional)
- Configuring RPR and RPR+ Example (optional)
![]() |
Note Online removal of the active RSP causes all line cards to reset and reload, which is the equivalent to an RPR switchover, and results in a longer switchover time. When it is necessary to remove the active RSP from the system, first issue a switchover command to switch from the active RSP to the standby RSP. |
To configure RPR and RPR+, enter the commands as shown below:
|
Verifying RPR and RPR+
Use the show redundancy command to verify that RPR or RPR+ is enabled:
Configuring RPR and RPR+ Example
In the following example, the active RSP is in slot 2 and the standby RSP is installed in slot 3 of a Cisco 7507 router.
Configuring a Stateful Switchover (SSO)
Each task in the list is identified as either required or optional.
- Configuring a Stateful Switchover (SSO) (required)
- Configuring Frame Relay Autosynchronization LMI Sequence Numbers (optional)
- Verifying SSO (optional)
To configure SSO, use the following commands beginning in privileged EXEC mode:
|
Configuring Frame Relay Autosynchronization LMI Sequence Numbers
To configure Frame Relay SSO to synchronize LMI sequence numbers between the active and standby RSPs, use the following command in global configuration mode. This procedure is only for devices supporting Frame Relay and is optional.
|
Verifying SSO
To verify that SSO is configured on the networking device, use the show redundancy command. To verify that the device is running in SSO mode, use the show redundancy states command. The show redundancy states command specifies whether the unit is running in SSO mode, which is indicated by STANDBY HOT.
![]() |
Note The output of these commands will vary based on your device configuration and system site requirements. |
Step 1 Enter the show redundancy command to verify that SSO is configured on the device.
Step 2 Run the show redundancy states command to verify that SSO is operating on the device.
Step 3 Enter the show redundancy client command to display the list of applications and protocols that have registered as SSO protocols or applications. Verify the list of supported line protocols.
Configuring NonStop Forwarding (NSF)
Cisco NonStop Forwarding (NSF) always runs together with SSO. If you have not already configured SSO, refer to "Configuring a Stateful Switchover (SSO)" section. Cisco NSF is supported by the BGP, OSPF, and IS-IS protocols for routing and by Cisco Express Forwarding (CEF) for forwarding. Of the routing protocols, BGP, OSPF, and IS-IS have been enhanced with NSF-capability and awareness, which means that routers running these protocols can detect a switchover and take the necessary actions to continue forwarding network traffic and to recover route information from the peer devices. The IS-IS protocol can be configured to use state information that has been synchronized between the active and the standby RSP to recover route information following a switchover instead of information received from peer devices.
A device is said to be NSF-capable if it has been configured to support NSF; therefore, it would rebuild routing information from NSF-aware or NSF-capable neighbors.
Each protocol depends on CEF to continue forwarding packets during switchover while the routing protocols rebuild the Routing Information Base (RIB) tables. Once the routing protocols have converged, CEF updates the FIB table and removes stale route entries. CEF, in turn, updates the line cards with the new FIB information.
See the following sections for the NSF feature. Each task in the list is identified as either required or optional.
- Configuring CEF NSF (required)
- Configuring BGP NSF (required)
- Configuring OSPF NSF (required)
- Configuring IS-IS NSF (required)
- Verifying CEF NSF (optional)
- Verifying BGP NSF (optional)
- Verifying OSPF NSF (optional)
- Verifying IS-IS NSF (optional)
- Troubleshooting NSF Features (optional)
- Configuring BGP NSF Example (optional)
- Configuring BGP NSF Neighbor Device Example (optional)
- Configuring OSPF NSF Example (optional)
- Configuring IS-IS NSF Example (optional)
Configuring CEF NSF
The CEF NSF feature operates by default while the networking device is running in SSO mode. No configuration is necessary.
Configuring BGP NSF
![]() |
Note You must configure BGP graceful restart on all peer devices participating in BGP NSF. |
To configure BGP for NSF, use the following commands beginning in privileged EXEC mode, and repeat this procedure on each of the BGP NSF peer devices:
|
Configuring OSPF NSF
![]() |
Note All peer devices participating in OSPF NSF must be made OSPF NSF-aware, which happens automatically once you install an NSF software image on the device. |
To configure NSF for OSPF, use the following commands beginning in privileged EXEC mode:
|
Configuring IS-IS NSF
To configure NSF for IS-IS, use the following commands beginning in privileged EXEC mode:
|
Verifying CEF NSF
To verify that CEF is NSF-capable, use the show cef state command:
Verifying BGP NSF
To verify NSF for BGP, you must check that the graceful restart function is configured on the SSO-enabled networking device and on the neighbor devices. Perform the following steps:
Step 1 Verify that "bgp graceful-restart" appears in the BGP configuration of the SSO-enabled router by entering the show running-config command:
Step 2 Repeat Step 1 on each of the BGP neighbors.
Step 3 On the SSO device and the neighbor device, verify that the graceful restart function is shown as both advertised and received, and confirm the address families that have the graceful restart capability. If no address families are listed, then BGP NSF also will not occur:
Verifying OSPF NSF
To verify NSF for OSPF, you must check that the NSF function is configured on the SSO-enabled networking device. Perform the following steps:
Step 1 Verify that 'nsf' appears in the OSPF configuration of the SSO-enabled device by entering the show running-config command:
Step 2 Use the show ip ospf command to verify that NSF is enabled on the device:
Verifying IS-IS NSF
To verify NSF for IS-IS, you must check that the NSF function is configured on the SSO-enabled networking device. Perform the following steps:
Step 1 Verify that 'nsf' appears in the IS-IS configuration of the SSO-enabled device by entering the show running-config command. The display will show either Cisco IS-IS or IETF IS-IS configuration. The following display indicates that the device uses the Cisco implementation of IS-IS NSF:
Step 2 If the NSF configuration is set to cisco, use the show isis nsf command to verify that NSF is enabled on the device. Using the Cisco configuration, the display output will be different on the active and standby RSPs. The following display shows sample output for the Cisco configuration on the active RSP. In this example, note the presence of "NSF restart enabled":
The following display shows sample output for the Cisco configuration on the standby RSP. In this example, note the presence of "NSF restart enabled":
Step 3 If the NSF configuration is set to ietf, enter the show isis nsf command to verify that NSF is enabled on the device. The following display shows sample output for the IETF IS-IS configuration on the networking device:
Troubleshooting NSF Features
To troubleshoot the NSF feature, use the following commands in privileged EXEC mode, as needed:
|
The following tips may help you to troubleshoot the device.
The system displays FIB errors.
Use the show cef state command to verify that distributed CEF switching is enabled on your platform. To enable distributed CEF, enter the ip cef distributed command in global configuration mode on the active RSP.
Cannot determine if an OSPF neighbor is NSF-aware.
To verify whether an OSPF neighbor device is NSF-aware and if NSF is operating between them, use the show ip ospf neighbor detail command.
The system loses, or appears to lose, adjacencies with network peers following a stateful switchover.
Use the show clns neighbors detail command to find any neighbors that do not have "NSF capable" and make sure that they are running NSF-aware images.
Additionally, for ISIS, the standby RSP must be stable for 5 minutes (default) before another restart can be initiated. Use the nsf interval command to reset the restart period.
Configuring BGP NSF Example
The following example configures BGP NSF on a networking device:
Configuring BGP NSF Neighbor Device Example
The following example configures BGP NSF on a neighbor router. All devices supporting BGP NSF must be NSF-aware, meaning that these devices recognize and advertise graceful restart capability.
Configuring OSPF NSF Example
The following example configures OSPF NSF on a networking device:
Configuring IS-IS NSF Example
The following example configures Cisco proprietary IS-IS NSF operation on a networking device:
The following example configures IS-IS NSF for IETF operation on a networking device:
Performing a Fast Software Upgrade
Each task in the list is identified as either required or optional.
- Performing a Fast Software Upgrade (required)
- Performing a Fast Software Upgrade Example (optional)
To perform a Fast Software Upgrade (FSU), follow the steps below:
|
| 1 Before you copy a file to Flash memory, be sure there is ample space available in Flash memory. Compare the size of the file you are copying to the amount of available Flash memory shown. If the space available is less than the space required by the file you will copy, the copy process will continue, but the entire file will not be copied into Flash memory. |
Performing a Fast Software Upgrade Example
The following example show a Fast Software Upgrade performed on a Cisco 7507 router with an active RSP in slot 2 and a standby RSP installed in slot 3.
RPR, RPR+, SSO, and FSU Troubleshooting Tips
Use the commands in the table below to troubleshoot the RPR, RPR+, and FSU features on Cisco 7500 series routers:
|
Configuring SLCR
Each task in the list is identified as either required or optional.
- Configuring SLCR (required)
- Verifying Cisco 7500 SLCR (optional)
- SLCR Configuration Example (optional)
- SLCR Troubleshooting Tips (optional)
The Cisco 7500 SLCR feature is disabled by default. Therefore, the process for disabling this feature is only necessary if the Cisco 7500 SLCR feature has been enabled by the user on the Cisco 7500 series router.
To enable the Cisco 7500 Single Line Card Reload (SLCR) feature, enter the service single-slot-reload-enable configuration command on the Cisco 7500 series router.
|
To disable the Cisco 7500 Single Line Card Reload feature, enter the no service single-slot-reload-enable configuration command on the Cisco 7500 series router.
|
Verifying Cisco 7500 SLCR
Use the show running-config command to verify that single line card reloading has been successfully enabled on the Cisco 7500 series router. If the service single-slot-reload-enable line appears in the command output, Cisco 7500 SLCR is enabled. If this line does not appear in the command output, Cisco 7500 SLCR is disabled.
SLCR Configuration Example
In the following example, SLCR is enabled for all lines cards in the Cisco 7500 series router:
In the following example, SLCR is disabled for all line cards in the Cisco 7500 series router:
SLCR Troubleshooting Tips
The debug oir command is used to debug the online insertion and removal (OIR) feature (which is also known as hot-swapping or power-on servicing). The debug oir command is often useful in debugging problems related to OIR, including single line card reloading.
Miscellaneous HSA and HA Commands
This section describes miscellaneous HSA and HA commands, and how to perform an OIR of an interface processor.
Listed below are commands to display information about failed and active RSPs.
When a new active RSP takes over ownership of the router, it automatically reboots the failed RSP as the standby RSP. You can access the state of the failed RSP in the form of a stack trace from the active console. To do so, perform the following task from EXEC mode:
|
| 1 This command is documented in the "System Management Commands" chapter of the Configuration Fundamentals Command Reference publication. |
You can manually reload a failed RSP from the active console. To do so, perform the following task from EXEC mode:
You can display information about the active and the standby RSPs. To do so, perform any of the following tasks from privileged EXEC mode:
Table 11 Displaying Information on the Active and Standby RSPs
|
Troubleshooting the Installation
This section contains procedures to follow if your system does not restart and boot up as expected. Review the descriptions that follow so you can anticipate the expected system startup sequence. Then restart the system and try to isolate the problem by observing the LEDs as the system attempts to boot the software and initialize the RSP2s and each interface processor.
Verifying LEDs
Following are functional descriptions of the LEDs on the power supplies and processor modules, and the behavior you should observe at system startup.
System Power LEDs
On the router, the AC (or DC) OK LED is located on each power supply. If this LED does not go on and stay on, there is most likely a problem with the input power or one of the internal DC lines.
The AC (or DC) OK LED will not go on or will go off if the power supply reaches an out-of-tolerance temperature or voltage condition. It is unlikely that the power supply will shut down during startup because of an over-temperature condition; however, it can shut down if it detects an over- or undervoltage condition during startup. For descriptions of environmental monitoring functions, refer to the Cisco 7500 Series Installation and Configuration Guide, which is available online, on the Documentation CD-ROM, or in print.
RSP2 LEDs
Figure 12 shows the LEDs on the RSP2 faceplate. The LEDs on the RSP2 indicate the system and RSP2 status and which PC Card slot is active. The CPU halt LED, which goes on only if the system detects a processor hardware failure, should remain off. A successful boot is indicated when the normal LED goes on; however, this does not necessarily mean that the system has reached normal operation. During normal operation, the CPU halt LED should be off, and the normal LED should be on, indicating that the RSP2 is receiving +5V. The slot 0 and slot 1 LEDs indicate which PC Card slot is in use, and each LED blinks when the card is accessed by the system. The active and the standby LEDs provide a visual indication of whether the RSP2 is designated an active or a standby device.
Figure 12 RSP2 LEDs, Active/Standby Switch, and Reset Switch (Vertical Partial Front-Panel View)
![]() |
Caution The reset switch (see Figure 12) resets the RSP2 and the entire system. To prevent system errors and problems, use it only at the direction of your Cisco-certified service representative. |
Verifying System Startup Sequence
By checking the state of the LEDs, you can determine when and where the system failed in the startup sequence. Because you turn on the system power with the on/off switches on each power supply, it is easiest to observe the startup behavior from the rear of the router. Use the following descriptions of the norm














