Cisco AS5800 OAM&P Guide
Chap 6: Provisioning

Table Of Contents

Provisioning

Setting Up Basic IP Modem Services

Network-Service Considerations

Establishing a Network-Service Definition

Cisco IOS Upgrades

Software Upgrade Requisites

Memory Requirements

Obtaining a New Cisco IOS Version

Backing Up Your AS5800 Configuration

Installing New IOS Software

Upgrading the DSC Software

Upgrading the Router-Shelf Software

Upgrading the Router-Shelf Boot Image

Software Upgrade Verification

Modem Upgrading

Modem Upgrades

Debugging a Modem

Upgrading Modem Firmware

Modem Operation at Bootup

Split Dial Shelves

Split-Dial-Shelf Configuration

Changing to Split Mode

Leaving Split Mode

Potential Split-Dial-Shelf Problems

Split-Dial-Shelf Show Commands

Managing a Split Dial Shelf

Configuring Split-Dial-Shelf Routers

Split-Dial-Shelf Error Messages

Verifying and Troubleshooting Split-Dial-Shelf Installation

Router-Shelf Redundancy

Failover Operation

Load-Sharing

Hitless Redundancy

Network Management

Failover Performance

External Services

SS7 Setup

Configuring Redundancy

Redundancy Show Commands


Provisioning


This chapter describes basic hardware and service provision considerations such as system environment requirements, physical infrastructure checklists, IP service considerations, and system upgrade procedures for the Cisco AS5800.

For details on the following, refer to the information on preparing for installation in the Cisco AS5800 Access Server Hardware Installation Guide, available online at
http://www.cisco.com/univercd/cc/td/doc/product/access/acs_serv/as5800/hw_inst/

Safety recommendations

Site requirements such as shelf specifications, space, chassis heights, rack types, mounting options, power and plant wiring

Site logs for monitoring installation progress, or recording upgrade history


Note House the Cisco AS5800 in an area with constant temperature and humidity. Cooler environments are ideal for stabilizing hardware temperatures. Humidity should be high enough to prevent accumulation of static electricity, yet low enough to prevent condensation. Relative humidity up to 90% is acceptable.


Setting Up Basic IP Modem Services

This section describes how to set up and provision basic modem IP services using a Cisco AS5800 network access server. It is tailored for network engineers who work with dialup access technologies, and assumes the reader is Cisco certified or familiar with Cisco IOS routers and technologies.

Corporate users and Internet service providers (ISP) install dialup services to facilitate e-mail, e-commerce, and application/database access for employees, roaming sales personnel, household consumers, and students. As a corporate user or ISP, you want to:

Enable remote modem users to access IP backbone resources through the Public Switched Telephone Network (PSTN).

Build an access network foundation that scales to support larger dial implementations for the future.

The following section discusses:

Planning and designing a basic IP modem dialup network

Deploying networking equipment by configuring, verifying, and troubleshooting the Cisco IOS software

Preparing for operations by inspecting modem call statistics and enabling basic management protocols

Figure 6-1 Business Scenario

Network-Service Considerations

The network-service definition for a corporate user generally differs from that for an ISP, as shown in Table 6-1.

Table 6-1 Network-Service-Definition Perspectives 

Attribute
Corporate-User Perspective
ISP Perspective

Scaling projections

Have smaller projections.

Have larger projections, and require higher-density network gateways such as the Cisco AS5850.

Line requirements

Have lower requirements.

Have higher requirements.

Client types and Internet access

Control the client types used by their employees.

Offer Internet access to all client types.

Security and billing

Care more about security and less about billing.

Care more about billing and less about security.

V.90

Have lower V.90 priority and spend less time fine-tuning V.90. Revenue streams do not depend on high modem-connect speeds, and so will most likely deploy dialup service for employees.

Have higher V.90 priority and spend more time fine-tuning V.90. Primary objective is to enable 56K modem connections, because higher connect speeds equate to increased sales.

AAA design

Consider to be important, because a defined security policy protects enterprise network resources.

Consider to be less important.

Multilink PPP support for remote dialin

Generally do not need.

Need in a stacked solution for future deployment.

Password changes

Enable network administrators to change their own passwords using an EXEC shell login.

Allow users to change their own passwords using a website interface.

Password security

For the short term, store user passwords in a local username database inside the route switch controller (RSC). In the long term, may scale to remote TACACS+ security for storing user passwords; users can change passwords using the EXEC shell.

For the short term, store user passwords in a local username database inside the RSC. In the long term, scale to remote AAA RADIUS security for storing user passwords; users can change passwords using the Cisco Secure website.

Per-user attribute definitions (authorization)

Support; enable vendors to dial in, pass through filters, and access specific devices.

Do not support; provide Internet access only.


Establishing a Network-Service Definition

Begin your implementation of basic IP UPC services by establishing a network service definition. Use the perspectives described in Table 6-1 preceding and in the following list of design and configuration considerations as a guide. A conservative approach is to project your current deployment and design into a three-month, one-year, and five-year timeline.


Step 1 Project user growth and resulting line requirements (lines=users/busy-hour ratio) over the following intervals:

3 months (example: 25 lines)

1 year (example: 50 lines)

5 years (example: 100 lines)

Step 2 Determine user-to-line ratio during busy hours.

Step 3 Determine access media to be used for dial services:

Analog lines

ISDN BRI lines

Step 4 Determine types of remote devices to support:

Analog modems

Remote LANs

PCBUS ISDN terminal adaptors

V.110

V.120

Step 5 Determine operating systems to support:

Windows 95

Windows 98

Windows NT

UNIX

Mac OS

Step 6 Determine if dial-in modem services will be supported.

Step 7 Rank technology priorities:

AAA design

IP design

V.90 modem performance

Step 8 Determine which access service will be used for connecting to modems:

EXEC shell sessions

PPP sessions

SLIP sessions

Step 9 Determine if multilink will be supported. If yes, indicate whether you will scale to a stacked multichassis solution.

Step 10 Determine if PPP timeouts (accounting) will be supported.

Step 11 Determine where user passwords will be stored in the short term:

Local AAA database in the router

Remote AAA database in a server

Step 12 Determine if an AAA server will be used in the long term. If yes, specify which protocol will be used:

TACACS+

RADIUS

Step 13 Determine if users will be allowed to change their own passwords. If yes, specify how:

EXEC shell

CiscoSecure website

Step 14 Determine if the access network will use an external authentication database such as SecureID, Windows NT, or Novell NDS.

Step 15 Determine if per-user attribute definitions (authorization) will be supported.

Step 16 Indicate whether an existing accounting system to monitor call-detail records is in place.

Step 17 Indicate whether you are running an existing network-management system. If no, determine whether a network-element management server is needed

Cisco IOS Upgrades

This section describes Cisco IOS upgrade procedures for the Cisco AS5800. The following tasks are detailed.

Installing a TFTP (Trivial File Transfer Protocol) server for telnet purposes

Determining memory requirements

Obtaining a new Cisco IOS software version

Backing up existing Cisco IOS software images and configurations

Upgrading the Cisco IOS image for the Cisco 5814 dial shelf (DS)

Upgrading the Cisco IOS image for the Cisco 7206 router shelf (RS)

Upgrading the Bootflash boot image for the Cisco 7206 router shelf (RS)

A Cisco IOS upgrade requires a compatible Cisco IOS image upgrade on both the dial-shelf controller (DSC) cards and router-shelf (RS) components of the system. Two distinct upgrade procedures are necessary, one for each component.


Note Sufficient memory (available bytes) is required to accommodate any new image file size on the RS and DSC! Contact your Cisco Sales Representative for memory upgrades.



Note Cisco IOS software is feature specific and licensed on an "as is" basis without warranty of any kind, either expressed or implied. The version of Cisco IOS software used in this manual varies depending on configuration requisites for presentation purposes, and should not be construed as the Cisco IOS software version of choice for your system or internetwork environment. Consult your Cisco Sales Representative regarding your Cisco IOS requirements.


Software Upgrade Requisites

To upgrade a Cisco IOS software image you need the following:

An established network connection between the PC you are designating as your TFTP server and your access server

Access to the Cisco website (CCO) for downloading the Cisco IOS software

Memory Requirements

Before installing new software, first determine the amount of available memory in RAM and Flash.


Note You must have sufficient memory available on your Access Server to accommodate the file size memory requirements for new software you want to load.



Step 1 Determine the amount of available random access memory (RAM) for processing purposes.

AS5800#show version
Cisco Internetwork Operating System Software 
IOS (tm) 5800 Software (C5800-P4-M), Version 12.x
...
ROM: System Bootstrap, Version 12.x
BOOTFLASH: 7200 Software (C7200-BOOT-M), Version 12.x
...
cisco 7206VXR (NPE400) processor with 253952K/40960K bytes of memory.
...
16384K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).
4096K bytes of Flash internal SIMM (Sector size 256K).
...
AS5800#

Step 2 Determine the amount of available flash memory for storage purposes.

AS5800# show flash
-#- ED --type-- -- --- -seek-- nlen -length- -----date/time------ name
1   .. image    AAD4004B  719C50   25  7314384 May 02 2000 13:55:04 
c5800-p4-mz_120-4_XL1.bin
9069488 bytes available (7314512 bytes used)

Step 3 Record this memory values for future reference.


Obtaining a New Cisco IOS Version

To obtain a recent version of the Cisco IOS software, you need access to the Cisco.com website.

Cisco IOS software is version specific bundled software that includes the following compatible components:

Router-shelf (or system) image (c5800-p4-mz.XXX)

Dial-shelf controller (DSC) image (dsc-c5800-mz.XXX)

Boot image (c7200-boot-mz.XXX)


Step 1 Log onto the Cisco.com website at the following URL to enter your AS5800 image selection criteria:
http://www.cisco.com/cgi-bin/Software/Iosplanner/Planner-tool/iosplanner.cgi


Note Images much match the specific version of Cisco IOS software being installed. Example: If attempting to run 12.0.7T, you must run the 12.0.7T dial-shelf (DSC) image (dsc-c5800-mz.XXX) and the 12.0.7T router-shelf image (C5800-p4-mz.XXX) to secure proper system functionality.


Step 2 After verifying that you have sufficient memory, download the router shelf, dial shelf, and boot image to your TFTP server.


Backing Up Your AS5800 Configuration

Cisco recommends backing up all existing Cisco  IOS images and configurations from privileged exec mode.


Note Back up current Cisco IOS images (boot, router-shelf, dial-shelf) and configurations to your TFTP server before upgrading. By default, files are copied to and from the Cisco TFTP root directory.



Step 1 Back up your existing startup configuration. Use a distinct file name for the startup configuration. This makes it easy to distinguish from other startup configurations previously saved on your TFTP Server.

AS5800# copy startup-config tftp
Address or name of remote host []? 171.71.219.167
Destination filename [startup-config]? AS5800-startup
!!
3449 bytes copied in 0.136 secs

Step 2 Back up your existing running configuration. Use a distinct file name for the running configuration. This makes it easy to distinguish from other running configurations previously saved on your TFTP Server.

AS5800# copy running-config tftp
Address or name of remote host []? 171.71.219.167          
Destination filename [running-config]? AS5800-running-config
!!
3312 bytes copied in 0.140 secs

Step 3 Save your running-configuration to your startup configuration in NVRAM.

Router# copy running-configuration start-up configuration

Note Do not modify your running configuration during the Cisco IOS upgrade process.


Step 4 Determine the current boot image.

AS5800# show bootflash:
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    AC05EDDF  37A6B8   22  3384888 Dec 31 1999 18:08:09 c7200-boot-mz.120-4.XE

Step 5 Back up the boot image (c7200-boot-mz.XXX) from bootflash to your TFTP server. Use the file name obtained in Step 4.

AS5800# copy bootflash: tftp
Source filename [c]? c7200-boot-mz.120-4.XE
Address or name of remote host []? 171.71.219.167
Destination filename [c7200-boot-mz.120-4.XE]? 
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
3384888 bytes copied in 89.920 secs (38032 bytes/sec)

Step 6 Determine the router shelf's current flash image.

AS5800# show flash
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    AAD4004B  719C50   25  7314384 May 02 2000 13:55:04 
c5800-p4-mz_120-4_XL1.bin

Step 7 Back up the current router-shelf Cisco IOS image (C5800-p4-mz.XXX) stored in flash memory. Use the file name obtained in Step 6.

AS5800# copy flash tftp
Source filename []? c5800-p4-mz_120-4_XL1.bin
Address or name of remote host []? 171.71.219.167
Destination filename [c5800-p4-mz_120-4_XL1.bin]? 
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
7314384 bytes copied in 218.684 secs (33552 bytes/sec)

Step 8 On your TFTP Server, verify that files were copied (backed up).


Note By default, files are copied to and from the Cisco TFTP root directory.



Installing New IOS Software

A Cisco IOS upgrade requires a compatible Cisco IOS image upgrade on both the dial-shelf controller (DSC) cards and router-shelf (RS) components of the system. Two distinct upgrade procedures are necessary, one for each component.


Note Cisco recommends upgrading the dial-shelf controllers first, since all upgrades are performed through the router shelf. Once DSCs are upgraded, the router shelf is not be able to communicate with the DSCs until a compatible Cisco IOS image is installed on the RS.



Note Do not modify your running configuration during the Cisco IOS upgrade process.



Note Upgrade verifications are performed after all necessary upgrades are complete, and all system components are reloaded.


Upgrading the DSC Software

The following procedure outlines commands used to perform a Cisco 5814 dial-shelf controller (DSC) software upgrade from the router shelf.


Step 1 Log in to the Cisco AS5800 router shelf and enter Enable (privileged exec) mode.

Step 2 Identify Cisco  IOS images in the DSC bootflash.

AS5800# execute-on slot 12 show bootflash:
DA-Slot12#
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    BC8CA85F  251C60   26  2169824 Nov 18 1999 22:12:15 
dsc-c5800-mz.120-4.XL1.bin

Step 3 Delete the current Cisco IOS images from bootflash.

AS5800# execute-on slot 12 delete bootflash:dsc-c5800-mz.120-4.XL1.bin
DA-Slot12#
Delete filename [dsc-c5800-mz.120-4.XL1.bin]? 
Delete bootflash:dsc-c5800-mz.120-4.XL1.bin? [confirm]
AS5800#

Step 4 Squeeze the DSC bootflash.

AS5800# execute-on slot 12 squeeze bootflash

DA-Slot12#
All deleted files will be removed. Continue? [confirm]
Squeeze operation may take a while. Continue? [confirm]
Squeeze of bootflash complete

Step 5 Identify Cisco IOS images in the DSC flash.

AS5800# execute-on slot 12 show flash

DA-Slot12#
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    BC8CA85F  231C60   26  2169824 Sep 16 1999 18:10:32 
dsc-c5800-mz.120-4.XL1.bin
2   .D image    8FDE1F61  45FEC8   18  2286056 Jan 25 2000 18:28:57 dsc-c5800-mz.Jan21


Note Remember, sufficient memory (available bytes) is required to accommodate any new image file size on the RS and DSC! Compare memory size obtained in "Memory Requirements".


Step 6 Delete images or files no longer required.

AS5800# execute-on slot 12 delete flash:dsc-c5800-mz.120-4.XL1.bin
DA-Slot12#
Delete filename [dsc-c5800-mz.120-4.XL1.bin]? 
Delete slot0:dsc-c5800-mz.120-4.XL1.bin? [confirm]
AS5800#

Step 7 Squeeze the DSC flash to remove deleted files.

AS5800# execute-on slot 12 squeeze flash:
DA-Slot12#
All deleted files will be removed. Continue? [confirm]
Squeeze operation may take a while. Continue? [confirm]
Writing sector: 1 
Squeeze of slot0 complete

Step 8 Download the new DSC image from your TFTP server to the DSC flash.


Note By default, files are copied to and from the Cisco TFTP root directory.


AS5800# copy tftp:dsc-c5800-mz.120-7.T.bin dsc12-slot0
Address or name of remote host [171.71.219.167]? 
Source filename [dsc-c5800-mz.120-7.T.bin ]? 
Destination filename [dsc12-slot0]? 
Accessing tftp://171.71.219.167/dsc-c5800-mz.120-7.T.bin ...
%Warning: File not a valid executable for this system
Abort Copy? [confirm]n
Loading dsc-c5800-mz.120-7.T.bin from 171.71.219.167 (via FastEthernet0/0/0): 
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

The following Warning message appears.

%Warning: File not a valid executable for this system
Abort Copy? [confirm]

Note Do not abort the copy process. This message implies that the file being downloaded is not router-shelf compatible, which is true. However, the router assumes the file being downloaded will be executed on the router shelf, when, in fact, the file is a dial-shelf controller file, being downloaded to the dial shelf through the router, that will ultimately be executed on the dial shelf.


Step 9 Enter n to proceed with the download.

Step 10 Copy the new DSC image to the DSC bootflash:

AS5800# execute-on slot 12 copy slot0:dsc-c5800-mz.120-7.T.bin
bootflash:
DA-Slot12#
Destination filename [dsc-c5800-mz.120-7.T.bin ]? 
CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
2169824 bytes copied in 24.464 secs (90409 bytes/sec)

Step 11 Reload the DSC to load the new image.

Router# execute-on slot 12 reload

Step 12 Repeat this procedure if you have a second DSC card to ensure both cards are running the same software release. The only change to the commands will be the slot number ("13" instead of "12").


Note At this juncture, the DSCs and router shelf are not running the same Cisco  IOS image, so you will not be able to communicate with the DSC through the router shelf.



Upgrading the Router-Shelf Software

The following procedure outlines commands used to perform a Cisco 7206 router-shelf (RS) software upgrade from the router shelf.


Note Unless you installed new port adapters in the router shelf, do not upgrade the boot image. See the "Upgrading the Router-Shelf Boot Image" section.



Step 1 Identify Cisco IOS images in the RS flash.

AS5800# show flash
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    AAD4004B  719C50   25  7314384 May 02 2000 13:55:04 
c5800-p4-mz_120-4_XL1.bin
9069488 bytes available (7314512 bytes used)


Note Remember, sufficient memory (available bytes) is required to accommodate any new image file size on the RS and DSC! Compare memory size obtained in "Memory Requirements".


Step 2 Delete images or files no longer required.

AS5800# delete slot0:c5800-p4-mz_120-4_XL1.bin
Delete filename [c5800-p4-mz_120-4_XL1.bin]? 
Delete slot0:c5800-p4-mz_120-4_XL1.bin? [confirm]

Step 3 Squeeze the flash to remove all deleted files.

AS5800# squeeze slot0:
All deleted files will be removed. Continue? [confirm]
Squeeze operation may take a while. Continue? [confirm] 
Squeeze of slot0 complete

Step 4 Download the new image from your TFTP server to the RS flash.


Note By default, files are copied to and from the Cisco TFTP root directory.


AS5800# copy tftp:c5800-p4-mz.120-7.T.bin slot0:
Address or name of remote host [171.71.219.167]? 
Source filename [c5800-p4-mz.120-7.T.bin ]? 
Destination filename [c5800-p4-mz.120-7.T.bin ]? 
Accessing tftp://171.71.219.167/c5800-p4-mz.120-7.T.bin ...
Loading c5800-p4-mz.120-7.T.bin from 171.71.219.167 (via 
FastEthernet0/0/0):!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Step 5 Upgrade the bootflash, if applicable. See the "Upgrading the Router-Shelf Boot Image" section.


Note Unless you are installing new port adapters in the router shelf, do not upgrade the boot image. See the "Upgrading the Router-Shelf Boot Image" section.


Step 6 Reload the router shelf to load the new image.

Router# reload


Upgrading the Router-Shelf Boot Image

The following procedure outlines commands used to perform a Cisco 7206 router-shelf (RS) boot image software upgrade from the router shelf.


Note Unless you installed new port adapters in the router shelf, do not upgrade the boot image.



Step 1 Identify the current bootflash image.

AS5800# show bootflash
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    AC05EDDF  37A6B8   22  3384888 Dec 31 1999 18:08:09 c7200-boot-mz.120-4.XE

1 bytes available (3407872 bytes used)

Step 2 Delete the current boot image from bootflash.

AS5800# delete bootflash:
Delete filename []? c7200-boot-mz.120-4.XE
Delete bootflash:c7200-boot-mz.120-4.XE? [confirm]

Step 3 Squeeze the bootflash to remove all deleted files.

AS5800# squeeze bootflash:
All deleted files will be removed. Continue? [confirm]
Squeeze operation may take a while. Continue? [confirm]

Squeeze of bootflash complete

Step 4 Copy the boot image from your TFTP server (c7200-boot-mz.XXX) to bootflash.

AS5800# copy tftp bootflash:
Address or name of remote host []? 171.71.219.167
Source filename []? c7200-boot-mz.120-7.T.bin
Destination filename [c7200-boot-mz.120-7.T.bin]? 
Accessing tftp://171.71.219.167/c7200-boot-mz.120-7.T.bin...
Loading c7200-boot-mz.120-7.T.bin from 171.71.219.167 (via FastEthernet0/0/0):!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK - 3384888/6769664 bytes]

3384888 bytes copied in 65.112 secs (52075 bytes/sec)


Software Upgrade Verification

Perform the following steps to verify that the router shelf and DSCs are running new Cisco IOS images, and the Bootflash is running a new boot image.


Step 1 Check the dial-shelf controllers for a new Cisco IOS image.

AS5800# execute-on slot 12 show version

DA-Slot12>
Cisco Internetwork Operating System Software 
IOS (tm) 5800 Software (C5800-DSC-M), Version 12.x
TAC:Home:SW:IOS:Specials for info
Copyright (c) 1986-1999 by cisco Systems, Inc.
Compiled Thu 12-Aug-99 18:48 by ayeh
Image text-base: 0x600088F0, data-base: 0x60520000

ROM: System Bootstrap, Version x AA, ROM: 5800 Software (C5800-DSC-M),Version 12.x

DA-Slot12 uptime is 41 minutes
System returned to ROM by reload
System image file is "slot0:dsc-c5800-mz.120-7.T.bin "

Router# execute-on slot 13 show version (IF APPLICABLE)

Step 2 Check the router shelf for a new Cisco IOS image.

AS5800# show version
Cisco Internetwork Operating System Software 
IOS (tm) 5800 Software (C5800-P4-M), Version 12.x, TAC:Home:SW:IOS:Specials for info
Copyright (c) 1986-1999 by cisco Systems, Inc.
Compiled Thu 12-Aug-99 13:16 by ayeh
Image text-base: 0x60008900, data-base: 0x611A6000

ROM: System Bootstrap, Version 12.x
BOOTFLASH: 7200 Software (C7200-BOOT-M), Version 12.x

doc-rtr58-01 uptime is 9 minutes
System returned to ROM by reload at 16:04:24 CST Fri Jun 9 2000
System restarted at 16:05:39 CST Fri Jun 9 2000
System image file is "slot0:c5800-p4-mz.120-7.T.bin"

Step 3 Check the Bootflash for a new boot image.

AS5800#sh bootflash:
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. image    AC05EDDF  37A6B8   22  3384888 Jun 12 200014:00:23 
c7200-boot-mz.120-7.T.bin

22856 bytes available (3385016 bytes used)


Modem Upgrading

Compatible modem firmware is included in each Cisco IOS bundled software version and upgraded as part of the installation process.


Note Do not install a separate version of modem firmware independent of the Cisco IOS software it accompanies. See the "Modem Upgrades" section.


Modem Upgrades

This section describes basic debugging and modem commands used for upgrading modem module firmware as well as modem activation considerations. The show modem version command output is displayed to verify a successful download.

Debugging a Modem

Use the following commands for debugging a modem or group of modems.

From the Cisco IOS privileged mode AS5800-1# .

Debug a modem's out-of-band port that is used to poll modem events.

debug modem oob shelf/slot/port group group_number

Debug a call-switching module that is used to connect calls.

debug csm shelf/slot/port group group_number

Debug the call trace, which determines why calls are terminated. Use this keyword only with manageable modems. Upload the call trace on normal, abnormal, or all call terminations.

debug modem trace {normal   abnormal  |  all} shelf/slot/port group group_number

Upgrading Modem Firmware

Each modem card installed in your Cisco AS5800 access server contains 12 MICA modems, each with six modem SIMMs. This allows you to upgrade firmware for each group of six modem SIMMs.

The default firmware image is loaded on the modem card during system boot-up. Normally, you do not need to change the firmware image; however, you can override the default image with another firmware image.

A valid pool range must exist (that is, the pool-range modem pool configuration command must have been configured) for modem overrides to occur. Modem pooling allows you to define, select, and use separate modem pools within a single access server or router to enable different dial-in services for different customers. In this case, the modem pool specifies which modems are loaded with the new firmware image.

The specified firmware image is loaded on every modem for every slot specified in the pool range. If the modem is busy, the firmware change is deferred until the modem is available. When the modem is available, the firmware change takes place immediately.If you specify a firmware image that does not exist, the information is stored so that, in the event that the modem card is updated with that firmware image, it will be loaded when the modem card image boots.

At boot-up time, the default firmware image is loaded first. If there is a firmware image specified by the firmware command, it is then loaded onto the modem card.

Table 6-2 lists modem firmware upgrade commands to override the default modem firmware image with another specified firmware image.

Table 6-2 Modem Firmware Upgrade Commands 

Step
Command
Description

1.

AS5800-1> enable
Password: password
AS5800-1# 

Enter the enable command.

Enter your password.

You are in privileged EXEC mode when the prompt changes to AS5800-1#.

2.

AS5800-1# show modem version

Determine the firmware version currently running on the modem card.

3.

AS5800-1# show modem bundled-firmware

Determine the available bundled modem firmware images per slot.

4.

AS5800-1# configure terminal
Enter configuration commands, one per line. End 
with CNTL/Z.
AS5800-1(config)#

Enter global configuration mode by entering the configure command. The example is using the terminal configuration option.

You are in global configuration mode when the prompt changes to AS5800-1(config)#.

5.

AS5800-1(config)# modem-pool pool-name

Create a modem pool and enter modem pool configuration mode.

6.

AS5800-1(config-modem-pool)#  
pool-range shelf/slot/port shelf/slot/port

Create the range of modems on which you want to override the modem firmware. Modem range must allow for all six modems on a modem SIMM. Thus, numbering range examples include shelf/slot/0 shelf/slot/5; shelf/slot/0 shelf/slot/11; shelf/slot/6 shelf/slot/23; etc.

7.

AS5800-1(config-modem-pool)# firmware version

Enter the firmware version you want the modem pool to use. Currently, the default version is 2.2.2.2

8.

AS5800-1(config-modem-pool)# exit
AS5800-1(config)#
[or]
AS5800-1(config)# Ctrl-Z 
AS5800-1#
%SYS-5-CONFIG_I: Configured from console by 
console

Type exit to exit out of modem-pool configuration mode

[or]

Press Return to verify your command registers, then type Ctrl-Z to return to privileged EXEC mode.

This message is normal and does not indicate an error

9.

AS5800-1# copy running-config startup-config

Save your configuration when ready.


To deactivate a modem command, type no before the command:

AS5800-1(config)# modem-pool test
AS5800-1(config-modem-pool)# no firmware 2.2.2.2

To verify that a download has succeeded, use the show modem version command.

AS5800-1> show modem version
 Modem Range             Module   Firmware Rev
    1/6/00 1/6/05          0      2.2.2.2
    1/6/06 1/6/11          1      2.2.2.2
    1/6/12 1/6/17          2      2.2.2.2
    1/6/18 1/6/23          3      2.2.2.2
    1/6/24 1/6/29          4      2.2.2.2
    1/6/30 1/6/35          5      2.2.2.2
    1/6/36 1/6/41          6      2.2.1.7
    1/6/42 1/6/47          7      2.2.1.7
    1/6/48 1/6/53          8      2.2.1.7
    1/6/54 1/6/59          9      2.2.1.7
    1/6/60 1/6/65         10      2.2.1.7
    1/6/66 1/6/71         11      2.2.1.7
Modem board HW version info:
Modem Range:    1/6/00 1/6/05         Modem Module:  0
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298557,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/06 1/6/11         Modem Module:  1
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298553,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/12 1/6/17         Modem Module:  2
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298017,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/18 1/6/23         Modem Module:  3
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298019,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/24 1/6/29         Modem Module:  4
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298200,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/30 1/6/35         Modem Module:  5
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298590,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/36 1/6/41         Modem Module:  6
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298446,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/42 1/6/47         Modem Module:  7
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298593,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/48 1/6/53         Modem Module:  8
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298233,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/54 1/6/59         Modem Module:  9
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298309,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/60 1/6/65         Modem Module: 10
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06297954,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.
Modem Range:    1/6/66 1/6/71         Modem Module: 11
Manufacture Cookie Info:
 EEPROM Type 0x0101, EEPROM Version 0x01, Board ID 0x06,
 Board Hardware Version 1.0, Item Number 73-2522-2,
 Board Revision 051, Serial Number 06298008,
 PLD/ISP Version 255.255, Manufacture Date 17-Jul-1997.

Modem Operation at Bootup

When the Cisco 7206 router shelf boots up and parses its NVRAM, the modem cards will not be up. As a result, the override firmware name is stored in the modem pool structures and no action is taken.

When a modem card becomes active, it sends a startup message to the router shelf. The router shelf then triggers a search in the various modem pools to see if any modem modules on the modem card have a specified firmware override. If yes, the firmware override request is relayed to the modem card, which will load the specified override firmware image on the indicated modem modules.

As a result, the modem modules that are destined to run an override firmware image will experience two firmware downloads at bootup time. The default modem firmware image is loaded first, followed by the override modem firmware image.

Error messages result if the following circumstances exist:

If you issue a firmware command on a modem pool that has no pool range already specified, an error message will result.

If you issue a firmware command on a modem pool that is neither constrained nor constraint-capable, an error message will result.

If the firmware specified is not part of the firmware list, a message is printed to the console. The firmware name is stored in the modem pool structures until that modem card is updated with the specified firmware image. The firmware upgrade then occurs when that modem card is rebooted.

If any modem module has an active call on it, the firmware upgrade request is queued and deferred until the modem module becomes free.

Split Dial Shelves

The split mode is intended to support two router shelves connected to a single dial shelf. To use this arrangement as intended, both router shelves need a split dial shelf configured. However, a second router is not required; a single router can run in split mode with all slots owned by that router.

Split-Dial-Shelf Configuration

Split-dial-shelf configuration is implemented by connecting two router shelves to a single dial shelf. You allocate the slots in the dial shelf between the two router shelves to achieve the desired configuration. The two router shelves are configured to run in split mode by a new top-level router configuration command:

dial-shelf split slots {slot-numbers}

where slot-numbers is a list of the dial-shelf slot numbers (from 0 to 11) that the router owns, with the slot numbers separated by spaces. Slot ownership for each of the two router shelves is configured individually using the dial-shelf split slots command.

While a router is in split mode, additional slots can be added to the set that the router owns by entering a dial-shelf split slots command listing the new slots. The effect of entering two (or more) dial-shelf split slots commands with different slot numbers is cumulative.

Slots must be explicitly removed from a router's list of owned slots with the remove command: dial-shelf split slots remove {slot-numbers}.

A single router can also be configured in split mode but with no slots owned, by using the keyword none instead of slot numbers in the command (dial-shelf split slots none).

When you configure a Cisco AS5800 to operate in split mode, it is the same as having two Cisco AS5800s, each having a separate set of feature boards assigned to its router that happen to be sharing a single dial shelf. Modem pooling, for example, is the same as if you had two separate Cisco AS5800s. Router shelf 1 has a modem pool that consists of all the modem cards that reside in slots owned by router shelf 1. The same situation applies to router shelf 2.

Changing to Split Mode

This section describes the procedure required to transition a router from normal mode to split mode, and change the set of slots a router owns while it is in split mode. The process of switching the ownership of a slot from one router to the other is potentially disruptive. When a feature board is restarted, all calls through that card are lost. Therefore, a router shelf cannot take over a slot until ownership is relinquished by the router that currently claims ownership, either by reconfiguring the router or disconnecting that router or its associated DSC.

The dial shelf is split by dividing the ownership of the feature boards between the two router shelves. You must configure the division of the dial-shelf slots between the two router shelves so that each router controls an appropriate mix of trunk and modem cards. Each router shelf controls its set of feature boards as if those were the only boards present. There is no interaction between feature boards owned by either router.

Split mode is entered when the dial-shelf split slots command is parsed on the router shelf. This can occur when the router is starting up and parsing the stored configuration or when the command is entered when the router is already up. On parsing the dial-shelf split slots command, the router frees any resources associated with cards in the slots that it no longer owns, as specified by exclusion of slot numbers from the slot-numbers argument. The router should be in the same state as if the card had been removed from the slot; all calls through that card will be terminated. The configured router then informs its connected DSCs that it is in split mode, and which slots it claims to own.

In split mode, a router shelf uses only half of the 1,792 available TDM timeslots. (See the "TDM Resource Allocation" section.) If a dial-shelf split slots command is entered when the calls using timeslots exceed the number that would be available to the router in split mode, the command is rejected. (This should occur only when a change to split mode is attempted where the dial shelf has more than 896 calls in progress, or more than half of the 1,792 available timeslots. Otherwise, a transition from normal mode to split mode can be made without disturbing the cards in the slots that remain owned, and calls going through those cards will stay up.)

TDM Resource Allocation

Trunk cards and modem cards are tied together across a time-division multiplexing (TDM) bus on the dial-shelf backplane. Timeslots for the TDM bus are allocated by the router shelf on a call-by-call basis. This is implemented by initializing a queue at start-up with one element for each usable timeslot (currently 14*128 = 1,792 timeslots are used). Timeslots for a call are allocated from the front of the queue and replaced at the end of the queue when the call is completed. For split-dial-shelf operation, timeslots are added to the queue dynamically, as needed. When a TDM slot is required and the queue is empty, a chunk of TDM slots is allocated to the queue.

In normal mode, the router shelf connected to the DSC in slot 12 allocates timeslots starting from 0 going up, and the router shelf connected to the DSC in slot 13 allocates timeslots starting from 1,791 going down. For split-dial-shelf operation each router is assigned half of the usable set of timeslots. The router shelf connected to the DSC in slot 12 controls the first half of the timeslots (0 to 895). The router shelf connected to the DSC in slot 13 controls the second half of the timeslots (896 to 1791).

Transition Procedure for Split Mode

To transition from normal mode to split mode, complete the following steps:


Step 1 Ensure that both DSCs and both router shelves are running the same Cisco  IOS image.

Having the same version of Cisco IOS software running on both DSCs and both router shelves is not mandatory; however, it is a good idea. There is no automatic check to ensure that the versions are the same.

Step 2 Schedule a time when the Cisco AS5800 universal access server can be taken out of service without unnecessarily terminating calls in progress.

The entire procedure for transitioning from normal mode to split mode should require approximately one hour if the hardware is already installed.

Step 3 Busy out all feature boards and wait for your customers to log off.

Step 4 Reconfigure the existing router shelf to operate in split mode.

Enter the dial-shelf split slots {slot-numbers} command, specifying the slot numbers that are to be owned by the existing router shelf.

Step 5 Configure the new router shelf to operate in split mode on other feature boards.

Enter the dial-shelf split slots {slot-numbers} command, specifying the slot numbers that are to be owned by the new router shelf. Do not specify any of the slot numbers that you specified in Step 4. The range of valid slot numbers is 0 to 11.

Step 6 Install the second DSC, if it has not already been installed.

Step 7 Connect the dial-shelf interconnect cable from the second DSC to the new router shelf.

Step 8 Ensure that split mode is operating properly.

Enter the show dial-shelf command for each router. This command has been extended so that the response indicates that the router shelf is running in split mode, and which slots the router shelf owns. The status of any cards in any owned slots is shown, just as they are in the present show dial-shelf command.

Step 9 Enable all feature boards to accept calls again.


Changing Slot Sets

You can change the sets of slots owned by the two router shelves while they are in split mode. First remove slots from the set owned by one router, then add them to the slot set owned by the other router. The changed slot-set information is sent to the respective DSCs, and the DSCs determine which slots have been removed and which added. Moving a slot in this manner will disconnect all calls that were going through the card in that slot.

To move a slot from one router shelf's control to the others, first modify the router releasing the slot by entering the dial-shelf split slots remove command specifying the slot numbers to be released. The released slots can then be added to the slot set of the other router by entering the dial-shelf split slots command including the new slot numbers.

When a slot is removed, the router shelf that is losing the slot frees any resources and clears any state associated with the card in the slot it is relinquishing. The DSC reconfigures its hub to ignore traffic from that slot, and if there is a card in the slot it will be reset. This ensures that the card frees up any TDM resources it might be using, and allows it to restart under control of the router shelf that is subsequently configured to own the slot.

When a slot is added, if there are no configuration conflicts, and there is a card present in the added slot, a dial-shelf OIR insertion event is sent to the router shelf. The router shelf processes the event as a normal event. The card in the added slot is reset by the DSC to ensure a clean state, and the card downloads its image from the router shelf that now owns it. If the other router shelf (and the other DSC) claim ownership of the same slot, the command adding the slot should be rejected. However, should a configuration conflict exist, error messages are sent to both routers. The card is not reset until one of the other router shelves and its DSC stop claiming ownership of the slot. Normally this will not happen until you issue a dial-shelf split slots remove command surrendering the ownership claim on the slot by one of the routers.

Leaving Split Mode

Split mode is exited when the dial-shelf configuration is changed by a no dial-shelf split slots command. When the split dial-shelf line is removed, the router shelf will start using all of the TDM timeslots. Feature boards that were not owned in split mode and are not owned by the other router will be reset. Cards in slots that are owned by the other router will be reset, but only after the other DSC has been removed or is no longer claiming the slots. The split-dial-shelf configuration should not be removed while the second router shelf is still connected to the dial shelf.

When a router configured in split mode fails, all calls associated with the failed router are lost. Users cannot connect back in until the failed router recovers and is available to accept new incoming calls. However, the other split mode router shelf will continue to operate normally.

Potential Split-Dial-Shelf Problems

The system will behave as configured as soon as the configuration is changed. The exception is when there is a misconfiguration, such as when one router is configured in split mode and the other router is configured in normal mode, or when both routers are configured in split mode and both claim ownership of the same slots.

Problems can arise if one of the two routers connected to a dial shelf is not configured in split mode, or if both are configured in split mode and both claim ownership of the same slots. If the state of the second router is known when the dial-shelf split slots command is entered and the command would result in a conflict, the command is rejected.

If a conflict in slot ownership does arise, both routers receive warning messages until the conflict is resolved. Any card in a slot that is claimed by both routers remains under the control of the router that claimed it first, until you resolve the conflict by correcting the configuration of one or both routers.

Note that there can be slots that are not owned by either router (orphan slots). Cards in orphan slots cannot boot up until one of the two routers claims ownership of the slot, because neither DSC will download bootstrap images to cards in orphan slots.

Split-Dial-Shelf Show Commands

In normal mode, all show commands look and behave as they do in the current system. In split mode, most show commands look and behave as they would in the current system if there were no cards in the slots for which the other router has configured ownership. This is consistent with the view of a split-dial-shelf configuration being basically two separate Cisco AS5800 universal access servers. A router shelf cannot manage or even recognize cards in slots that it does not own. For example, DSIP console and execute-on commands work only in owned slots.

There are, however, the following exceptions:

The show dial-shelf clocks command still shows all configured clock sources, even those from non-owned trunk cards. This is because only one DSC can provide the master clock, and it may need to have backup clock sources configured from all trunk cards present (regardless of which DSC owns them).

To avoid confusion, the show dial-shelf command is extended so that when the router is in split mode, show dial-shelf indicates both the router shelf is running in split mode and which slots the router shelf owns. The status of any cards in any owned slots is shown, exactly as it is in the present command. Thus, when in normal mode, show dial-shelf is unchanged from the current version.

When in split mode, the show dial-shelf output is extended. For example:

5800# show dial-shelf
System is in split dial shelf mode.
Slots owned: 0 2 3 4 5 6 (connected to DSC in slot 13)
Slot    Board     CPU       DRAM          I/O Memory   State   Elapsed
         Type     Util    Total (free)   Total (free)          Time
 0        CE1    0%/0%  21341728( 87%)  8388608( 45%)  Up      01:11:37
 2        CE1    0%/0%  21341728( 87%)  8388608( 45%)  Up      01:11:37
 4 Modem(HMM)  20%/20%   6661664( 47%)  6291456( 33%)  Up      01:11:37
 5 Modem(DMM)    0%/0%   6661664( 31%)  6291456( 32%)  Up      01:11:37
 6 Modem(DMM)    0%/0%   6661664( 31%)  6291456( 32%)  Up      01:11:37
13        DSC    0%/0%  20451808( 91%)  8388608( 66%)  Up      01:16:31
Dial shelf set for auto boot

Note that only the first two lines of output are new. The remaining information is exactly the same as what would currently be displayed if there were no cards in the slots that are not owned (1 and 7 to 12).

A new command, show dial-shelf split, has been added to provide some minimal information about the types of cards in non-owned slots. For example:

5800# show dial-shelf split
System is in split dial shelf mode, connected to DSC in slot 13.
Slots owned: 0 2 3 4 5 6
Non owned slots:
Slot    Board Type
 1      CE1
 7      Modem(DMM)
 8      Modem(DMM)
 9      Modem(DMM)
10      Slot Empty
11      Slot Empty
12      DSC


Note Note that the show dial-shelf split command also shows the slots and corresponding feature boards for orphan slots (those slots not owned by either router shelf). This means that OIR events on all slots in the dial shelf are detected by both DSCs, and the feature boards are added to or deleted from the list of boards physically present in the dial shelf. When a feature board is inserted into an orphan slot, a message is sent to both router shelves indicating that a feature board was just inserted. This message differs from an OIR event message, OIR event processing is done only for owned slots.


The show context command works only for owned slots. However, show context all displays all information available about any slot. This is intended to cover the case where ownership of a feature board is moved from one router shelf to the other after a crash.

Managing a Split Dial Shelf

If you are installing split-dial-shelf systems, a system controller is available that provides a single system view of multiple POPs. The system controller for the Cisco AS5800 includes the Cisco 3640 router running Cisco IOS software. The system controller can be installed at a remote facility so that you can access multiple systems through a console port or Web interface.

There are no new Management Information Bases (MIBs) or MIB variables required for the split-dial-shelf configuration. A split dial shelf appears to Simple Network Management Protocol (SNMP) management applications as two separate Cisco AS5800s. You cannot use one console to manage the whole system—you must have a console session for each router shelf (two console sessions) to configure each split. The system controller must manage a split-dial-shelf configuration as two separate Cisco AS5800 universal access servers.

The normal mode configuration of the Cisco AS5800 requires the dial-shelf and router-shelf IDs to be different. In a split system, four unique shelf IDs are desirable; one for each router shelf and one for each of the slot sets. However, a split system will function satisfactorily if the router-shelf IDs are the same. If a system controller is used to manage a split-dial-shelf configuration, then the two routers must have distinct shelf IDs, just as they must when each router has its own dial shelf.

You can download software configurations to any Cisco AS5800 using SNMP or a Telnet connection. The system controller also provides performance monitoring and accounting data collection and logging.

In addition to the system controller, a network management system with a graphical user interface (GUI) runs on a UNIX SPARC station and includes a database management system, polling engine, trap management, and map integration.

Configuring Split-Dial-Shelf Routers

To configure a router for split-dial-shelf operation, use the following commands in global configuration mode 5800(config)#

dial-shelf split slots {slot_numbers}

Normal mode: This command changes the router shelf to split mode with ownership of the slots listed.

In case of conflicting slot assignments, the command is rejected and a warning message is issued. Issue a show dial-shelf split slots command to the other router shelf to display its list of owned dial-shelf slots.

OIR events on all slots are detected by both DSCs and added to the list of feature boards physically present in the dial shelf. However, OIR event processing is done only for assigned slots.

Split mode: This command adds the dial-shelf slots listed to the router shelf's list of owned slots.

show dial-shelf split

Normal mode: This command is invalid.

Split mode: This command displays the slots assigned to each of the router shelves and the corresponding feature boards in orphan slots (slots not currently assigned to either router).

dial-shelf split slots none

Normal mode: This command puts the router shelf in split mode; however, it does not assign ownership of any dial-shelf slots.

To prevent accidentally entering the dial-shelf split slots command, at least one valid dial-shelf slot number (0-11) or the keyword none must be specified.

If the dial-shelf split slots command is entered in normal mode without valid slot numbers or the keyword none, the command is rejected.

Split mode: This command will change dial-shelf slot ownership. The router will no longer have ownership of any dial-shelf slots.

no dial-shelf split slots

Normal mode: This command has no effect. If the router shelf is in normal mode, it stays that way.

Split mode: This command changes the router shelf to normal mode if it is in split mode, and the other router shelf has already relinquished control of all dial-shelf slots or is switched off.

dial-shelf split slots {slot_numbers}

Normal mode: This command changes the router shelf to split mode with ownership of the slots listed. Valid slot numbers are 0 through 11.

In case of conflicting slot assignments, the command is rejected and a warning message is issued.

OIR events on all slots are detected by both DSCs and added to the list of feature boards physically present in the dial shelf. However, OIR event processing is done only for assigned slots.

Split mode: This command adds the dial-shelf slots listed to the router shelf's list of owned dial-shelf slots. The effect of multiple commands is cumulative.

dial-shelf split slots remove {slot_numbers}

Normal mode: This command has no effect.

Split mode: This command removes the dial-shelf slots listed from the router shelf's list of owned dial-shelf slots. The effect of multiple commands is cumulative.

Split-Dial-Shelf Error Messages

New error messages for various split-dial-shelf conditions include:

 Duplicate priority clock source configured on other router shelf.

Explanation    The configuration commands for the master clock specify the clock sources and a priority for each source. Together, these commands define a prioritized list of the clock sources used to generate the master clock. This list, configured on the router shelf, is passed to and stored by the DSC providing the active clock. In the event of failure of the highest priority clock source, the DSC switches to the source with the next highest priority.

With a split dial shelf, clock sources can be configured on either of the router shelves from the slots that each shelf owns. All valid clock source configurations are known to the DSC providing the clock, including the clock sources configured on the other router or DSC.

This error condition results when a clock source input on one router is configured to have the same priority as one configured on the other router. The original configuration command is not rejected; however, these error messages are issued to both routers. The two inputs, with identical priorities, both go into the ordered list of clock sources, but the one received first by the DSC providing the active clock is assigned a higher priority.

Action Reconfigure the clock sources on the two routers so that they have different priorities.

 Other router shelf is in split mode when this one is not.

Explanation    Split mode is intended to support two router shelves connected to a single dial shelf. To use this arrangement, both connected router shelves should be configured for split dial shelves. Problems can arise if two routers are connected to the dial shelf, but one router is not configured in split mode.

Action Issue a dial-shelf split slots command to this router or a no-dial-shelf split slots command to the other router.

 Other router shelf is not in split mode when this one is.

Explanation    Split mode is intended to support two router shelves connected to a single dial shelf. To use this arrangement, both connected router shelves should be configured for split dial shelves. Problems can arise if two routers are connected to the dial shelf, but one router is not configured in split mode.

Action Issue a dial-shelf split slots command to this router or a no-dial-shelf split slots command to the other router.

 Other router shelf has overlapping slot ownership specified in its split dial shelf 
configuration.

Explanation    Each router shelf connects to one of the DSCs in the dial shelf. The dial-shelf feature boards are divided between the two router shelves. Each router controls its own set of feature boards as if those were the only boards present. There is no interaction between the routers or between feature boards owned by one router and feature boards owned by the other router.

This error message indicates that both routers are configured in split mode, but there is an overlap in the set of slots each router claims. While the conflict in slot ownership continues, both router shelves will periodically receive this error message.

Action Correct the configuration of one of the routers by issuing a dial-shelf split slots command with a list of slot numbers that does not include the slot that is reporting as having overlapping ownership. You must configure the division of the dial-shelf slots between the two router shelves so that each router controls an appropriate mix of trunk and modem cards. Any card in a slot that is claimed by both routers remains under the control of the router that claimed it first until you resolve the conflict by correcting the configuration.

Verifying and Troubleshooting Split-Dial-Shelf Installation

Your Cisco 7206 router went through extensive testing before leaving the factory. However, if you encounter problems starting the routers, do the following:

Review the safety warnings in Cisco 7200 Regulatory Compliance and Safety Information, available online at
http://www.cisco.com/univercd/cc/td/doc/product/core/7206/

Review the troubleshooting information in the Cisco 7200 VXR Installation and Configuration Guide, available online at
http://www.cisco.com/univercd/cc/td/doc/product/core/7200vx/

If you are unable to solve the problem, contact a customer service representative for assistance and further instructions. Be prepared to provide the representative with the following information:

Date you received the router

Chassis serial number

Type of software and release number

Brief description of the problem

Brief explanation of the steps taken to isolate and resolve the problem

Maintenance agreement or warranty information

Figure 6-2 shows the general troubleshooting strategy for Cisco 7206 routers. Refer to this chart to isolate problems to a specific subsystem; then attempt to resolve the problem.

Figure 6-2 Troubleshooting Strategy for Start-Up Problems

Router-Shelf Redundancy

When an active router shelf in a Cisco AS5800 loses communication with the dial shelf, a backup router shelf can be automatically invoked to take over dial-shelf resources controlled by the lost router shelf. This backup method, called redundancy, is provided on the Cisco AS5800 to prevent a single point of failure, subsequent downtime, and user intervention to resolve unrecoverable hardware faults.

Router-shelf redundancy uses a second router shelf that automatically assumes resource responsibility (dial-shelf card and traffic control) of the primary, or active router, if it fails. This disruptive failover makes no attempt to retain established calls on the failed router. All calls are dropped when dial-shelf cards, controlled by the failing router, are automatically restarted by the secondary or backup router, which becomes the controlling router after restart.

Failover Operation

Redundancy on a Cisco AS5800 is two router shelves connected, in parallel, to a single dial shelf (as in split-dial-shelf mode), except only one router is active, or engaged, at any given time. Each router shelf contains user specific configurations for normal mode operations, as opposed to split mode. The active router controls all the dial-shelf cards, while the secondary router functions purely as a standby backup. In the event the active router fails, all dial-shelf cards are restarted by the backup router that automatically assumes active router functionality.

External interfaces do not share the same IP address between redundant routers or duplicate IP address errors occur. One (active) router shelf maintains control of dial-shelf cards at a time. However unsuccessful, it does not interfere with the operation of the primary active router. If the active router shelf crashes, the link between it and it's DSC will go down, relinquishing control of all dial-shelf cards to the other DSC which is connected to the secondary or backup router shelf. This surviving router shelf restarts the cards and commences normal operations. If the router shelf that crashed recovers, or is restarted, it will not regain control of the cards, but becomes the backup, serving as the standby router shelf for the new active router, should it fail.


Note A failover is triggered if the active DSC (i.e. the DSC connected to the active router) goes down and doesn't recover within ninety seconds. Any router-shelf failure that does not result in the DSC link going down would not cause a failover (for example, the active router's egress interface going down would not trigger failover). Conversely any temporary loss of the link between the active router and its DSC would cause a failover, even if the router shelf itself had not crashed and connectivity was quickly re-established (for example, if the BIC cable was knocked out and then quickly replaced).


Load-Sharing

There is no load sharing between routers. Calls can not be routed through the active and backup routers simultaneously. Consequently, you cannot split the load between the routers to reduce granularity of failure, or the number of calls that are lost, when a router crashes. Conversely, failover conditions, that would otherwise occur, such as overwhelming traffic volume on the surviving router after failover, under load sharing, will not degrade service.

Hitless Redundancy

Hitless redundancy is not supported. When a router-shelf failover occurs, all calls associated with that router shelf are lost. Cisco AS5800 redundancy ensures that resources (particularly trunk lines) do not remain unusable while the controlling router is down.

Network Management

Redundancy management via SNMP is not supported. However, an SNMP trap will be issued by the backup router when the router failover event occurs. The trap "ccrSwitchStatusChange" defined in the CISCO-C8500-REDUNDANCY-MIB as well as the SNMP variables "ccrCpuMode" and "ccrCpuStatus" are used for issuing a failover.

Failover Performance

Enabling failover has no significant (greater than 1%) impact on system performance, both before and after failover has occurred. With a redundant router, of the same model as the active router, acting purely as a standby, the load capacity threshold is unchanged, thereby not affecting performance.

External Services

A single active router is conceptually simpler, and makes it easier to support failover when dealing with external servers, such as signalling controllers for RPMS server, SS7.


Note RPMS server must be configured with the same information for both router shelves to ensure full functionality before and after a switchover.


SS7 Setup

In an SS7 environment, call signalling comes via an external SC2200 rather than directly from the switch over the trunk line (as for CAS and ISDN). After a switchover has occurred, both routers must be connected to the SC2200. Use SS7's redundant link manager (RLM) to provide redundant links between a single router and the signalling controller. Configure RLM links from both the active and standby routers so a change of routers will look like a change from one redundant link to another.

Configuring Redundancy

Router-shelf failover is a simple configuration command on the two router shelves in split-dial-shelf configuration mode. The command is issued in "redundancy" configuration submode:

router(config)# redundancy
router(config-r)# failover group-number <group-code>

This command must be configured on both routers. The parameter group-code is used by the system controller and must be the same for both routers forming the redundant pair. It identifies both routers as the same set of dial-shelf resources.

For successful failover to occur, both router-shelf configurations need to be synchronized. Configure each router separately, as active and backup, respectively, with the same configuration, except for the IP address on egress interfaces.


Note Test the backup router's configuration for errors discovery before production environment deployment.


Redundancy Show Commands

The show redundancy command indicates when failover is enabled. The show redundancy history command logs failover events (where the router has changed from ACTIVE to BACKUP or vice-versa).