![]() |
Layer 3 Switching Software and Feature Configuration Guide, 12.1(10)EY
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Configuring the Route Processor
![]() |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Table of ContentsConfiguring the Route ProcessorAbout the Route Processor Starting Up the Switch Router Using the Console Port or Management Port About Passwords Configuring the Management Port (Ethernet0) Configuring the Host Name About Network Time Protocol Configuring NTP About Power-on Diagnostics Configuring Online Diagnostics (Catalyst 8540 CSR) Configuring Redundancy and Enhanced High System Availability (Catalyst 8540) Route Processor Redundant Operation
About Embedded CiscoViewConditions that Cause a Switchover from the Primary Route Processor
Synchronizing the ConfigurationsConfiguring Route Processor Redundancy Forcing a Switchover Displaying the Configuration Register Value Immediately Synchronizing Route Processor Configurations
Displaying the Route Processor Redundancy ConfigurationSynchronizing the Configurations During Switchover Preparing a Route Processor for Removal Configuring Switch Fabric EHSA Operation Configuring the Preferred Switch Processor
Displaying the Switch Processor EHSA ConfigurationDisplaying the Preferred Switch Processor Redundancy Configuration Installing and Configuring Embedded CiscoView Using PC Cards Upgrading a PC Card
Updating the System ImageFormatting a PC Card Copying Files from One PC Card to Another Viewing the Contents of Flash Memory Determining the Current File System Device
Deleting Files from Flash MemoryMoving Between Flash Memory Media Listing the Flash Memory Directory Contents Booting from a PC Card Backing Up a System Image to a TFTP Server Copying a System Image from a TFTP Server to a PC Card Downloading System Images from Cisco.com
Copying the System Image to the Switch Router Reloading the Switch Router Updating Images on Dual Route Processors (Catalyst 8540) Configuring the Route ProcessorThis chapter describes how to configure the switch router's route processor so it can be accessed by other devices.
This chapter includes the following sections:
About the Route ProcessorThe route processor provides intelligence to the Catalyst 8500 CSR, interfacing with the switch fabric through the backplane. It runs elements of Cisco IOS software for high-speed Layer 3 switching, including the Cisco Express Forwarding table, routing protocol control, and dynamic IP multicast. The route processor also supports Simple Network Management Protocol (SNMP) and many Management Information Bases (MIBs). The Catalyst 8500 CSR route processor uses a 200-MHz MIPS R5000 processing subsystem. It has a dual-height Flash memory Type II slot, which you can use for two Flash EPROM modules, adding up to 40 MB of extra memory, and supporting larger Cisco IOS images. The Catalyst 8540 CSR supports redundant CPU operation with dual route processors. See the "Configuring Redundancy and Enhanced High System Availability (Catalyst 8540)" section. The Catalyst 8540 CSR route processor (Figure 3-1) resides in slot 4, the fifth slot from the top. Figure 3-1 The Route Processor on the Catalyst 8540 CSR
The Catalyst 8510 CSR switch route processor resides in slot 2, the third slot from the top. Figure 3-2 The Switch Route Processor on the Catalyst 8510 CSR
Starting Up the Switch RouterBefore starting up the switch router, you should verify the following: Step 1 The switch router is set for the correct AC (or DC) power voltages. Refer to the following for correct power voltages: Step 2 The cables are connected to the router. Step 3 A console terminal is connected to the router. For instructions, refer to the following: When you start up the router, the CLI prompts you whether to enter the initial configuration dialog. Answer no to this prompt: You see the following user EXEC prompt: You can now begin configuring the route processor. Using the Console Port or Management PortYou can configure the switch router from a direct console connection to the console port or remotely through its management port. For interface configuration instructions, see the "Configuring the Management Port (Ethernet0)" section. For further details on configuring ports and lines for management access, refer to the Cisco IOS Configuration Fundamentals Configuration Guide. Modem SupportThe Catalyst 8540 CSR has a console terminal line that might require configuration. For line configuration, you must first set up the line for the terminal or the asynchronous device attached to it. For a complete description of configuration tasks and commands used to set up your terminal line and settings, refer to the Cisco IOS Configuration Fundamentals Configuration Guide and Cisco IOS Dial Solutions Configuration Guide. You can connect a modem to the console port on the Catalyst 8540 or to the auxiliary port on the Catalyst 8510 CSR. The following settings on the modem are required: You can configure your modem by setting the DIP switches on the modem or by connecting the modem to terminal equipment. Refer to the user manual provided with your modem for the correct configuration information.
For further details on configuring ports and modems for management access, refer to the Cisco IOS Configuration Fundamentals Configuration Guide and Cisco IOS Dial Services Configuration Guide . About PasswordsYou can configure both an enable password and an enable secret password. For maximum security, the enable password should be different from the enable secret password. Enable PasswordThe enable password is a nonencrypted password. It can contain any number of uppercase and lowercase alphanumeric characters. Give the enable password only to users permitted to make configuration changes to the switch router. Enable Secret PasswordThe enable secret password is a secure, encrypted password. By setting an encrypted password, you can prevent unauthorized configuration changes. On systems running Cisco IOS, you must type in the enable secret password before you can access global configuration mode.You must type in the enable secret password to access boot ROM software. An enable secret password can contain from 1 to 25 uppercase and lowercase alphanumeric characters. The first character cannot be a number. Spaces are valid password characters. Leading spaces are ignored; trailing spaces are recognized. You will configure passwords in the next section, "Configuring the Management Port (Ethernet0)." Configuring the Management Port (Ethernet0)The Ethernet port on the route processor, named ethernet0, is a management port that allows multiple simultaneous Telnet or SNMP network management sessions. You can remotely configure the switch router through the Ethernet interface on the management port, but first you must configure an IP address on the management port so that the route processor is reachable. There are two ways to configure the management port interface: manually from the command-line interface (CLI) or copying the configuration from the BOOTP server into NVRAM.
To configure the management port from the CLI, perform these steps:
The switch router should now be operating correctly and transferring data. Displaying the Operating ConfigurationYou can display the configuration file when you are in privileged EXEC (enable) mode. If you made changes to the configuration, but did not yet write the changes to NVRAM, the contents of the running-config file will differ from the contents of the startup-config file. Configuring the Host NameIn addition to passwords and IP address, your initial configuration should include the host name to make it easier to configure and troubleshoot the switch router. To configure the host name, perform these steps:
About Network Time ProtocolNetwork Time Protocol (NTP) is a utility for synchronizing system clocks over the network, providing a precise time base for networked workstations and servers. In the NTP model, a hierarchy of primary and secondary servers pass timekeeping information by way of the Internet to cross-check clocks and correct errors arising from equipment or propagation failures. An NTP server must be accessible by the client switch. NTP runs over User Datagram Protocol (UDP), which in turn runs over IP. NTP is documented in RFC 1305. All NTP communication uses Coordinated Universal Time (UTC), which is the same as Greenwich Mean Time. An NTP network usually gets its time from an authoritative time source, such as a radio clock or an atomic clock attached to a time server. NTP distributes this time across the network. NTP is extremely efficient; no more than one packet per minute is necessary to synchronize two machines to within a millisecond of one another. NTP uses a stratum to describe how many NTP hops away a machine is from an authoritative time source. A stratum 1 time server has a radio or atomic clock directly attached, a stratum 2 time server receives its time from a stratum 1 time server, and so on. A machine running NTP automatically chooses as its time source the machine with the lowest stratum number that it is configured to communicate with through NTP. This strategy effectively builds a self-organizing tree of NTP speakers. NTP has two ways to avoid synchronizing to a machine whose time might be ambiguous: The communications between machines running NTP, known as associations, are usually statically configured; each machine is given the IP address of all machines with which it should form associations. Accurate timekeeping is possible by exchanging NTP messages between each pair of machines with an association. However, in a LAN environment, you can configure NTP to use IP broadcast messages. With this alternative, you can configure the machine to send or receive broadcast messages, but the accuracy of timekeeping is marginally reduced because the information flow is one-way only. The Cisco implementation of NTP does not support stratum 1 service; it is not possible to connect to a radio or atomic clock. We recommend that you obtain the time service for your network from the public NTP servers available in the IP Internet. If the network is isolated from the Internet, the Cisco NTP implementation allows a machine to be configured so that it acts as though it is synchronized using NTP, when in fact it has determined the time using other means. Other machines then synchronize to that machine using NTP. A number of manufacturers include NTP software for their host systems, and a version for systems running UNIX and its various derivatives is also publicly available. This software allows host systems to be time-synchronized as well. Configuring NTPNTP services are enabled on all interfaces by default. You can configure your switch router in either of the following NTP associations: From global configuration mode, use the following procedure to configure NTP in a server association that transmits broadcast packets and periodically updates the calendar:
For information on other optional NTP configurations, see the Cisco IOS Configuration Fundamentals Configuration Guide. For a complete configuration example that includes NTP, see the section "Catalyst 8540 CSR with ISL, VLAN, and BVI with GEC" section. To view the current NTP configuration and status, use the show ntp status or the show ntp associations commands. About Power-on DiagnosticsPower-on diagnostics test the basic functionality of the system when the system is powered on. Power-on diagnostics run when the system is power cycled, on a reload, which causes power-on diagnostics software version changes, and when online insertion and removal (OIR) events occur. When power-on diagnostics is booted, it tests the following: ExampleThe following example shows power-on diagnostics testing the primary route processor when the system is booting: ........................................................................................................................................................................................................................................
ExampleThe following example shows the power-on diagnostics status on the Catalyst 8540: Configuring Online Diagnostics (Catalyst 8540 CSR)Online and insertion diagnostics detect and report hardware failures in the Catalyst 8540 CSR during operation. Overview (Catalyst 8540 CSR)Online diagnostics provide the following types of tests: The switch router issues an error message on the console when it detects a hardware failure or problem.
Accessibility TestThe accessibility tests ensure connectivity at a configurable interval between the following: OIR TestOnline insertion and removal (OIR) tests check the functioning of the switch fabric and interfaces on a per-port basis. The switch router performs these tests when the system boots up and when you insert an interface module into a slot. The OIR test sends a packet to the interface loopback and expects to receive it within a certain time period. If the packet does not reach the port within the expected time period, or the received packet is corrupted, an error is registered and the port is brought to an administratively down state. Packets that are 1000 bytes in size are used in the test. The OIR tests support all the enhanced Gigabit Ethernet interface modules, with the exception of the OC-3c and OC12c ATM uplink interface modules. In addition, OIR tests are not supported on the Fast Ethernet or Gigabit Ethernet interface modules. OIR is enabled by default on the Catalyst 8540 CSR. To disable it, issue the no diag online oir command. To enable OIR, refer to commands in the "Configuring Online Diagnostics (Catalyst 8540 CSR)" section. Snake TestThe snake test detects and reports port-to-port connectivity failures. The snake test establishes connections across all the active ports in the switch router, originating and terminating at the primary route processor. The route processor establishes a connection by sending a packet to each port in turn, which then terminates at the route processor. If the packet does not reach the route processor within the expected time period, or the received packet is corrupted, further testing is performed to isolate and disable the port causing the problem. The frequency of the test is configurable to minimize the impact on system performance. The snake test supports all the enhanced Gigabit Ethernet interface modules on the Catalyst 8540 CSR. Configuring Online Diagnostics (Catalyst 8540 CSR)To configure online diagnostics, use the following global configuration commands: ExamplesThe following example shows how to enable all online diagnostic tests: The following example shows how to change the frequency of the access test: Displaying the Online Diagnostics Configuration and ResultsTo display the online diagnostics configuration and results, use the following EXEC command: ExampleThe following example shows how to display detailed access test information: ExampleThe following example shows how to display OIR test status and details: Configuring Redundancy and Enhanced High System Availability (Catalyst 8540)The Catalyst 8540 CSR supports redundant CPU operation with dual route processors. In addition, enhanced high system availability (EHSA) is provided in the switching fabric when three switch processors are installed in the chassis. This section describes how to configure redundancy for your CPU with dual route processors. It also describes how to configure EHSA for the switch fabric. Route Processor Redundant OperationThe Catalyst 8540 CSR supports fault tolerance by allowing a secondary route processor to take over if the primary fails. This secondary, or redundant, route processor runs in standby mode. In standby mode, the secondary route processor is partially booted with the Cisco IOS software, however, no configuration is loaded. At the time of a switchover from the primary route processor, the secondary route processor takes over as primary and loads the configuration as follows:
The former primary route processor then becomes the secondary route processor.
When the Catalyst 8540 CSR is powered on, the two route processors go through an arbitration to determine which is the primary route processor and which is the secondary. The following rules apply during arbitration:
During normal operation, the primary route processor is booted completely. The secondary CPU is partially up, meaning it stops short of parsing the configuration. From this point, the primary and secondary processors communicate periodically to synchronize any system configuration changes. Conditions that Cause a Switchover from the Primary Route ProcessorThe following conditions can cause a switchover from the primary route processor to the secondary route processor:
When a switchover occurs, address states are lost, and then restored after they are dynamically redetermined. Configuring Route Processor RedundancyFor redundant operation, the following requirements must be met:
If these requirements are met, the Catalyst 8540 CSR runs in redundant mode by default. The tasks described in the following sections are optional and used only to change nondefault values. For a configuration example that includes route processor redundancy, see the section "Catalyst 8540 CSR with ISL, VLAN, and BVI with GEC" section. Forcing a SwitchoverYou can manually force the secondary route processor to take over as the primary. To do so, use the following privileged EXEC command: As long as you have not changed the default configuration register setting from autoboot, the secondary route processor (formerly the primary) completes the boot process from standby mode. If you have changed the default configuration register value from autoboot, you can change it back by performing the following steps:
Displaying the Configuration Register ValueTo display the configuration register value, use the following privileged EXEC command: Synchronizing the ConfigurationsDuring normal operation, the startup and running configurations are synchronized by default between the two route processors. In the event of a switchover, the new primary uses the current configuration. Configurations are synchronized either immediately from the command line or during route processor switchover. Immediately Synchronizing Route Processor ConfigurationsTo immediately synchronize the configurations used by the two route processors, use the following privileged EXEC command on the primary route processor: Synchronizing the Configurations During SwitchoverTo manually synchronize the configurations used by the two route processors during a switchover, perform the following steps on the primary route processor, beginning in global configuration mode:
ExampleIn the following example, both the startup and running configurations are synchronized:
Displaying the Route Processor Redundancy ConfigurationTo display the route processor redundancy configuration, use the following privileged EXEC command: ExampleIn the following example, the route processor redundancy configuration displays: Preparing a Route Processor for RemovalBefore removing a route processor that is running Cisco IOS in secondary mode, change to ROM monitor mode. You could use the reload command to force the route processor to ROM monitor mode but the automatic reboot would occur and interrupt traffic.
To change the secondary route processor to ROM monitor mode and eliminate the automatic reboot, use the following command from privileged EXEC mode: Configuring Switch Fabric EHSA OperationSlots 5, 6, and 7 in the Catalyst 8540 CSR chassis can accommodate either two or three switch processor cards, with a switching capacity of 10 Gbps each. The possible configurations are as follows: When three switch processors are installed, two are active at any time, while the third runs in standby mode. By default, switch processors 5 and 7 are active and switch processor 6 is the standby. The following situations can cause the standby switch processor to become active: When a switchover to the standby switch processor occurs, the system resets and all connections are lost. When the system comes up again, all routes are reestablished automatically. Configuring the Preferred Switch ProcessorTo configure which two switch processors will be active and which one will run in standby mode, use the following privileged EXEC command on the primary switch processor: ExampleIn the following example, the preferred switch processors are configured to be in slots 5 and 7; the switch processor in slot 6 runs in standby mode:
Displaying the Preferred Switch Processor Redundancy ConfigurationTo display the preferred switch processor redundancy configuration, use the following privileged EXEC command: ExampleThe following example shows the preferred switch processor redundancy configuration: Displaying the Switch Processor EHSA ConfigurationTo display the switch processor EHSA configuration, use the following privileged EXEC command:
ExampleThe following example shows the primary switch processor EHSA configuration: About Embedded CiscoViewEmbedded CiscoView network management system provides a web-based interface for the Catalyst 8540, Catalyst 8510 and LightStream 1010. Embedded CiscoView uses HTTP and SNMP to provide graphical representations of the system and provide GUI-based management and configuration facilities. You can download the Java Archive (JAR) files for Embedded CiscoView at the following URL: http://www.cisco.com/kobayashi/sw-center/netmgmt/ciscoview/embed-cview-planner.shtml Installing and Configuring Embedded CiscoViewTo install and configure Embedded CiscoView on the Catalyst 8540, Catalyst 8510 and LightStream 1010, perform the following steps:
ExampleThe following example shows how to update the CiscoView files on your Catalyst 8540, Catalyst 8510 and LightStream 1010: Loading ciscoview.tar from 20.1.1.1 (via Ethernet0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Displaying Embedded CiscoView InformationTo display the Embedded CiscoView information, use the following EXEC commands: ExampleThe following examples show how to display the Embedded CiscoView information: Using PC CardsThis section describes how to use PC Cards, to copy system images, and make standard configurations. PC Cards are a type of Flash memory that provide expanded file storage for your switch router. PC Cards, unlike the onboard Flash memory SIMM (bootflash), are not required for the operation of the switch router.
PC Cards store a copy of the software image. The following sections describe how to upgrade, format, delete, configure, and copy files between the onboard Flash memory Single In-Line Memory Module (SIMM), network servers, and PC Cards. Upgrading a PC CardThis section describes how to upgrade to a SanDisk 48-MB PC card. PC upgrade cards are available in 48-MB.
To upgrade the PC card, follow these steps: Step 1 Load the switch with the latest Cisco IOS release image using any of the upgrade methods (for example, tftpboot). Step 2 Once the switch is up and running, use the copy command to copy the rommon image to boot Flash SIMM. Step 3 Reprogram the rommon image using the reprogram command. The following example shows the rommon being reprogrammed: Step 4 Load the switch with the latest Cisco IOS release image again. Step 5 Enter the format command to format the PC card. It is now ready for use. The following example shows the format command being entered on slot 0: Formatting a PC CardA PC Card is blank and must be formatted before use. The formatting procedure erases all information on the PC Card. Here is the general procedure for formatting a PC Card: Step 1 Back up any files that you have on an existing PC Card by copying them to a TFTP server using the copy command. Step 2 Insert the PC Card you want to format into slot 0 or slot 1. Step 3 Format the PC Card using the format command. ExampleThe following example demonstrates formatting a PC Card in slot 0 and naming it "NewPCcard": In this example, a 16-MB PC Card was used. At the line Formatting sector 1, the system counts the card's sectors backward from 128 to 1 as it formats them. For 20-MB PC Cards, the system counts backward from 160 to 1.
To copy the startup configuration file from NVRAM to a PC Card once the PC Card is formatted and ready to use, use the following command: ExampleThe following example demonstrates copying the startup configuration file to the PC Card in slot 0; the default filename is used: Copying Files from One PC Card to AnotherOn platforms with multiple Flash memory file systems, you can copy files from one Flash memory file system, such as internal Flash memory or a PC Card, to another Flash memory file system. Copying files to different Flash memory file systems lets you create backup copies of working configurations, duplicate configurations for other devices, and copies of system images. The following example describes how to copy a new image from a PC Card in slot 1 to a PC Card in slot 0 that contains an old image. This system also has a default boot image on the onboard Flash memory. Before you start, insert PC Cards in both slot 0 and slot 1.
To copy the new image from the new PC Card in slot 1 to the PC Card in slot 0 that contains the old image, enter this command from privileged EXEC mode: Viewing the Contents of Flash MemoryThis section describes commands you can use with the onboard Flash memory SIMM (bootflash) and PC Cards. Determining the Current File System DeviceTo determine which file system device you are accessing, use the pwd (print working directory) command, as shown in the following example: Moving Between Flash Memory MediaTo move between Flash memory media, use the cd command, as shown in the following example: Listing the Flash Memory Directory ContentsTo list the directory contents of any Flash memory media, use the dir command, as shown in the following example: Deleting Files from Flash MemoryWhen you delete a file from Flash memory, the system marks the file as deleted, allowing you to later recover a deleted file using the undelete command. Erased files cannot be recovered. To permanently erase the configuration file, use the squeeze command. The squeeze command permanently removes files marked for deletion, and pushes all the other undeleted files together to eliminate spaces between them. To prevent data loss due to sudden power loss, the "squeezed" data is temporarily saved to another location in Flash memory. The squeeze command keeps a log of the functions performed so that if a power failure occurs, the system continues the process when the power resumes.
For an example of using the delete and squeeze commands, see the "Copying the System Image to the Switch Router" section. Booting from a PC CardThe switch router can be booted, automatically or manually, from a variety of sources, including a network server or Flash memory device. This section describes how to configure the switch router to boot automatically from an image on a PC Card. For an example of configuring the switch router to boot manually from a PC Card, see the "Updating the System Image" section. To enable booting from a PC Card, perform the following steps:
When you enter boot commands, be careful not to insert extra spaces because they influence the way the switch router interprets the command. For example, notice the difference in the following commands: The following command correctly instructs the switch router to boot the image1 file. The following command incorrectly contains a space between "slot0:" and "image2." The switch router finds the filename field blank and so boots the first file on the PC Card. Backing Up a System Image to a TFTP ServerTo create a backup copy of your system image, or to verify that the copy in Flash memory is the same as the original file on disk, you can copy system images from Flash memory to a Trivial File Transfer Protocol (TFTP) server. In some implementations of TFTP, you must create a dummy file on the TFTP server and give it read, write, and execute permissions before copying the file over it. Refer to your TFTP documentation for more information. Before you copy software between the network server and Flash memory in the router, do the following:
To create a backup of the system software on a TFTP server, perform the following steps:
ExampleThe following example demonstrates copying a specified system image file from the current flash device to the default TFTP server: Copying a System Image from a TFTP Server to a PC CardYou can copy system image files from a TFTP server to a PC Card for use in booting the switch router or for backup purposes when you boot from internal Flash memory. If the system image on internal Flash memory becomes corrupted, you can replace the system software by copying the backup image from the PC Card to the onboard Flash memory.
ExampleThe following example demonstrates copying a system image file from the default TFTP server to the PC Card in slot 0: Updating the System ImageThis section provides minimal instructions for updating the system image on your switch router. This procedure assumes that you are manually booting the switch router from a system image on a PC Card. You can also configure the switch router to boot automatically from a system image specified in the BOOT environment variable. For additional information on booting options and maintaining system images, refer to the Cisco IOS Configuration Fundamentals Configuration Guide. The following steps give the general procedure for updating the system software: Step 1 Download the system image from Cisco.com. Step 2 Copy the system image to the switch router. Step 3 Reload the switch router with the new image. Downloading System Images from Cisco.comCisco IOS system images, along with other software, are available from the Software Center on Cisco.com at http://www.cisco.com. You can download system images from Cisco.com using your browser's FTP capability, using conventional FTP, or using Cisco.com's asynchronous dial-up interface. For instructions on accessing and downloading software from Cisco.com, refer to the document "Software Downloading from Cisco.com via World Wide Web" at the Software Center on Cisco.com. Copying the System Image to the Switch RouterYou copy the system image to the switch router using TFTP, FTP, or RCP. If the system you used to download the image from Cisco.com does not function as a TFTP, FTP, or RCP server, you must first copy the file to an intermediate server that provides those services to your switch router.
To copy the system image from a TFTP server to the PC card, initiate a Telnet session or console connection to the switch and perform the following steps in privileged EXEC mode: ExampleThe following example shows deleting a file from the PC Card in slot 0 on the switch router and copying a new system image to it using TFTP:
Reloading the Switch RouterWhen the configuration register is set for manual booting, issuing the reload command causes the system to enter ROM monitor mode, where you enter the boot command and the name of the system image to use. To perform this procedure, you must be connected to the console port, which provides access to the switch router when in ROM monitor mode. For automatic booting you can issue the reload command from an Ethernet connection to the route processor.
To reload the switch router with the new system image on the PC Card, perform the following steps, beginning in global configuration mode:
ExampleThe following example shows setting the configuration register, saving the configuration, and reloading the switch router with the new system image on the PC Card in slot 0: Updating Images on Dual Route Processors (Catalyst 8540)When updating the system image on a switch router with dual route processors, you must perform the above procedure for both route processors. The following steps demonstrate the sequence of events that occurs when updating the system image on systems with dual route processors (these steps assume that the route processor in slot 4 is functioning as the primary when you begin): Step 1 Copy the system image from the TFTP server to the Flash memory device on both route processors. For example, if you are using a PC Card in slot 0 of both route processors, you would copy the image to slot0: and to sec-slot0:. Step 2 Connect to the console port of the route processor in slot 4 and issue the reload command; a switchover occurs, and the route processor in slot 8 becomes the primary. Then reboot with the new system image; the route processor in slot 4 becomes the secondary. Step 3 Connect to the console port of the route processor in slot 8 and issue the reload command; a switchover occurs, and the route processor in slot 4 becomes the primary again.Then reboot with the new system image; the route processor in slot 8 becomes the secondary. Step 4 Use the show redundancy command on the primary to verify that the route processors are loaded and running as expected. Now that you have configured the route processor, see "Configuring Interfaces," for instructions on interface configurations for your switch router.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|