Table of Contents

Release Notes for Cisco 6400 Service Connection Manager, Release 2.2(1a)
New Software Features in SCM Release 2.2(1a)
Software Features in SCM Release 2.1(1)
Cisco 6400 Services Supported in Cisco 6400 SCM Release 2.2(1a)
Cisco 6400 System Requirements
Determining the Software Version
Important Notes: Adding More Swap Space
Installation Notes
Upgrading SCM Software
Important Note: NRP2 Card Data Migration Workaround
Version Support
Uninstalling SCM
Closed Caveats
Open Caveats
Documentation Issues
Obtaining Documentation
Obtaining Technical Assistance

Release Notes for Cisco 6400 Service Connection Manager, Release 2.2(1a)

The Cisco 6400 Service Connection Manager (SCM) is a Cisco Element Manager Framework (CEMF) based element and service management solution for the Cisco 6400 Universal Access Concentrator (UAC). This release note contains compatibility and known problem information which can be relevant for installers and end users of the Cisco 6400 SCM solution. Also noted are a number of Cisco 6400 UAC hardware issues that might have an impact on the normally routine operation of the Cisco 6400 SCM software.

Note   In some documents, you will see the SCM software version number appear as SCM Release 2.2(1). The renumbering of the SCM software version from SCM Release 2.2(1) to SCM Release 2.2(1a) was necessary to correct an internal operating issue.

SCM Release 2.2(1a) provides support for the next generation Node Route Processor (NRP) cards, scalability enhancements, and bug fixes. Like SCM Release 2.1(1), this release of SCM also runs on CEMF Release 3.0.4.

This release note contains the following sections:


SCM Release 2.2(1a) applies to both new and existing installations of SCM. Customers who are installing SCM software for the first time must install SCM Release 2.2(1a).

New Software Features in SCM Release 2.2(1a)

In addition to the features supported in SCM Release 2.0.1 and SCM Release 2.1(1), SCM Release 2.2(1a) supports the following:

Software Features in SCM Release 2.1(1)

SCM Release 2.1(1) runs on Cisco EMF Release 3.0.4, which implements several changes that are visible in the Cisco SCM software:

Cisco 6400 Services Supported in Cisco 6400 SCM Release 2.2(1a)

The following Cisco 6400 aggregation services are supported in this release:

Cisco 6400 System Requirements

The Cisco 6400 SCM is a Cisco EMF based solution that runs on Sun Solaris/SPARC hardware. This section describes the system requirements for using the Cisco 6400 SCM to manage a Cisco 6400 UAC, including:

For information about software requirements, refer to the release notes for the SCM release you are installing.

Small Deployment Requirements

Small deployments require a Sun Ultra 60 workstation configured as follows:

Typical Client Requirements

Client requirements include those for small deployments (see the previous section), with the following replacements:

Note    If you plan to run several graphically intensive applications on the workstation, it is helpful to use a Sun color card (for example, 24-bit color). A typical server installation requires 300 MB of free disk space in a file system (for example, /opt). Allow an appropriate amount of free disk space for database files. To determine the available amount of swap space and RAM, respectively, on your machine, use the Solaris swap -s and prtconf commands.

Large Deployment Requirements

Large deployments require a Sun Enterprise 450 workstation configured as follows:

Note    For large-scale deployments, fault-tolerant options (for example, Sun Netra FT1800) are available.

System Requirements

Cisco 6400 SCM Release 2.2(1a) has the following system requirements:

Use the Cisco 6400 SCM with the following Cisco IOS releases:

Note    Cisco 6400 Service Connection Manager Release 2.2(1a) software does not support Cisco IOS Release 12.1(5)DB on the NSP card or Cisco IOS Release 12.1(5)DC on the NRP and NRP2 cards.

Note    The NRP2 card is newly supported in SCM Release 2.2(1a) and NRP2 features must be deployed within a chassis managed by SCM Release 2.2.(1a)

System Limitations

If you plan to install the Cisco 6400 SCM in a deployment with another element manager (EM), such as the Cisco DSLAM Manager (CDM) or the Cisco GSR Manager (CGM), make sure that the EM uses the same version of Cisco EMF and COM as SCM. Otherwise, the EMs cannot work together.

Determining the Software Version

To determine Cisco EMF packages and version numbers installed on your system, use the CEMF command:

<CEMF_ROOT>/bin/cemf install -show

Note   <CEMF_ROOT> is the installation directory for CEMF and the Cisco 6400 SCM software. The default location is the /opt/cemf directory.

To determine installed Cisco EMF packages, use the Solaris command sequence from a terminal window:

> pkginfo | grep -v SUNW

To determine the version numbers of installed Cisco EMF packages:

Step 1   Perform one of the following:

> pkginfo -l <package name>


> admintool

The Admintool: Users window appears.

Step 2   From the Browser menu, select the pull-down list and change the All Software option to Application Software option.

Step 3   To view the software package, scroll down to the end of the list.

Important Notes: Adding More Swap Space

CEMF Version 3.0.x requires 2 gigabits of swap space. In general, if your machine requires additional swap space, you should repartition one of the disks to allocate a new swap partition. Use the Solaris command format (1M), and in particular the partition option of this command to partition appropriate swap space.

Note   If you must repartition an existing disk to increase swap space, consult a Solaris system administrator. Repartitioning a disk means that you will lose all data on that disk.

A simple, but less efficient (in performance terms) method of increasing swap space is to create a file as follows and add the file to your available swap space.

Note   This is not a particularly efficient swap file system and results in slower application performance.

The following example shows how to add 1 GB of swap space to your Sun workstation (assuming sufficient available free disk space).

> mkfile 1000m /opt/MY_EXTRA_SWAP_FILE
> swap -a /opt/MY_EXTRA_SWAP_FILE

To ensure that this file is added to your swap space after a system reboot, remember to add it to your machine's /etc./vfstab file. If in doubt, consult a Solaris system administrator.

Installation Notes

Before you begin SCM installation, read these important installation notes:

CEMF Release 3.0.4 with patch 14 is required for SCM Release 2.2(1a).

Note    CEMF Version 3 supports online element manager installation, so you must install the Cisco 6400 SCM onto a running CEMF server.

You must determine if there are any packages named AVm or AVc in the Solaris packages directory. To do this, from a terminal window, examine this directory by entering:

> ls -lrt /var/sadm/pkg |grep AV

Then remove any AVm package or AVc package by entering the following commands:

> cd /var/sadm/pkg/AVm [AVc]
> rm preremove
> cd /var/sadm/pkg
> pkgrm AVm [AVc]
> cd/var/adm

> rm -rf Atlantech

mv /etc/rc2.d/S99cemf /etc/rc2.d/Unused-S99cemf

Upgrading SCM Software

This section describes how to upgrade from earlier releases of Service Connection Manager (SCM) software to SCM Release 2.2(1a).

You can upgrade the following SCM releases to SCM Release 2.2(1a):

Upgrading SCM

To successfully upgrade your system to SCM Release 2.2(1a), you must perform the following procedures:

Back Up Your Database

Before you upgrade to SCM Release 2.2(1a), you must back up your current database.

Note   Be aware that the first backup is a master backup plus incremental backups. Make certain that you save everything and not what was changed.

Note   Your database is composed of system data and user data. The backup includes both system and user data. Before you perform the backup, identify and note the installation environment in which the backup will be performed (that is, CEMF version, CEMF patches that are installed, SCM version, and any other element Managers (EM) installed). By identifying and noting these, you will have all the required backup information in case you need to restore the original database. You must perform a restore to the exact original environment.

Note   To display installed CEMF, SCM, and COM components, use the <CEMF_ROOT>/bin/cemf install -show command.

To perform a backup, follow these steps:

Step 1   From a terminal session, log in as superuser to the system on which you want to upgrade the SCM software.

Step 2   Make sure that the Cisco EMF is installed and running. To start the Cisco EMF:

<CEMF_ROOT>/bin/cemf start

Step 3   Back up your existing SCM installation by entering the following command (where <CEMF_ROOT> is the path of the directory where the Cisco EMF software is installed; the default is /opt/cemf). You are prompted to confirm this directory.

<CEMF_ROOT>/cemf backup

The ./cemf backup command creates a new directory called <CEMF_ROOT>/../AVBackup/.

Step 4   Move (copy and delete) the backup directory (<CEMF_ROOT>/../AVBackup/) and the files it contains to a separate directory outside of the CEMF directory.

Caution   If you do not move (copy and delete) the backup directory and its files you cannot restore your existing SCM configuration if you encounter problems during the upgrade and the backup files created under the older version of SCM software will interfere with future backup files created under the new SCM Release 2.2(1a) of software.

Note   If problems occur during the upgrade, use the Cisco EMF restore option to restore your original database. See the Cisco Element Management Framework Installation and Licensing Guide (Cisco EMF Release 3.0) for more details. Make certain to only restore the database into the same environment from which the backup was performed. Ensure that the CEMF, patches, and EMs are the original versions that you started with.

Upgrade to SCM Release 2.2(1a)

This section describes how to upgrade to SCM Release 2.2(1a) using the overlay method. The SCM system data in your database will be updated by the new SCM software. The SCM upgrade is applicable to both the server and client.

Note   The overlay upgrade method allows you to perform the upgrade process over existing software without removing any software first.

To upgrade SCM software, follow these steps:

Step 1   Insert the Cisco 6400 SCM CD-ROM and enter the following command.

cd /cdrom/cdrom0

If your system does not include a CD-ROM drive, refer to the Cisco 6400 Service Connection Manager Installation and Upgrade Guide for instructions on using the CD-ROM drive on another system

Step 2   Run the install script to upgrade the SCM software:


A menu listing the SCM upgrade options appears (Figure 1).

Figure 1   Upgrade Options

Step 3   Enter the number for the SCM component you want to upgrade (manager or client). The upgrade procedure automatically signals for the upgrade, removes the previous version of SCM software, and installs the new version of software. The procedure also displays informational messages during the process.

Upgrade CNOM

After the SCM package installation is complete, then upgrade Cisco Network Order Manager (CNOM) software, if present. CNOM Release 1.2 is supported by SCM Release 2.2(1a). The CNOM upgrade is only applicable to the server workstation. There is no client software for CNOM.

For detailed CNOM upgrade information, refer to the Cisco Network Order Manager Solution Guide.

Upgrade the CEMF Patch

This section describes how to update the CEMF patch to CEMF patch 14 and patch 14.2 using the overlay method. This procedure updates any CEMF system data that may have changed. Patch upgrade are applicable to the server and the client. For further detailed information, refer to the Cisco Element Management Framework Installation and Licensing Guide.

Step 1   From a terminal session, run the install script to upgrade the SCM software:


System data is now updated.

Step 2   Perform the data migration procedure.

Perform SCM Data Migration

When you upgrade from SCM Release 2.0(1) and SCM Release 2.1(1), you must perform SCM data migration. Data migration is only applicable for the server workstation which contains the CEMF database. To update SCM user data in the database, you must manually run the following two new program scripts:

Step 1   Run the CEMF shell program to designate the set of data migration commands to be executed. Type:

<CEMF_ROOT>/bin/cemf shell

Note    Depending on the size of your database, processing time may vary when you run the C6400DM script and NrpToNrp1DM script.

Step 2   From a terminal session, run the C6400DM script. Type:


Step 3   Run the NrpToNrp1DM script. Type:


Step 4   Identify and record this installation environment for the next backup. Include CEMF version, CEMF patches that are installed, SCM version, and other element managers (EMs) and their versions.

Both the user data and system data are updated.

Archive the Old SCM Database

If your original database is needed at a later time, you must use this original database to restore into the old version software environment (which includes SCM Release, CEMF and patches, and other EMs).

Make certain to only restore the original database into the same environment from which the backup was performed. Ensure that the CEMF, patches, and EMs are the original versions that you started with.

Back Up the New SCM Database

After the upgrade procedures are complete, and both user data and system data are updated, you must back up the new database.

Use the new SCM Release 2.2(1a) database backup for future restoration, if necessary.

Start Cisco EMF and SCM

After all backup, upgrade, migration, and restore procedures are complete, start a Cisco EMF session, which activates Service Connection Manager (SCM).

Step 1   From a terminal session, start a Cisco EMF session:

<CEMF_ROOT>/bin/cemf session

Note    When you launch SCM after the upgrade, objects might be decommissioned. To commission an object that is decommissioned, right-click on the object and select Cisco 6400 UAC > Module > Manage > Configuration in the SCM menu. In the resulting window, click the Commission button to activate the object.

Step 2   The Cisco EMF login window appears. For information on using SCM, refer to the Cisco 6400 Service Connection Manager User Guide.

Important Note: NRP2 Card Data Migration Workaround

Caution   The NRP2 card is newly supported in SCM Release 2.2(1a) and NRP2 features must be deployed within a chassis managed by SCM Release 2.2(1a).

This section describes a data migration workaround procedure. You must perform this procedure if you deployed an Node Route Processor Two (NRP2) Card in a chassis managed by SCM Release 2.0(1) or SCM Release 2.1(1).

NRP2 Data Migration Workaround

If you deployed NRP2s in your chassis running SCM Release 2.0(1) or SCM Release 2.1(1), follow these steps to perform the NRP2 data migration workaround when you upgrade to SCM Release 2.2(1a):

Step 1   After all SCM Release 2.2(1) upgrade procedures are properly completed, locate the slots containing NRP2 cards. You can determine the slot number in one of two ways. Either:

Step 2   From the Component Managed view, decommission and then delete the card in the relevant NRP2 slot number.

Step 3   Verify that the card is removed from the Component Managed view.

Step 4   Be certain that the Cisco 6400 relevant chassis is set to the proper SNMPv2c and SNMPv3 settings. Using the Chassis 6400 SNMP Management window, check that the settings match in the Cisco 6400 NSP and the NRP2 IOS configuration.

Note    The SNMPv2c protocol is used to communicate with the Cisco 6400 chassis and SNMPv3 proxy protocol is used for NSP to NRP2 communication.

Step 5   Decommission and then commission the relevant chassis to initiate sub-chassis discovery. The NRP2 card should now be properly deployed and the NRP2 ATM port in a normal state.

Version Support

For Cisco 6400 SCM software release 2.2(1a), you must install the CEMF Version 3.0.4 and the CEMF 3.0.4 patch 14 and 14.2 components.

Uninstalling SCM

To uninstall the Cisco 6400 SCM, use the cemfinstall -r command as described in the Cisco 6400 Service Connection Manager Installation and Upgrade Guide.

Note   If you remove an element manager, this renders any database objects related to that element manager unusable. Use the upgrade procedure in the Cisco 6400 Service Connection Manager Installation and Upgrade Guide.

Closed Caveats

This section lists caveats that have been fixed since the last Cisco 6400 SCM software release.

Caveats Closed Since Last Release

The following caveats have been fixed since the last Cisco 6400 SCM software release.

Open Caveats

This section lists known problems that have been found in the following Cisco EMF software release and Cisco 6400 SCM software releases:

Cisco EMF Version 3.0.4 Open Caveats

For a full list of known problems in Cisco EMF (CEMF) Version 3.0.4, consult the appropriate CEMF release note.

Table 1 lists CEMF issues that affect the operation of Cisco 6400 SCM Release 2.2(1a).

Table 1   Cisco EMF Version 3.0.4 Caveats

Caveats Description

CSCdt54575, CSCdu09231, CSCuk23167

The user cannot deploy connection objects and the ObjectStore logs a "PSR Reach Exceeded" exception in the c6400Controller.log. This problem may occur in SCM Release 2.0(1) and SCM Release 2.1(1) environments, where the c6400Controller.db database file approaches 680 MByte in size.

This situation is a result of a database which contains 100 or more Cisco 6400 chassis, each with a few thousand VC connections. There are potentially other object combinations which can also cause this situation to occur.

Environments which originate using SCM Release 2.2(1a) do not experience this problem.

Workaround: Any CEMF database originating using SCM Release 2.0(1) or SCM Release 2.1(1) requires that you perform a reallocation on the c6400Controller.db file, even if the system is to be upgraded to SCM Release 2.2(1a).

The required process is: Run the reallocator tool on the c6400Controller.db database file before you upgrade to SCM Release 2.2(1a). After the reallocation is complete, then you can upgrade to SCM Release 2.2(1a).

The documentation for the database reallocator tool will be available to you through the following web site:


According to the database reallocator tool document, it may take up to 12 hours to convert an SCM Release 2.2(1) C6400SSController 700Mb database.

Workaround: None.

CSCdr19677, CSCat16019

An error can be caused when you select the Physical field in the Deployment Wizard—Object Parameters window more than two times.

Workaround: When you deploy objects, in the Deployment window, click the Physical selection button only one time.

CSCds58007, CSCds64018

The option to launch performance manager from node line (NLC) cards should not be present. There are no performance manager attributes to monitor from NLC cards.

Workaround: None.

CSCds90771, CSCdt10247

Service Objects should not be visible in the Physical tree within the Viewer.

Workaround: Ignore the presence of service objects found within the Physical tree in the Viewer.

CSCdt03420, CSCdt58602

In the Cisco 6400 Service Connection Manager (SCM) chassis map, card names overlap.

Workaround: Tooltips appear when the mouse is placed over a card in the chassis. Use these tooltips to help identify the object being examined.

CSCdt03555, CSCdt58687

Some windows do not prevent the user from entering illegal information. For example, in the RFC 1483 Bridging Service Profile Configuration window, you can enter alphabetical characters in the Bridge Group field, when in fact only numerics are allowed.

Workaround: The tooltips for fields often indicate the legal character types and ranges of values. For the Bridge Group field, the values are from 1 through 255.


Access security by management region (data partitioning) does not function correctly if the domain is set up at a CEMF site level.

Workaround: None.


If you attempt to perform a Cisco IOS image download to a device in the errored state, this results in an Unable to Login error message if the device is not operational.

Workaround: From the node switch processor (NSP) card download the image and then reboot the device.


Excessive logging messages are output to the c6400Controller.log file, which can make it difficult to find error messages in the log file.

Workaround: None.

SCM Release 2.2(1a) Open Caveats

Table 2 lists known problems in Release 2.2(1a) of the Cisco 6400 SCM. Unless otherwise noted, there is no workaround.

Table 2   Cisco SCM Release 2.2(1a) Caveats

Caveats Description


The Deployment process does not check for duplicate IP addresses for NRP objects.

A system can end up with multiple objects with different names but with the same IP addresses for NRP objects.

Workaround: Carefully check that you do not duplicate the same IP address for two different NRP objects.


The IOS Image Download window may report that the download was successful, when there was actually no download performed. You are mislead that the new image has been downloaded to the platform.

Workaround: To manually check which version is present on the platform, execute a show version command on the platform.


The Cisco 6400 chassis can be deployed a second time within SCM Release 2.2(1a), if you deployed and upgraded a Cisco 6400 chassis using SCM Release 2.0(1) or SCM Release 2.1(1).

These two earlier SCM releases did not support Network View features. The Network View feature is used for checking duplicate IP deployment within SCM Release 2.2(1a).

This is not an issue for any Cisco 6400 chassis deployed using SCM Release 2.2(1a).

Workaround: None.

CSCds78986, CSCds83888, CSCdu32207

Occasionally, when you try to delete an object in the Commission or errored state, the ActionReport error message only indicates that the deletion failed. There is no message as to why the deletion failed.

If you want to delete a chassis, you must:

  • Disconnect subscribers from services and disconnect each ATM port listed.
  • For each service that was created, you must decommission each service.
  • Decommission the chassis.
  • Delete the relevant chassis

Workaround: Always deliberately decommission a chassis before you try to delete it.


If you use the SCM auto allocation function, and you set the VCI value to 1023 on the NRP2, the VC creation fails.

The default value for the parameter, max_vc_per_vp in the NRP2, is 16 VPs and 1024 VCs. SCM tries to create a VC with a 1024 VCI value and as a result, it fails.

Workaround: Telnet to the NRP2 and modify the parameter max_vc_per_vp value on ATM interface 0/0/0 to a higher value. The maximum VC value is 8092.


If you delete Node Route Processor (NRP) or Node Line Card (NLC) objects from a chassis and then initiate sub-chassis discovery, the cards are rediscovered correctly. However, these objects may not display alarm conditions that are in the alarm table.

Workaround: None.


If you try to save configured parameters in the NRP ATM Port Configuration window, without setting the ILMI auto-configuration parameter to disable, no error messages appear to inform you of this condition.

Workaround: Set the ILMI auto-configuration parameter to disable before you change any NRP ATM port parameters.


You cannot launch the Module Performance window from a node line card (NLC). Node line cards appear in the module list on the Performance Module window.

Workaround: Ignore the NLC objects in the Module Performance window.


The loopback or testing state shows as `down' in SCM for ATM ports.

Workaround: When an interface is in loopback mode, it is in the down state because no user data can pass. If the interface is supposed to be up, use either the SCM Interface Configuration window or Telnet feature to set the interface to up.

CSCdt91694, CSCdt91760

Configuration Backup and Restore is not functioning properly.

Issues include:

  • Backup configuration file copies can be overwritten.
  • No method of choosing backup destination filename and location exists.
  • No method of restoring a non-default filename exists.
  • You cannot select whether or not a UNIX touch is required for creating a new backup file on the tftp server.
  • When the tftp server is not the same as the CEMF Manager workstation, the Timestamp does not match the saved file timestamp.

Workaround: Use the default filenames and location, archive configurations to a unique storage location, and when possible, use the CEMF Manager workstation as the tftp server.

CSCds26849, CSCds56145

When you enter the NRP Backup and Restore Configuration window, the pull-down list item Backup after Every Action lists no value.

Workaround: The NRP Backup after Every Action feature should typically be disabled by manually selecting Disable when using this window.

CSCdt47832, CSCdt47799

The user can select only one device in the IOS Image Download window. Multiple selection is not allowed.

Workaround: Download IOS images to one device at a time.


You are able to deploy an NRP card with a duplicate IP address and then commission it.

Workaround: Error checking is performed for duplicate IP addressing within the same Cisco 6400 chassis, but not for duplicate IP addressing which may occur between NRPs in different Cisco 6400 chassis.


A trapAlarmMapper core dump occurs if you delete two chassis with the same IP address.

Workaround: This condition does not occur unless there is a duplicate IP address condition in your map.


You cannot delete more than 76 Cisco 6400 devices at one time.

Workaround: If you want to delete chassis, then delete less than 10 chassis at a time. If more than 10 chassis are selected for simultaneous deletion, then SCM processes might cause core dumps or restarts.

Before you delete any chassis, make certain that all subscribers and services are removed from the chassis that you plan to delete.


Occasionally, the status of the Cisco 6400 chassis does not autorecover until alarm events are cleared.

Workaround: Verify the connection with the device using the Telnet feature and then open some of the device status windows. If there is a valid connection then clear the alarm events from the device Event Browser.


Service Connection Manager (SCM) does not always detect that a card mismatch condition occurred. This condition might occur when a card is deployed in SCM as one line card type and a different line card type is present in the Cisco 6400 chassis.

Workaround: Telnet to the Cisco 6400 Node Switch Processor (NSP) and verify the type of line card present in the chassis. Using this information, decommission and delete the erroneous line card from SCM. Initiate a subrack discovery by decommissioning and commissioning the Cisco 6400 chassis in SCM. This forces SCM to create the proper line card objects in the SCM database.


The Service Uplink Profile is only used with RFC 1483 Routing Service.

Workaround: None.


You are able to delete a subscriber with an active connection.

Workaround: None.


The DHCP IP address field is missing in the PPPoA-SD Configuration window.

Workaround: None.


CapMon Tool Auto Allocation allows values lower than 32.

Workaround: Do not manually configure the auto allocation configuration file to values below 32. Typically, the file does not exist, which allows defaults to be used.


The same IP pool cannot be used by different services.

Workaround: You must configure a separate IP pool for each individual service that uses one.


Do not create more than 25 services using virtual templates.

Workaround: None.


There are no maps in the Viewer below the Chassis View in the c6400 Manager tree. The chassis disappears from Viewer after you double-click the NSP card icon.

Workaround: Use other trees to view individual interfaces and line cards.


The state of the Node Switch Processor (NSP) card does not change when its operational state is in fault using a device simulator.

Workaround: This is only an issue when an NSP is enabled enough to return a fault status for the NSP MIB instance for CISCO-RHINO-MIB.ciscoLS1010ModuleOperStatus. In most situations, when the NSP is in a fault condition, it cannot respond to SNMP MIB queries.


The LostComms alarm is displayed several times in the Event Browser.

Workaround: None.


Existing VPI/VCI values are assigned to the new connections.

Workaround: SCM Release 2.2(1a) has no means of knowing if VPI or VCI were configured using other means than the CEMF installation it is running in. There is no procedure for uploading VC configurations in this release.


The Cisco Express Forwarding (CEF) option under Service Selection Gateway (SSG) Configuration feature is not functioning properly. This option should be a part of PPPoE configuration.

Workaround: If necessary, use the Telnet feature to enable CEF on NRPs and NRP2s which need CEF switching deliberately enabled.


End-to-end OAM Loopback is not supported on the Cisco 6400 platform, and does not operate when initiated through SCM.

Workaround: Use the other forms of OAM Loopback and multiple chassis to troubleshoot problems.


When there is a DS3 or OC-3 alarm condition present on the line, alarms are not generated or cleared in the Event Browser or Views.

There is no indication for the user to know that there is an error on the line connected with one of the OC-3 or DS3 physical errors. The error only displays for the first time.

Workaround: Check for the error condition in the Cisco 6400 Line Card ATM Port Management window after the first DS3 or OC-3 line failure displays in the Event Browser.


CapMon VPI Statistics fields are not updated properly.

Workaround: Refresh the Capacity Monitor window by clicking another port and then returning to the port being monitored.


SNMP v3 AuthNoPriv Request does not work on the Cisco 6400 chassis and will not function if used through SCM.

Workaround: When you manage a Cisco 6400 chassis, use SNMPv2c only.



Module type displays incorrectly in the NLC Management window for DS3.

Workaround: Telnet onto the Cisco 6400 NSP card using the Telnet feature and then issue the CLI show hardware command.


The Apply button in Connection Template Configuration window functions like the Save button.

Workaround: None.


In the L2TP Service Profile Configuration window, the Tunnel Number field should appear as Tunnel Name.

Workaround: None.


The Component Managed tree in the Viewer displays Node Line Cards (NLC) as modules instead of calling them NLCs such as OC-3, OC-12, DS3, NRP, or NRP2.

Workaround: Use the other trees in the Viewer to identify the line card types.


The ATM Service Configuration window does not indicate which port is in use for this operation.

Workaround: Ensure that the desired port is used to launch this window.


Tabs and carriage returns do not work consistently in all windows.

Workaround: When a tab or carriage return does not place the mouse cursor in the proper location, use the mouse to click into the desired field.


It is possible to deploy the Cisco 6400 using SNMPv1 and SNMPv3 when these are not fully supported by the Cisco 6400 SCM.

If the Cisco 6400 is configured to use SNMP v3 for traps, SCM cannot process the traps.

Workaround: Configure the Cisco 6400 Node Switch Processor (NSP) and NRP cards to use SNMPv2c only. SNMPv3 is only used for proxy communication between the NSP and an NRP2 within the same chassis.

CSCdt03435, CSCdt54647

In the Service Uplink Profile window, fields exist that are unique to the service instances that these profiles will be applied to. For example, the same tunnel number cannot be applied to different tunnels.

Service Uplink Profile QoS categories do not have grayed-out fields, which allows the user to enter illegal values in the fields.

Workaround: Be aware that not all active fields are legal or useful for a particular profile. Do not configure parameters that do not belong to a QoS category.


When configuring the SSG Configuration window, the user must select a value in the Transparent Passthrough and Cisco Express Forwarding fields to avoid an error Action Report.

Workaround: When configuring the SSG Configuration window, click in the Transparent Passthrough and Cisco Express Forwarding fields and make a selection, even if the selection is to keep the default values.


The Configure and Deconfigure buttons in the SSG Configuration window look active at the same time, when actually only one of them is active.

Workaround: If the user clicks the inactive button, an Action Report appears informing the user that the button is inactive.


An OAM LoopBack trap can be sent by the Cisco 6400, but is not represented in SCM.

Workaround: None.


After a subscriber is connected to use an NRP multidomain, there is no window to view the NRP that is in use.

Workaround: None.


IP Host and SNMP icons for NRP and NRP2 cards are not automatically converted to NRP and NRP2 icons.

If NRP devices are autodiscovered and created in the CEMF database as IP host or SNMP devices, they are not converted into NRP objects after the Cisco 6400 (which contains them) is commissioned. They remain as IP host or SNMP devices until the user deletes the objects.

Workaround: After the NRP and NRP2 devices are properly discovered and deployed within a Cisco 6400 chassis, manually delete the generic icons.


No error checking is performed in the autodiscovery wizard. It is possible to initiate an autodiscovery process which discovers devices but does not deploy them in the Viewer.

Workaround: If devices are discovered but not deployed in the Viewer, repeat the autodiscovery process and ensure that Physical and Generic locations are properly selected in the Deployment Wizard window.


Subscriber connection objects, under ATM ports, are always in a decommissioned state.

Workaround: Objects that do not change states always appear in the decommissioned state. This is normal operation.


The active Node Switch Processor (NSP) card always appears in slot 0A.

Workaround: If it is necessary to identify which slot an NSP is in, Telnet to the NSP using the Telnet feature and then issue the CLI show hardware command.


Default values do not display next to check boxes in the IOS Image Download window.

Workaround: Click in all fields and enter the required information by hand.

CSCdt08500, CSCdt20885, CSCdt59408, CSCdt86384, CSCdt69280

Action Reports are sometimes vague.

Workaround: Observe the context in which the Action Report is generated. Check the object status, listed in the status line at the bottom of window. If there is a configuration failure or communication failure, check IOS Command Line Security password entries and the SNMP Management community string entries.


The ATM interface which has an NRP card residing in this slot does not properly display its alarm state in SCM.

For example, if an NRP card in slot 4 has a Fast Ethernet port in Link Down state, the link down alarm becomes associated with the NSP interface ATM 4/0/0.

Workaround: If an alarm is reported against the NRPATM interface, confirm the situation by Telnetting to the chassis or NSP card and issuing the Cisco IOS show facility-alarm status command. As a result, you can review all open alarms in the Cisco 6400 chassis in this table.


Help does not work in Chassis Configuration windows.

Workaround: Refer to the Cisco 6400 Service Connection Manager User Guide for information on this window.


Default chassis names are inconsistent when the chassis is deployed manually or when you use Autodiscovery deployment. Manual deployment uses all capital letters, CHASSIS. Autodiscovery uses the chassis name and the IP address. The chassis names should be consistent.

Workaround: You may either change auto-discovery to use the name "CHASSIS" or change the manual default name to be "Chassis".

SCM Release 2.1(1) Open Caveats

Table 3 lists known problems in Release 2.1(1) of the Cisco 6400 SCM. Unless otherwise noted, there is no workaround.

Table 3   Cisco SCM Release 2.1(1) Caveats

Caveats Description

CSCat20077, CSCds81816

If an NLC is predeployed into a slot that is occupied by another type of NLC, the object can go into the normal state when commissioned instead of a mismatched state.

Workaround: Delete the incorrectly deployed NLC. Then decommission and then commission the Cisco 6400 chassis to cause the correct NLC to be properly deployed by the subrack discovery process.


After you upgrade from SCM Release 2.0(1) to SCM Release 2.1(1) and launch the PVC Usage function from a chassis object, the PVC Usage window shows a list of all deployed chassis in the chassis list box. A larger list of chassis appears rather than the list that normally appears when the PVC Usage window is launched from that point.


Launch the PVC Usage option from a Shelf or Site instead of a chassis.


Restart the objectServer process.

The preferred way to use this feature is to stop and start cemf, but you can also achieve the same results using the following commands (from a cemf shell):

<CEMF_ROOT>/bin/cemf shell

<CEMF_ROOT>/bin/sysmgrClient -k objectServer

<CEMF_ROOT>/bin/sysmgrClient -x objectServer


You must not restart the objectServer in this way during object deployment or deletion.


The system permits you to edit the NLC ATM Port window Configuration tab and More Configuration tab fields when they should not be editable. If you attempt to edit those fields, an error is generated in the Action Report.

Workaround: None.


You cannot use the Chassis Configuration window to enable and disable power supplies. An error dialog box or Action Report appears.

Workaround: Use the CLI.


The More button on both the SysLog Messages and Command Log windows appear to serve no function.

Workaround: Ignore the button.


The tooltip text for the Connection Details list box on the Subscriber Configuration window always reads L2TP Service Connections, even though this field can contain any type of service connection.

Workaround: Ignore the tooltip text.


TAB indexing in the Deployment Wizard does not include the Forward, Cancel, and Finish buttons on the bottom of each window.

Workaround: Use the mouse to click these buttons instead of using the Tab key.


When you decommission an interface using the Interface Configuration window, all of the values in the Configurable Parameters window appear blank.

Workaround: Select another interface, then reselect the interface that was just commissioned. The values reappear.


When you decommission or commission a Port object (using the Interface Configuration window), the Action Report displays a variable name and not the appropriate message.

Workaround: None.


Not all windows contain the Commission Status field at the bottom of the window.

Workaround: If the interface icon in the Viewer contains cross-hatching, the icon is decommissioned. If there is an error with the object, use the icon bomb or Event Browser to determine this state.


When you begin to Commission or Decommission a service, the wait cursor does not appear and there is no indication in the status bar.

Workaround: Click the Commission or Decommission button only one time and wait until an Action Report appears.


When the user tries to save an invalid value in one of the Temperature Threshold Configuration frame fields (on the Cisco 6400 Chassis Management window), an error message appears.

Workaround: None.


When data is being loaded, the cursor has an arrow shape instead of a clock shape, which can be confusing.

Workaround: None.


The Cisco 6400 UAC > Configure drop-down menu that is accessed from the Connection Template object is inconsistent with the rest of the drop-down menus. The drop-down menu option should not be Configure. The Connection Template should appear first.

Workaround: None.


If you configure the NRP to use a fast Ethernet port instead of an Ethernet port and then issue the show nrp-ip-address slot x command, the NSP displays a blank response from the NRP.

Workaround: None.


In the Access Manager window, the description of available feature lists does not contain the horizontal scrollbar. The description might be lengthier than the limits of the field box.

Workaround: None.


If a subscriber is connected to a service without a local service profile (from the IP Uplink Service Configuration window) configured, the ssg vc-service statement is bound to the zero (0) service.

Workaround: Never set up a configuration to have the pppoa_statistically connected to an IP Uplink service without a local service profile configured.


On the Connect to Single Domain tab of the Service/Subscriber Connection window, if an IP Uplink service instance (with no local service profile value configured) is selected, the Connect button should be grayed out, but it is not.

Workaround: None.


Negative values might display for In Octets, Out Octets, Out Unicast Packets, as well as in the NLC ATM performance window.

Workaround: None.


The critical alarm that occurs when you enter an improper IP address does not clear after the chassis returns to a normal state.

Workaround: None.


In the Line Card ATM Port Management window, the following attribute values in the Fault tab window (SONET Frame Errors area) are incorrectly reversed. The value for the Path FEBE Errors field reflects the value of the Line FEBE Errors field.

Workaround: None.


If you select Yes for the CPE supports ARP option in the RFC 1483 Routing Service Configuration window, the PVC IP Address fields are grayed out.

Workaround: When you select the CPE supports ARP option, do not use the PVC IP Address fields.


The menu option for Cisco 6400 Profile configuration might be confusing.

Workaround: Use the Service Uplink service profile menu option to configure RFC 1483 routing services.


The Tech Spec Tools menu does not appear. This is inconsistent with documentation and the CDM element manager.

Workaround: Initiate a Telnet session by using the menu option Cisco 6400 UAC > Tools > Initiate Telnet Session NSP and NRP icons.


Object status, listed in the status bar at the bottom of several windows, does not display a new change in status.

Workaround: Close the dialog box and reopen it.


Deployment failure causes the Action Report to appear with a nondescriptive Deployment Failed error message.

Workaround: Check to see if an object already exists in that slot and try the deployment again in a different slot.


After the successful backup of an object's configuration, the Time Stamp of the last Backup field does not update.

Workaround: None.


The Web Console does not launch from SCM.

Workaround: Manually launch the web browser and enter the IP address for the device to be managed in the Browser Location field.


You cannot change SNMP CommStrgs for the NSP or NRP from their icons.

Workaround: From the Site or Shelf icon in the Viewer, use the right mouse button to open the SNMP Management window. Use the selection panel in the window to select the NRP or NSP to be modified.


The System Name in NSP and NRP Management windows does not always match the IOS hostname.

Workaround: The SNMP sysName object (System Name in the SCM dialog boxes) is the concatenation of the Cisco IOS CLI hostname and ip domain-name. The first dot (period) in sysName is the divider between hostname and ip domain-name.

The parameter, ip domain-name, does not clear its previous settings unless you use a new ip domain-name. You can set a new name either using Cisco IOS CLI or providing a dot-delimited name with domain in the System Name field in the SCM windows.


The Connection template can be deleted while it is actively connected.

Workaround: Remove all of the active connections using the template before you remove a template.


The Connection Template > View Connection menu does not work.

Workaround: Access the Service or Subscriber Connection window for each ATM service connection and check as to which connection template is used with each connection.


The commission or decommission NSP card does not have any effect on objects under it in the device tree.

Workaround: Decommission the Chassis or Shelf icon to decommission all objects in the device tree.


All Service windows always appear as decommissioned even when they are in a normal state or commissioned.

Workaround: To determine if the chassis is truly Commissioned or Decommissioned, view the icon status in the Viewer.


The CapMon VCC space utilization alarm does not clear automatically when the alarm is cleared.

Workaround: Enter the Event Browser and clear the alarm manually.

SCM Release 2.0(1) Open Caveats

Table 4 lists the known problems in Release 2.0(1) of the Cisco 6400 SCM. Unless otherwise noted, there is no workaround.

Table 4   Open Caveats for SCM 2.0(1)

Caveats Description


Occasionally, object lists in the IOS Download window are populated differently, depending on the Cisco EMF View from which the window is launched. In particular, if you download a configuration to a chassis, this is equivalent to downloading to the Cisco 6400 Node Switch Processor (NSP). Also, it is possible that duplicates will appear in this list (that is, the chassis and NSP object both appear).

Workaround: Manually check the objects to which you choose to download the configuration (especially if you use multiselect).

CSCds20203, CSCdu33655

A preprovisioned NLC object becomes commissioned and appears in a normal state even though no actual line is physically present in the Cisco 6400 chassis.

Workaround: Always keep preprovisioned NLCs in the decommissioned state.


There can be a mismatch between the number of PVCs on a port as reported by SCM and the Cisco IOS show atm pvc command. The figure reported by SCM is accurate, but includes dynamically created PVCs used for signaling, which are not reported by the show atm pvc command.

Workaround: None.


If the NRP and NLC objects are deleted from a chassis in SCM, and then subchassis discovery is initiated, the cards are rediscovered correctly. However, these objects might not show all of the alarm conditions present in the alarm table on the Cisco 6400.

Workaround: None.


It is possible to commission an NRP object that has the same IP address as an existing commissioned NRP object.

Workaround: Decommission the duplicate card and delete the card.


If an NRP card is removed from a Cisco 6400 chassis and inserted into another Cisco 6400 chassis, the SCM should notice this change. However, if the CEMF server fails to receive the chassis change trap from the Cisco 6400, the SCM might not always notice. This can occur due to network problems, or if the Cisco 6400 is not correctly configured to send traps to the CEMF server.

Workaround: Manually delete the NRP object from the original chassis, and redeploy it into the new chassis in SCM.


In the NRP Capacity Statistics window, it is unclear that the Over-Subscription Factor attribute is a percentage value (for example, a value of 15 means that the NRP is 15% oversubscribed, not 15 times oversubscribed).

Workaround: The attribute tooltip provides a clear explanation.


A subscriber can be connected to the same service more than one time, even though it is usually inappropriate to do so.

Workaround: Disconnect duplicate subscriber connections using the Subscriber Disconnection window.


Service commission and subscriber connection actions can be launched, irrespective of the state of the port or card.

Workaround: None. If the operation cannot be completed because a port or card is unavailable, the action fails and reverts back to a consistent state.


The SSG Configuration window can be edited after the Configure action has taken place. When you perform the Deconfigure action, the system tries to remove the edited configuration, which cannot match the original configuration on the device.

Workaround: Avoid making changes to the SSG Configuration window after the Configure action has taken place.


If you click a tooltip with an Object List, this might cause the GUI manager process to stop responding. This results in the window (and possibly other open windows) closing. Any unsaved changes on these windows are lost.

Workaround: Reopen the window from the Map Viewer application.

CSCat19697, CSCat20061

The Connect buttons on the Service/Subscriber Connection window can become disabled or enabled incorrectly.

Workaround: Try selecting a different tab in the window and then returning to the original tab to enable the Connect button. If this does not work, close and reopen the window.


If two windows are opened in quick succession, their contents can become mixed up, with the contents of both windows displayed in one window.

Workaround: Close the windows and then re-open them.


The Cisco 6400 UAC menu options are not available if you right-click an RBE connection object.

Workaround: Launch the required window from a parent object or the chassis.


IP address fields can accept invalid IP address values (for example,

Workaround: Enter a valid IP address.


It is not possible to deploy a service object by launching the Deployment Wizard using the Cisco 6400 UAC > Service > Deploy menu from another Service object. The wizard requires that you select a containment relationship in the C6400SSManager view, which is hidden.

Workaround: Use the Cisco 6400 UAC > Service > Deploy menu option from the chassis to deploy a service object.


When an ATM service is commissioned, the Uplink VPI and VCI values for an ATM service are not verified. An invalid value can be entered, which subsequently causes connection to the service to fail.

Workaround: If connection to an ATM service fails, check that the Uplink VPI and VCI values are valid on the ATM Service Configuration window.


Nonnumeric characters are accepted as valid input in some fields that require numerical values.

Workaround: Avoid using invalid characters in these fields.


If the Disconnect action is performed on the Service/Subscriber Disconnection window, the following incorrect error message appears: Default Action - Failed: Check Controller log file for more details. Possible error in state machine file.

Workaround: Before you select the Disconnect button, select a Connection object.


The Connection Template Configuration window and Service/Subscriber Connection windows do not display connection template objects that were created since the window was opened.

Workaround: To display the new connection templates, close and reopen the window.


The PPP Authentication type mschap does not work correctly on the L2TP and PPPoA-SD configuration windows. The service commission action fails.

Workaround: To use this authentication type, open the Object Configuration window for the L2TP or PPPoA-SD service (right-click the Service object, and select Tools > Open Object Configuration). From the Object Types selector, select VirtualTemplate, then enter ms-chap as the value for the attribute C6400SSControl-MIB.vtAuthenticationType. Save this change, and close the Object Configuration window. The service can now be commissioned.


In the SSG Configuration window, if the Deconfigure button on the PPPoE Configuration tab is selected, and PPPoE was not configured (or was deconfigured already), an incorrect error message appears (PPPoA is already Deconfigured).

Workaround: None.


The Connection Template Configuration window does not validate QoS values. Incorrect values are rejected if the connection template is used to connect a subscriber.

Workaround: If an error occurs when you connect a subscriber, check that the connection template contains valid values.


The Current Connections object list on the ATM Service Configuration window might remain empty, even though there is a connection to this service.

Workaround: Open the Service/Subscriber Disconnection window from the ATM Service object. This shows details of the connection to this service.


In the Line Card Management window, the Module Type attribute is incorrectly reported for OC-12 NLCs. It should be reported as OC-12 Single Mode Fiber.

Workaround: None.


In the Service/Subscriber Connection window, the Service Type attribute on the Single Domain tab uses an old SCM service naming convention.

Workaround: The correct name mappings are as follows:


Bridged-Bridged = RFC 1483 Bridging

Bridged-Routed = RFC 1483 IRB



PTA-MD = IP Uplink

RFC 1483 = RFC 1483 Routing


The Global Performance Logging button on the Chassis Configuration window does not turn on bandwidth utilization monitoring on ATM ports.

Workaround: Turn on bandwidth utilization manually from the Interface Performance window.


If an RFC 1483 Routing service is decommissioned while subscribers are connected to the service, the decommission action might fail and show the following error message: Updating ATM port bulk list result in error.

Workaround: Do not decommission a service while there are subscribers connected to it.


It is possible that some SCM help files could be overwritten by the installation of another EM package onto the same CEMF server. In particular, the installation of Cisco DSL Manager overwrites the help files for some of the common windows used by both applications. The help file is still relevant for the window, but can link to other CDM help files instead of SCM files.

Workaround: None.


The Username and Password fields should be separated. Currently these are combined into a single field, with Username and Password separated by a space.

Workaround: None.


It is possible to delete connection templates, even if the template is being used by a subscriber connection.

Workaround: None. Use the Delete button on the Connection Template Configuration window to delete connection templates.


Under severe adverse network conditions, Cisco IOS interaction scripts can time out.

Workaround: The default timeout setting is 60 seconds. You can change this by creating a timeout file that contains the new timeout value in seconds. Create the file in the directory <CEMF_ROOT>/config/perl. For example, the following command, executed as root, sets the timeout value to 120 seconds (where /opt/cemf is the default CEMF installation directory):

echo 120 > /opt/cemf/config/perl/timeout


The Service/Subscriber Connection window requires that you use the Save button or the File > Save menu option to save attribute changes before selecting an action button. Otherwise, updated values are not used by the action. This is inconsistent with the operation of the Service Configuration windows, which automatically save changes when an action button is selected.

Workaround: Save changes before you select an action button.


The Encapsulation Type options on the Service/Subscriber Connection window might not be appropriate for the selected service. For example, the options aal5mux ppp and aal5cisco ppp are available for connections to RFC 1483 Routing services.

Workaround: Ensure that the correct encapsulation type is selected.


The status bar at the bottom of some SCM windows incorrectly displays the state of some objects as having no value.

Workaround: Determine the correct state of the objects by launching the corresponding management window (for example, NRP Management window for NRP cards).


In the IP Uplink Service Configuration window, it is possible to enter duplicate values in the Next Hop Gateway Key field, which could affect the stability of the service.

Workaround: Avoid entering duplicate values in this field. If a service was commissioned with a duplicate key, decommission the service and correct the error.


The value of the Administration Status attribute on the Cisco 6400 NRP Management window cannot be changed.

Workaround: Use Cisco IOS to change the Administration Status of the card.


In the RFC 1483 Routing Service Configuration window, if you select the Add button on the Service Uplink tab, this creates a new Service Uplink. However, if you select this button, this causes unsaved changes to the service to be lost.

Workaround: Before you create a new Service Uplink, click the Save icon or the File > Save menu option to save any changes to the service.


It is possible to connect a Subscriber to the same Service more than one time. Although this is usually not a logical action, SCM does not prevent it.

Workaround: Use the Service/Subscriber Disconnection window to disconnect additional connections.


Data migration from SCM Release 1.x to SCM Release 2.0(1) can fail if all of the following conditions are true:

  • In SCM Release 1.x, there is an NRP object deployed with no IP address set in SCM.
  • The NRP is deployed in a slot that is empty on the actual Cisco 6400 chassis.
  • There is an NRP in another slot in the Cisco 6400 chassis, but there is no corresponding NRP object in SCM.

Workaround: In SCM Release 1.x, delete the NRP object and deploy a new NRP object that correctly matches the Cisco 6400 device configuration.


The ATM Port management windows might not work correctly with ATM port objects migrated from SCM Release 1.x. Cisco 6400 IOS software includes a workaround for nonmigrated ATM port objects, but not for migrated ones.

Workaround: Open the Object Configuration window for the ATM Port object (right-click the ATM Port object, and select Tools > Open Object Configuration). Select snmpManageable, and enter the value 1 for the attribute snmp-varbinds-per-packet. Save this change and close the Object Configuration window.

CSCat19685, CSCat19871

The Authentication Type attribute of an L2TP service might not be correctly migrated from SCM Release 1.x to SCM Release 2.0(1).

Workaround: Select the correct Authentication Type before you commission the service.

SCM Release 2.0 Caveats

Table 5 lists known problems in Release 2.0 of the SCM. Unless otherwise noted, there is no workaround.

Table 5   Open Caveats for SCM Release 2.0

Caveats Description


If you manually deploy a Cisco 6400 chassis and subsequently run CEMF autodiscovery over this range, this chassis appears two times in the Map Viewer.

Workaround: None.


It can take up to 5 minutes to detect that a card (such as an NRP or NLC) has been physically removed from the Cisco 6400 chassis (that is, an alarm condition appears in the Map Viewer application).

Workaround: None.


If you launch CEMF autodiscovery from the NSP object in a Cisco 6400 chassis, this categorizes all discovered network elements as children of the NSP in the Physical View.

Workaround: None.


When CEMF IP autodiscovery is run, NRPs can be discovered.

Each time autodiscovery is launched from a site, the physical view is populated with the respective shelves and the NRPs lying in that range underneath it, giving the impression that the NRPs are contained within the site, which is not correct.

Workaround: NRPs should be either placed under the chassis or should not appear at all until the chassis is commissioned.


Occasionally, the deconfiguration of the PPPoE base configuration on the SSG Configuration window fails.

Workaround: If this happens, retry the deconfiguration.

Documentation Issues

This section describes issues that apply to the following Cisco 6400 Service Connection Manager documents:

Obtaining Documentation

World Wide Web

You can access the most current Cisco documentation on the World Wide Web at the following sites:

Documentation CD-ROM

Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM is updated monthly and may be more current than printed documentation. The CD-ROM package is available as a single unit or as an annual subscription.

Ordering Documentation

Cisco documentation is available in the following ways:

Documentation Feedback

If you are reading Cisco product documentation on the World Wide Web, you can submit technical comments electronically. Click Feedback in the toolbar and select Documentation. After you complete the form, click Submit to send it to Cisco.

You can e-mail your comments to

To submit your comments by mail, use the response card behind the front cover of your document, or write to the following address:

Attn Document Resource Connection
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-9883

We appreciate your comments.

Obtaining Technical Assistance

Cisco provides as a starting point for all technical assistance. Customers and partners can obtain documentation, troubleshooting tips, and sample configurations from online tools. For registered users, additional troubleshooting tools are available from the TAC website. is the foundation of a suite of interactive, networked services that provides immediate, open access to Cisco information and resources at anytime, from anywhere in the world. This highly integrated Internet application is a powerful, easy-to-use tool for doing business with Cisco. provides a broad range of features and services to help customers and partners streamline business processes and improve productivity. Through, you can find information about Cisco and our networking solutions, services, and programs. In addition, you can resolve technical issues with online technical support, download and test software packages, and order Cisco learning materials and merchandise. Valuable online skill assessment, training, and certification programs are also available.

Customers and partners can self-register on to obtain additional personalized information and services. Registered users can order products, check on the status of an order, access technical support, and view benefits specific to their relationships with Cisco.

To access, go to the following website:

Technical Assistance Center

The Cisco TAC website is available to all customers who need technical assistance with a Cisco product or technology that is under warranty or covered by a maintenance contract.

Contacting TAC by Using the Cisco TAC Website

If you have a priority level 3 (P3) or priority level 4 (P4) problem, contact TAC by going to the TAC website:

P3 and P4 level problems are defined as follows:

In each of the above cases, use the Cisco TAC website to quickly find answers to your questions.

To register for, go to the following website:

If you cannot resolve your technical issue by using the TAC online resources, registered users can open a case online by using the TAC Case Open tool at the following website:

Contacting TAC by Telephone

If you have a priority level 1(P1) or priority level 2 (P2) problem, contact TAC by telephone and immediately open a case. To obtain a directory of toll-free numbers for your country, go to the following website:

P1 and P2 level problems are defined as follows:

We appreciate and value your comments.

AccessPath, AtmDirector, Browse with Me, CCDE, CCIP, CCSI, CD-PAC, CiscoLink, the Cisco NetWorks logo, the Cisco Powered Network logo, Cisco Systems Networking Academy, the Cisco Systems Networking Academy logo, Fast Step, Follow Me Browsing, FormShare, FrameShare, GigaStack, IGX, Internet Quotient, IP/VC, iQ Breakthrough, iQ Expertise, iQ FastTrack, the iQ Logo, iQ Net Readiness Scorecard, MGX, the Networkers logo, Packet, RateMUX, ScriptBuilder, ScriptShare, SlideCast, SMARTnet, TransPath, Unity, Voice LAN, Wavelength Router, and WebViewer are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn, Discover All That's Possible, and Empowering the Internet Generation, are service marks of Cisco Systems, Inc.; and Aironet, ASIST, BPX, Catalyst, CCDA, CCDP, CCIE, CCNA, CCNP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, the Cisco IOS logo, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Enterprise/Solver, EtherChannel, EtherSwitch, FastHub, FastSwitch, IOS, IP/TV, LightStream, MICA, Network Registrar, PIX, Post-Routing, Pre-Routing, Registrar, StrataView Plus, Stratm, SwitchProbe, TeleRouter, and VCO are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and certain other countries.

All other trademarks mentioned in this document or Web site are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0105R)

Copyright © 2001, Cisco Systems, Inc.
All rights reserved101R)

Posted: Tue Mar 4 02:52:19 PST 2003
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.