This chapter discusses specific steps used to initially configure the ATM switch router.
Note This chapter provides advanced configuration instructions for the Catalyst 8540 MSR,
Catalyst 8510 MSR, and LightStream 1010 ATM switch routers. For conceptual and background
information, refer to the Guide to ATM Technology. For complete descriptions of the commands
mentioned in this chapter, refer to the ATM Switch Router Command Reference publication.
The ATM switch router defaults to a working configuration suitable for most networks. However, you might need to customize the configuration for your network.
Note If your Telnet station or SNMP network management workstation is
on a different network from the switch, you must add a static routing table entry to the routing table.
See "Configuring Static Routes" in the
chapter "Configuring ATM Routing and
PNNI."
Terminal Line Configuration (Catalyst 8540 MSR)
The ATM switch router 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 Configuration Fundamentals Configuration Guide and Dial Solutions Configuration Guide.
You can connect a modem to the console port. The following settings on the modem are required:
Enable auto answer mode
Suppress result codes
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.
Note Because there are no hardware flow control signals available on the console port, the console
port terminal characteristics should match the modem settings.
Terminal Line Configuration (Catalyst 8510 MSR and LightStream 1010)
The ATM switch has two types of terminal lines: a console line and an auxiliary line. For line configuration, you must first set up the lines for the terminals or other asynchronous devices attached to them. For a complete description of configuration tasks and commands used to set up your lines, modems, and terminal settings, refer to the Configuration Fundamentals Configuration Guide and Dial Solutions Configuration Guide.
Configuration Prerequisites
Consider the following information you might need before you configure your ATM switch router:
If you want to configure a BOOTP server to inform the switch of its Ethernet IP address and mask, you need the Media Access Control (MAC) address of the Ethernet port.
If you want to configure a new ATM address for the switch (an autoconfigured ATM address is assigned by Cisco), you need an ATM address assigned by your system administrator.
If you are not using BOOTP, you need an IP address and a netmask address.
Verifying Software and Hardware Installed on the ATM Switch Router
When you first power up your console and ATM switch router, a screen similar to the following from a Catalyst 8540 MSR appears:
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706
Cisco Internetwork Operating System Software
IOS (tm) PNNI Software (cat8540m-WP-M), Version 12.0(4a)W5(10.44), INTERIM TEST
20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).
8192K bytes of Flash PCMCIA card at slot 1 (Sector size 128K).
8192K bytes of Flash internal SIMM (Sector size 256K).
%ENABLING INTERFACES.PLEASE WAIT...
%Secondary CPU has not booted IOS
Press RETURN to get started!
Note If an rommon> prompt appears, your switch requires a
manual boot to recover. Refer to the Configuration Fundamentals Configuration Guide for
instructions on manually booting from Flash memory.
Configuring the BOOTP Server
The BOOTP protocol automatically assigns an Ethernet IP address by adding the MAC and IP addresses of the Ethernet port to the BOOTP server configuration file. When the switch boots, it automatically retrieves the IP address from the BOOTP server.
The switch performs a BOOTP request only if the current IP address is set to 0.0.0.0. (This is the default for a new switch or a switch that has had its startup-config file cleared using the erase command.)
To allow your ATM switch router to retrieve its IP address from a BOOTP server, you must first determine the MAC address of the switch and add that MAC address to the BOOTP configuration file on the BOOTP server. The following steps provide an example of creating a BOOTP server configuration file:
Step
Command
Purpose
1
Installs the BOOTP server code on the workstation, if it is not already installed.
2
Determines the MAC address from the label on the chassis.
3
Adds an entry in the BOOTP configuration file (usually /usr/etc/bootptab) for each switch. Press Return after each entry to create a blank line between each entry. See the example BOOTP configuration file that follows.
4
reload
Restarts the ATM switch router to automatically request the IP address from the BOOTP server.
Example
The following example BOOTP configuration file shows the added entry:
# /etc/bootptab: database for bootp server (/etc/bootpd)
#
# Blank lines and lines beginning with '#' are ignored.
#
# Legend:
#
# first field -- hostname
# (may be full domain name and probably should be)
#
# hd -- home directory
# bf -- bootfile
# cs -- cookie servers
# ds -- domain name servers
# gw -- gateways
# ha -- hardware address
# ht -- hardware type
# im -- impress servers
# ip -- host IP address
# lg -- log servers
# lp -- LPR servers
# ns -- IEN-116 name servers
# rl -- resource location protocol servers
# sm -- subnet mask
# tc -- template host (points to similar host entry)
The ATM switch router ships with a preconfigured ATM address. The Integrated Local Management Interface (ILMI) protocol uses the first 13 bytes of this address as the switch prefix that it registers with end systems. Autoconfiguration also allows the ATM switch router to establish itself as a node in a single-level Private Network-Network Interface (PNNI) routing domain.
Note If you chose to manually change any ATM address, it is important to
maintain the uniqueness of the address across large networks. Refer to the Guide to ATM Technology
for PNNI address considerations and for information on obtaining registered ATM addresses.
For a description of the autoconfigured ATM address and considerations when assigning a new address, refer to the Guide to ATM Technology.
Modifying the Physical Layer Configuration of an ATM Interface
Each of the ATM switch router's physical interfaces has a default configuration, listed in the chapter "Configuring Interfaces." You can accept the defaults, or you can override them by reconfiguring the physical interface.
The following example describes modifying an OC-3c interface from the default settings to the following:
Disable scrambling cell-payload.
Disable scrambling STS-streaming.
Change Synchronous Optical Network (SONET) mode of operation from Synchronous Time Stamp level 3c (STS-3c) mode to Synchronous Transfer Module level 1 (STM-1).
To change the configuration of the example interface, perform the following steps, beginning in global configuration mode:
Step
Command
Purpose
1
interface atmcard/subcard/port
Selects the physical interface to be configured.
2
no scrambling cell-payload
Disables cell-payload scrambling.
3
no scrambling sts-stream
Disables STS-stream scrambling.
4
sonet stm-1
Configures SONET mode as SDH/STM-1.
Example
The following example shows how to disable cell-payload scrambling and STS-stream scrambling and changes the SONET mode of operation to Synchronous Digital Hierarchy/Synchronous Transfer Module 1 (SDH/STM-1) of OC-3c physical interface 0/0/0:
Switch(config)# interface atm 0/0/0
Switch(config-if)# no scrambling cell-payload
Switch(config-if)# no scrambling sts-stream
Switch(config-if)# sonet stm-1
To change any of the other physical interface default configurations, refer to the commands in the ATM Switch Router Command Reference publication.
To display the physical interface configuration, use the following privileged EXEC commands:
Command
Purpose
show controllers atmcard/subcard/port
Shows the physical layer configuration.
more system:running-config
Shows the physical layer scrambling configuration.
Examples
The following example demonstrates using the show controllers command to display the OC-3c physical interface configuration after modification of the defaults:
Switch# show controllers atm 0/0/0
IF Name: ATM0/0/0 Chip Base Address: A8808000
Port type: 155UTP Port rate: 155 Mbps Port medium: UTP
The following example displays the OC-3c physical layer scrambling configuration after modification of the defaults using the more system:running-config command:
IP addresses can be configured on the multiservice route processor interfaces. Each IP address is configured for one of the following types of connections:
Ethernet portCan be configured either from the BOOTP server or by using the ip address command in interface configuration mode.
Define subnet mask bits as a decimal number between 0 and 22 for Class A addresses, between 0 and 14 for Class B addresses, or between 0 and 6 for Class C addresses. Do not specify 1 as the number of bits for the subnet field. That specification is reserved by Internet conventions.
To configure the IP address, perform the following steps, beginning in global configuration mode:
Step
Command
Purpose
1
interface ethernet 0
Selects the interface to be configured.
2
ip addressip-address mask
Configures the IP and subnetwork address.
Note With this release of the ATM switch software, addressing the
interface on the processor (CPU) has changed. The ATM interface is now called atm0, and the
Ethernet interface is now called ethernet 0. The old formats (atm 2/0/0 and ethernet 2/0/0) are still
supported.
Example
The following example shows how to configure interface ethernet 0 with IP address 172.20.40.93 and subnetwork mask 255.255.255.0:
Switch(config)# interface ethernet 0
Switch(config-if)# ip address 172.20.40.93 255.255.255.0
Displaying the IP Address
To display the IP address configuration, use the following privileged EXEC commands:
Command
Purpose
show interfaces ethernet 0
Displays the Ethernet interface IP address.
more system:running-config
Shows the physical layer scrambling configuration.
Examples
The following example shows how to use the show interfaces command to display the IP address of interface ethernet 0:
Switch# show interfaces ethernet 0
Ethernet0 is up, line protocol is up
Hardware is SonicT, address is 0040.0b0a.1080 (bia 0040.0b0a.1080)
Internet address is 172.20.40.93/24
<information deleted>
The following example uses the more system:running-config command to display the IP address of interface ethernet 0:
Switch# more system:running-config
!
version XX.X
<information deleted>
!
interface Ethernet0
ip address 172.20.40.93 255.255.255.0
!
<information deleted>
Testing the Ethernet Connection
After you have configured the IP address(es) for the Ethernet interface, test for connectivity between the switch and a host. The host can reside anywhere in your network. To test for Ethernet connectivity, use the following EXEC command:
Command
Purpose
pingipip-address
Tests the configuration using the ping command. The ping command sends an echo request to the host specified in the command line.
For example, to test Ethernet connectivity from the switch to a workstation with an IP address of 172.20.40.201, enter the command ping ip 172.20.40.201. If the switch receives a response, the following message is displayed:
Switch# ping ip 172.20.40.201
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.20.40.201, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/202/1000 ms
Configuring Network Clocking
This section describes network clocking configuration of the ATM switch router. Properly synchronized network clocking is important in the transmission of CBR and VBR-RT data. For an overview of network clocking and network clock configuration issues, refer to the chapter "Network Clock Synchronization" in the Guide to ATM Technology.
Note Specifying the keyword system with the network-clock-select command selects the route
processor reference clock (a stratum 4 clock source) or the network clock module (a stratum 3 clock
source), if present.
Systems equipped with the network clock module can derive clocking from a Building Integrated Timing Supply (BITS) source. To specify the line type attached to the BITS ports on the network clock module and to assign a priority to a port, use the following commands in global configuration mode:
Command
Purpose
network-clock-selectbits {t1 | e1}
Selects the line type. This command applies to both BITS ports.
network-clock-selectpriority bits {0 | 1}
Selects the priority for a BITS port.
Examples
The following example shows how to configure the network clock priorities:
Switch(config)# network-clock-select 1 atm 0/0/0
Switch(config)# network-clock-select 2 atm 0/0/3
Note This configuration assumes that a full-width module, such as the 4-port OC-12c module, is
being used to derive clocking. If port adapters inserted into carrier modules are used, the priority 1
and 2 source ports must be on different port adapters.
The following example shows how to configure the network clock to revert to the highest priority clock source after a failure and takeover by the source with the next lowest priority.
Switch(config)# network-clock-select revertive
Configuring Network Clock Sources and Priorities (Catalyst 8510 MSR and LightStream 1010)
To configure the network clocking priorities and sources, use the following command in global configuration mode:
Note Specifying the keyword system with the network-clock-select command selects the
processor card reference clock (a stratum 4 clock source).
Examples
The following example shows how to configure the network clock priorities:
Switch(config)# network-clock-select 1 atm 0/0/0
Switch(config)# network-clock-select 2 atm 0/0/3
The following example shows how to configure the network clock to revert to the highest priority clock source after a failure and takeover by the source with the next lowest priority.
Switch(config)# network-clock-select revertive
Configuring the Transmit Clocking Source
To configure where each interface receives its transmit clocking, perform the following steps, beginning in global configuration mode:
Caution
If the Network Clock Distribution Protocol (NCDP) is running on an interface you should not override that port's clock source by configuring it to free-running or loop-timed. Doing so could cause synchronization problems, particularly in the case of loop-timed, which could cause a clocking loop to be formed on a link. See the "Configuring Network Clocking with NCDP" section.
Example
The following example configures ATM interface 3/0/0 to receive its transmit clocking from a network-derived source:
Switch(config)# interface atm 3/0/0
Switch(config-if)#clock source network-derived
Displaying the Network Clocking Configuration
To show the switch's network clocking configuration, use the following privileged EXEC commands:
Command
Purpose
show network-clocks
Shows the network clocking configuration.
more system:running-config
Shows the interface clock source configuration.
show controllers [atmcard/subcard/port]
Shows the interface controller status.
Examples
The following example shows the configured network clock sources:
Switch# show network-clocks
clock configuration is NON-Revertive
Priority 1 clock source: ATM1/0/0
Priority 2 clock source: ATM1/1/0
Priority 3 clock source: No clock
Priority 4 clock source: No clock
Priority 5 clock source: System clock
Current clock source:System clock, priority:5
Note A source listed as "No clock" indicates that a clock source is not configured at the given
priority.
The following example shows the switch clock source configuration with the network clock module installed:
Switch# show network-clocks
Network clocking information:
---------------------------------------
Source switchover mode: revertive
Netclkd state: Active
Source selection method: provisioned
NCLKM hardware status: installed & usable
NCLKM status: software enabled
Primary clock source: ATM0/0/0
Secondary clock source: not configured
Present clock source: NCLKM Stratum 3 osc (0)
The following example shows the clock source configuration stored in the running configuration:
Switch# more system:running-config
!
version XX.X
<information deleted>
!
network-clock-select revertive
network-clock-select 1 ATM0/0/0
!
<information deleted>
Configuring Network Clocking with NCDP
The Network Clock Distribution Protocol (NCDP) provides a means by which a network can synchronize automatically to a primary reference source (PRS). To do so, NCDP constructs and maintains a spanning network clock distribution tree. This tree structure is superimposed on the network nodes by the software, resulting in an efficient, synchronized network suitable for transport of traffic with inherent synchronization requirements, such as voice and video.
The following sections provide instructions for configuring NCDP. For a description of how NCDP works, refer to the Guide to ATM Technology.
NCDP Network Example
Figure 3-1 shows a network of six ATM switch routers with clocking derived from a stratum 3 PRS. Node A is configured to receive priority 1 clocking on two of its ports, while node B is configured to receive priority 2 clocking on one of its ports.
Figure 3-1 Network Configuration for NCDP
Enabling NCDP
To enable NCDP, use the following global configuration command for each node that you want to configure for NCDP:
Command
Purpose
ncdp
Enables NCDP.
Configuring Network Clock Sources and Priorities
You must specify the clocking sources, their priorities, and associated stratums used by NCDP in constructing the clock distribution tree. To do so, use the following command in global configuration mode:
Specifies a priority and source (stratum level or system) for this interface.
1Allows you to specify a Building Integrated Timing Supply (BITS) source. This option is available only on the Catalyst 8540 MSR equipped with the network clock module.
If you do not configure a clock source, NCDP advertises its default source of network clock, which is its local oscillator; if no nodes in the network have a clock source configured, the tree is built so that it is rooted at the switch having the highest stratum oscillator (lowest numerical value) and lowest ATM address.
Example
The following example demonstrates configuring the network clock source, priority, and stratum on node A in Figure 3-1.
Switch(config)# ncdp source 1 atm 1/0/0 3
Switch(config)# ncdp source 1 atm 3/0/0 3
Configuring Optional NCDP Global Parameters
Optional NCDP parameters you can configure at the global level include the maximum number of hops between any two nodes, revertive behavior, and the values of the NCDP timers. To change any of these parameters from their defaults, use the following commands in global configuration mode:
Command
Purpose
ncdp max-diameter hops
Specifies the maximum network diameter for the protocol. The default maximum network diameter is 20.
Specifies the values to be used by the NCDP timers.
When you specify a maximum diameter, you constrain the diameter of the spanning tree by specifying the maximum number of hops between any two nodes that participate in the protocol. Each node must be configured with the same maximum network diameter value for NCDP to operate correctly.
When you configure the NCDP as revertive, a clock source that is selected and then fails is selected again once it has become operational for a period of time. On the LightStream 1010 and Catalyst 8510 MSR platforms, if NCDP is configured to be revertive, a failed clocking source node after a switchover is restored to use after it has been functioning correctly for at least 1 minute. On the Catalyst 8540 MSR the failed source is restored after about 25 seconds. The network clock is, by default, configured as nonrevertive. Nonrevertive prevents a failed source from being selected again.
Example
The following example shows setting the maximum number of hops to 11 and enabling revertive behavior:
On a per-interface basis, you can enable or disable NCDP, specify the cost metric associated with the port, and change the control virtual circuit used to transport protocol messages between adjacent protocol entities. To change any of these parameters from their defaults, use the following commands in interface configuration mode:
Command
Purpose
ncdp admin-weight weight
Specifies the cost metric associated with the given port.
ncdp control-vc vpi vci
Specifies the VPI/VCI values to use for control VCs. The default is 0, 34.
no ncdp
Disables NCDP on the interface.
Example
The following example demonstrates setting the administrative weight on an interface:
Switch(config)# interface atm 0/0/0
Switch(config-if)# ncdp admin-weight 75
Displaying the NCDP Configuration
To display the NCDP configuration, use the following EXEC commands:
Command
Purpose
show ncdp path root
Displays the NCDP clock path from the switch to the root source.
show ncdp ports
Displays NCDP port information.
show ncdp sources
Displays NCDP clock sources configured on the switch.
show ncdp status
Displays NCDP status.
show ncdp timers
Displays NCDP timer information.
Example
The following example shows the NCDP status:
Switch# show ncdp status
= ncdp switch information ==== enabled ==============
Network Clock Services for CES Operations and CBR Traffic
Circuit emulation services-interworking functions (CES-IWF) and constant bit rate (CBR) traffic relate to a quality of service (QoS) classification defined by the ATM Forum for Class A (ATM adaptation layer 1 [AAL1]) traffic in ATM networks. In general, Class A traffic pertains to voice and video transmissions, which have particular clocking requirements. For details, refer to the chapter "Configuring Circuit Emulation Services."
Configuring Network Routing
The default software image for the ATM switch router contains the PNNI routing protocol. The PNNI protocol provides the route dissemination mechanism for complete plug-and-play capability. The following section, "Configuring ATM Static Routes for IISP or PNNI," describes modifications that can be made to the default PNNI or Interim-Interswitch Signalling Protocol (IISP) routing configurations.
Static route configuration allows ATM call setup requests to be forwarded on a specific interface if the addresses match a configured address prefix. To configure a static route, use the following command in global configuration mode:
Command
Purpose
atm route addr-prefx atm card/subcard/port
Specifies a static route to a reachable address prefix.
Note An interface must be UNI or IISP to be configured with static route.
Static routes configured as PNNI interfaces default as down.
The following example shows how to use the atm route command to configure the 13-byte peer group prefix = 47.0091.8100.567.0000.0ca7.ce01 at interface 3/0/0:
Although not required, the system clock and hostname should be set as part of the initial system configuration. To set these system parameters, perform the following steps, beginning in privileged EXEC mode:
Step
Command
Purpose
1
clock sethh:mm:ss day month year
Sets the system clock.
2
configure terminal
Enters global configuration mode from the terminal.
3
hostnamename
Sets the system name.
Examples
The following example shows how to configure the time, date, and month using the clock set command, enter global configuration mode, and assign a hostname.
Switch# clock set 15:01:00 17 October 1997
Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# hostname Publications
Publications#
The following example shows how to confirm the clock setting using the show clock command:
Publications# show clock
.15:03:12.015 UTC Fri Oct 17 1997
Configuring Redundancy and Extended High System Availability (Catalyst 8540 MSR)
The ATM switch router supports redundant CPU operation with dual route processors. In addition, Extended High System Availability (EHSA) is provided in the switching fabric when three switch processors are installed in the chassis. These features and their configuration are described in the following sections:
The ATM switch router 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, the secondary route processor takes over as primary and loads the configuration as follows:
If the running configuration between the primary and secondary route processors match, the new primary uses the running configuration file
If the running configuration between the primary and secondary route processors do not match, the new primary uses the last saved configuration file in its NVRAM (not the NVRAM of the former primary)
The former primary then becomes the secondary route processor.
Note If the secondary route processor is unavailable, a major alarm is reported. Use the show
facility-alarm status command to display the redundancy alarm status.
When the ATM switch router 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:
A newly inserted route processor card always comes up as the secondary, except in cases where the newly inserted card is the only one present.
If the configuration is corrupted, one of the route processors comes up as primary, allowing you to correct the situation manually.
The primary route processor when the ATM switch is powered off continues as the primary when the ATM switch is powered on.
If none of the above conditions is true, the route processor in slot 4 becomes the primary.
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.
The following situations can cause a switchover of the primary route processor:
The primary route processor is removed or swapped. When a route processor functioning as primary is removed, the secondary takes over. The ATM switch router is now nonredundant until a second route processor is inserted.
The primary route processor is rebooted. When a route processor functioning as primary is rebooted, the secondary takes over.
The primary route processor fails. The secondary route processor takes over as primary, using the last saved configuration (or the current running configuration if they have been synchronized with the sync config command).
A switchover is manually forced with the redundancy force-failover main-cpu command.
When a switchover occurs, PVCs are preserved; SVCs and ILMI address states are lost, and then restored after they are dynamically redetermined.
For redundant operation, the following requirements must be met:
Two route processors and three switch cards are required.
The route processors must have identical hardware configurations. This includes variables such as DRAM size, presence or absence of network clock modules, and so on.
Both route processors must be running the same system image.
Both route processors must be set to autoboot (a default setting).
If these requirements are met, the ATM switch router runs in redundant mode by default. The tasks described in the following sections are optional and used only to change nondefault values.
Forcing a Switchover(Catalyst 8540 MSR)
You can manually force the secondary route processor to take over as primary. To do so, use the following privileged EXEC command:
Command
Purpose
redundancy force-failover main-cpu
Forces a switchover.
As long as you have not changed the default configuration register setting, which is set to autoboot by default, the secondary route processor (formerly the primary) completes the boot process from standby mode.
If you have changed the default configuration register value, you can change it back to autoboot, and ensure that the correct system image is used at startup, by performing the following steps, beginning in global configuration mode:
Specifies the system image file to load at startup.
3
end
Returns to privileged EXEC mode.
4
copy running-config startup-config
Saves the configuration to NVRAM.
Note If the secondary route processor remains in ROM monitor mode, you can manually boot the
processor from either the bootflash or PC card.
If no system image is specified in the startup configuration, the ROM monitor automatically boots the first system image on the PC card in slot0. If there is no system image on the PC card, or the PC card is not available, the ROM monitor boots the first system image in bootflash. If there is no system image in bootflash, the switch remains in ROM monitor mode.
Displaying the Configuration Register Value
To display the configuration register value, use the following privileged EXEC command:
Command
Purpose
show version
Displays the configuration register value.
The following example shows the configuration register value:
Switch# show version
Cisco Internetwork Operating System Software
IOS (tm) PNNI Software (cat8540m-WP-M), Version XX.X(X)WX(X), RELEASE SOFTWARE
8192K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).
8192K bytes of Flash internal SIMM (Sector size 256K).
Secondary is up
Secondary has 0K bytes of memory.
Configuration register is 0x100 (will be 0x2102 at next reload)
Synchronizing the Configurations(Catalyst 8540 MSR)
During 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 route processor uses the current configuration. Configurations synchronize either immediately from the command line or during route processor switchover.
To immediately synchronize the configurations used by the two route processors, use the following privileged EXEC command on the primary route processor:
In the following example, both the startup and running configurations are synchronized immediately:
Switch# redundancy manual-sync both
Synchronizing the Configurations During Switchover (Catalyst 8540 MSR)
To 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:
Step
Command
Purpose
1
redundancy
Enters redundancy configuration mode.
2
main-cpu
Enters main-cpu configuration submode.
3
sync config {startup | running | both}1
Synchronizes either or both configurations during switchover or writing the files to NVRAM.
4
end
Returns to privileged EXEC mode.
5
copy running-config startup-config
Forces a manual synchronization of the configuration files in NVRAM.
Note This step is unnecessary to synchronize the running configuration file in DRAM.
1Alternatively, you can force an immediate synchronization by entering the redundancy manual-sync command in privileged EXEC mode.
Example
In the following example, both the startup and running configurations are synchronized:
Switch(config)# redundancy
Switch(config-r)# main-cpu
Switch(config-r-mc)# sync config both
Switch(config-r-mc)# end
Switch# copy running-config startup-config
Displaying the Route Processor Redundancy Configuration (Catalyst 8540 MSR)
To display the route processor redundancy configuration, use the following privileged EXEC command:
Command
Purpose
show redundancy
Displays the redundancy configuration.
In the following example shows the route processor redundancy configuration:
Switch# show redundancy
This CPU is the PRIMARY
Primary
-------
Slot: 4
Uptime: 1 day, 18 hours, 40 minutes
Image: PNNI Software (cat8540m-WP-M), Version 12.0(4a)W5(10.44)
Time Since :
Last Running Config. Sync: 3 hours, 13 minutes
Last Startup Config. Sync: Never
Last Restart Reason: Normal Boot
Secondary
---------
State: UP
Slot: 8
Uptime: 3 hours, 16 minutes
Image: PNNI Software (cat8540m-WP-M), Version 12.0(4a)W5(10.46)
Preparing a Route Processor for Removal (Catalyst 8540 MSR)
Before removing a route processor that is running the IOS in secondary mode, it is necessary to change it 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 you would interrupt switch traffic.
Caution
If you fail to prepare the secondary route processor for removal, the traffic through the switch could be interrupted.
To change the secondary route processor to ROM monitor mode and eliminate the automatic reboot prior to removal, perform the following task beginning in privileged EXEC mode:
Command
Purpose
redundancy prepare-for-cpu-removal
Changes the current route processor to ROM monitor mode prior to removal.
Example
The following example shows how to change the current route processor to ROM monitor mode prior to removal:
Switch# redundancy prepare-for-cpu-removal
Configuring Switch Fabric Extended High System Availability Operation(Catalyst 8540 MSR)
Slots 5, 6, and 7 in the ATM switch router chassis can accommodate either two or three switch processor cards, with a switching capacity of 10 Gbps each. The possible configurations are as follows:
Two switch processors20 Gbps non-EHSA switching fabric (no spare)
Three switch processors20 Gbps EHSA switching fabric (one spare)
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. To force the standby switch processor to become active, use the redundancy preferred-switch-card-slots command.
Do not hot swap an active switch processor module before putting it in standby mode. Removing an active switch processor breaks active connections and stops the flow of traffic through the switch. Put an active switch in standby mode using the redundancy preferred-switch-card-slots command before removing it from the chassis.
When a switchover to the standby switch processor occurs, the system resets and all connections are lost. When the system comes up again, all PVCs and SVCs are reestablished automatically.
To configure which two of the three switch processors are active and which runs in standby mode, use the following privileged EXEC command on the primary route processor:
Configures the active and standby switch processors.
Example
In the following example, the preferred switch processors are configured to be in slots 5 and 7 with the slot 6 switch processor running in standby mode:
The preferred switch cards selected are already active
Note The preferred switch card slot configuration reverts to the default configuration when the
switch is power cycled.
Displaying the Preferred Switch Processor Redundancy Configuration (Catalyst 8540 MSR)
To display the preferred switch processor redundancy configuration, use the following privileged EXEC command:
Command
Purpose
show preferred-switch-card-slots
Displays the redundancy configuration.
The following example shows the preferred switch processor redundancy configuration:
Switch# show preferred-switch-card-slots
The currently preferred switch card slots are slot: 5 and slot: 7
The currently active switch card slots are slot: 5 and slot: 7
Displaying the Switch Processor EHSA Configuration (Catalyst 8540 MSR)
To display the switch processor EHSA configuration, use the following privileged EXEC command:
Command
Purpose
show capability {primary | secondary}
Displays the switch redundancy configuration.
The following shows the primary switch processor EHSA configuration:
Switch# show capability primary
Dram Size is :64 MB
Pmem Size is :4 MB
Nvram Size is :512 KB
BootFlash Size is :8 MB
ACPM hw version 5.2
ACPM functional version 4.0
Netclk Module present flag :16
NCLK hw version 3.1
NCLK func version 8.0
Printing the parameters for Switch card: 0
SWC0 HW version 7.2
SWC0 Functional version 1.2
SWC0 Table memory size: 0 MB
SWC0 Feat Card Present Flag: 0
SWC0 Feat Card HW version 0.0
SWC0 Feat Card Functional version 0.0
Printing the parameters for Switch card: 1
SWC1 HW version 0.0
SWC1 Functional version 0.0
SWC1 Table memory size: 0 MB
SWC1 Feat Card Present Flag: 0
SWC1 Feat Card HW version 0.0
SWC1 Feat Card Functional version 0.0
Printing the parameters for Switch card: 2
SWC2 HW version 7.2
SWC2 Functional version 1.2
SWC2 Table memory size: 0 MB
SWC2 Feat Card Present Flag: 0
SWC2 Feat Card HW version 0.0
SWC2 Feat Card Functional version 0.0
Number of Controller supported in IOS: 7
Driver 0 type: 2560 super cam Functional Version 1.3
Driver 1 type: 2562 OC12 SPAM Functional Version 5.1
Driver 2 type: 2564 OC mother board Functional Version 5.1
Driver 3 type: 258 Switch Card Functional Version 1.0
Driver 4 type: 259 Switch Feature Card Functional Version 4.0
Configuring SNMP and RMON
SNMP is an application-layer protocol that allows an SNMP manager, such a network management system (NMS), and an SNMP agent on the managed device to communicate. You can configure SNMPv1, SNMPv2, or both, on the ATM switch router. Remote Monitoring (RMON) allows you to see the activity on network nodes. By using RMON in conjunction with the SNMP agent on the ATM switch router, you can monitor traffic through network devices, segment traffic that is not destined for the ATM switch router, and create alarms and events for proactive traffic management.
For detailed instructions on SNMP and general RMON configuration, refer to the Configuration Fundamentals Configuration Guide. For instructions on configuring ATM RMON, see the chapter "Configuring ATM Accounting and ATM RMON."
Storing the Configuration
When autoconfiguration and any manual configurations are complete, you should copy the configuration into nonvolatile random-access memory (NVRAM). If you should power off your ATM switch router prior to saving the configuration in NVRAM, all manual configuration changes are lost.
To save the running configuration to NVRAM, use the following command in privileged EXEC mode:
Command
Purpose
copy system:running-config nvram:startup-config
Copies the running configuration in system memory to the startup configuration stored in NVRAM.
Testing the Configuration
The following sections describe tasks you can perform to confirm the hardware, software, and interface configuration:
After you have configured the IP address(es) for the Ethernet interface, test for connectivity between the switch and a host. The host can reside anywhere in your network. To test for Ethernet connectivity, use the following user EXEC command:
Command
Purpose
ping ipip-address
Tests the configuration using the ping command. The ping command sends an echo request to the host specified in the command line.
For example, to test Ethernet connectivity from the switch to a workstation with an IP address of 172.20.40.201, enter the command ping ip 172.20.40.201. If the switch receives a response, the following message displays:
Switch# ping ip 172.20.40.201
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.20.40.201, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/202/1000 ms
Confirming the ATM Connections
Use the ping atm command to confirm that the ATM interfaces are configured correctly: