cc/td/doc/product/atm/c8540/wa5/12_0
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Release Notes for the Catalyst 8540 MSR for Cisco IOS Release 12.0(1a)W5(7b)

Release Notes for the Catalyst 8540 MSR for Cisco IOS Release 12.0(1a)W5(7b)

March 8, 1999

Catalyst 8540 MSR Cisco IOS Release 12.0(1a)W5(7b)

This document describes the features and caveats for Cisco IOS 12.0(1a)W5(7b) for the Catalyst 8540 MSR software.

For a list of software caveats that apply to 12.0(1a)W5(7b), refer to the "Caveats" section.

Contents

This document includes the following sections:

Introduction

The Catalyst 8540 MSR is a 13-slot, modular chassis featuring dual, fault-tolerant, load-sharing AC or DC power supplies. The ATM switch router provides a 20-Gbps nonblocking switch fabric with switched ATM connections to individual workstations, servers, LAN segments, or other ATM switches and routers using fiber-optic, unshielded twisted-pair (UTP), and coaxial cable.

System Requirements

This section describes the system requirements for Cisco IOS Release 12.0 and includes the following sections:

Memory Requirements

The DRAM memory configuration is 256 MB, which is the default for the Catalyst 8540 MSR.

Hardware Supported

Table 1 lists the hardware modules supported on the Catalyst 8540 MSR Release 12.0(1a)W5(7b) and their minimum software release.

Note You can use the Catalyst 8540 CSR line modules in a Catalyst 8540 MSR chassis, with an MSR route processor and switch modules. If you choose to do this, you can use only CSR (Ethernet) line modules, not a mix of both MSR and CSR modules. Additionally, you must load the CSR software image, Cisco IOS Release12.0(1.0)W5(6a) or a later release, on the slot 4 route processor of the MSR. This functionality is not supported on the slot 8 route processor of the MSR.


Table 1: Supported Hardware Modules and Their Minimum Software Requirements (continued)
Part Number Description Minimum Software Requirement

C8540-PWR-AC

C8540 AC Power Supply

W5-7

C8540-PWR-AC/2

C8540 Redundant AC Power Supply

W5-7

C8540-PWR-DC

C8540 DC Power Supply

W5-7

C8540-PWR-DC/2

C8540 Redundant DC Power Supply

W5-7

C8545MSR-MRP4CLK

C8540 Multiservice Route Processor

W5-7

C8545MSR-MRP3CLK

C8540 Multiservice Route Processor Stratum 3

W5-7

UPG-MSR-MRP-3CLK

C8540 Stratum 3 Clock Module Upgrade

W5-7

C8546MSR-MSP-FCL

C8540 Switch Processor with ATM Feature Card

W5-7

C85MS-SCAM-2P

C8540 SuperCAM for LS1010 Port Modules

W5-7

C85MS-4F-OC12SS

C8540 4-port OC-12 single-mode fiber line module

W5-7

C85MS-4F-OC12MM

C8540 4-port OC-12 multimode fiber line module

W5-7a

Determining Your Software Release

To determine the version of Cisco IOS software currently running on the Catalyst 8540 MSR, log into the switch and use the show version EXEC command. The following sample output is from the show version command. The version number is indicated on the second line as shown below:

Cisco Internetwork Operating System Software
IOS (tm) PNNI Software (cat8540m-WP-M), Version 12.0(1a)W5(7b)

Additional command output lines include more information, such as processor revision numbers, memory amounts, hardware IDs, and partition information.

Other Firmware Code

This section describes the firmware code installed on an interface that may be updated in the field.

Table 2 lists the port adapters and the firmware that may be updated in the field.


Table 2: Interfaces Supporting Field Upgrade and Version
Interface, Module, or Port Adapter Type Product Name Firmware Filename

CPU

Multiservice Route Processor

fi-c8540-rp.A.4-3

Network Clock Module

Stratum 3 Clock Module Upgrade

fi-c8540-nclk.A.8-0

Switch Card

Multiservice Switch Processor

fi-c8540-msp.A.1-3

Switch Processor Feature Card

MSP with ATM FC

fi-c8540-fc.A.4-3

SuperCAM

SuperCAM for ATM PAMs

fi-c8540-scam.A.1-3

OC Mother Board

4-port OC-12 SMF-IR

fi-c8540-oc-mb.A.5-4

OC12 Daughter Board

4-port OC-12 SMF-IR

fi-c8540-oc12.A.5-2

Rommon

ROM Monitor

COUGAR_RM.120-0.19.W5.5.srec

For information describing the firmware update process, refer to the chapter "Managing Configuration Files" and the section "Maintaining Functional Images" in the Catalyst 8540 MSR Software Configuration Guide.

Feature Set Tables

The Cisco IOS software is packaged in feature sets (also called software images) depending on the platform. Each feature set contains a specific set of Cisco IOS features. The following section lists the features supported by the feature set.

Table 3 lists the Cisco IOS software feature sets available for the Catalyst 8540 MSR.


Table 3: Feature Sets Supported by the Catalyst 8540 MSR (continued)
Feature Set 12.0(1a)W5(7b) 12.0(1a)W5(7a)

Left-justified E.164 AFI support

x

x

SNMP1

x

x

Asynchronous support

x

x

PPP2 (SLIP3/PPP)

x

x

IP4

x

x

NTP5

x

x

TACACS+6

x

x

Telnet

x

x

Point-to-point and point-to-multipoint permanent VCCs7 and VPCs8

x

x

Point-to-point and point-to-multipoint switched VCCs and VPCs (UNI9 3.0)

x

x

Point-to-point and point-to-multipoint switched VCCs and VPCs (UNI 3.1)

x

x

Point-to-point and point-to-multipoint switched VCCs and VPCs (UNI 4.0)

x

x

Multipoint-to-point UNI signaling

x

x

Soft VCCs and VPCs

x

x

VP tunneling

x

x

VPI/VCI range support in ILMI 4.0

x

x

PNNI hierarchy

x

x

ILMI10 version 4.0

x

x

IISP11

x

x

LANE12 client (LEC13) and LANE services (LES14/BUS15/LECS16) on Route Processor

x

x

ATM ARP17 server on Route Processor

x

x

ATM ARP client on Route Processor

x

x

ATM tag switch router (TSR)

x

x

Port snooping

x

x

OAM18 F4 and F5

x

x

E.164 address translation

x

x

E.164 autoconversion

x

x

Circuit emulation

x

x

ATM access lists

x

x

ATM accounting

x

x

ATM RMON19

x

x

Multiple, weighted, dynamic thresholds for selective packet marking and discard

x

x

Shaped VP tunnels for CBR20 traffic

x

x

Substitution of other service categories in shaped VP tunnels

x

x

Dual leaky bucket policing

x

x

Scheduler/Service Class/PVC configuration

x

x

Logical multicast support (up to 254 leaves per output port, per point-to-multipoint VC)

x

x

Network clocking enhancements for smooth switchover

x

x

Per-VC or per-VP nondisruptive snooping

x

x

Support for non-zero MCR21 on ABR22 connections

x

x

Access lists on ILMI registration

x

x

CUGs

x

x

ATM soft restart

x

x

ATM accounting enhancements

x

x

CISCO-SYSLOG-MIB support

x

x

CISCO-CONFIG-COPY-MIB support

x

x

Signaling diagnostics and MIB23

x

x

Supplemental AToM MIB

x

x

Hierarchical VP tunnels

x

x

Remote logging for accounting

x

x

Tag switching VC-merge on non-UBR24 VP tunnels and hierarchical VP tunnels

x

x

PNNI complex node representation

x

x

1SNMP = Simple Network Management Protocol.
2PPP = Point-to-Point Protocol.
3SLIP = Serial Line Internet Protocol.
4IP = Internet Protocol.
5NTP = Network Time Protocol.
6TACACS+ = Terminal Access Controller Access Control System.
7VCCs = virtual channel connections.
8VPCs = virtual path connections.
9UNI = User-Network Interface
10ILMI = Integrated Local Management Interface
11IISP = Interim-Interswitch Signaling Protocol.
12LANE = LAN Emulation.
13LEC = LAN Emulation Client.
14LES = LAN Emulation Server.
15BUS = broadcast and unknown server.
16LECS = LAN Emulation Configuration Server.
17ARP = Address Resolution Protocol.
18OAM = Operation, Administration, and Maintenance.
19RMON = Remote Monitoring.
20CBR = constant bit rate
21MCR = minimum cell rate.
22ABR = available bit rate
23MIB = Management Information Base
24UBR = unspecified bit rate

New and Changed Information

This section contains information about new features that appear in this and previous releases of Cisco IOS Release 12.0(1a).

New Features in Release 12.0(1a)W5(7b)

There are no new features being added for release 12.0(1a)W5(7b).

New Features in Release 12.0(1a)W5(7a)

This section lists some of the new features available for the Catalyst 8540 MSR in Cisco IOS Release 12.0(1a)W5(7a) software.

See the section "Related Documentation" for a list of documents that describe these features.

Important Notes

Note the following:

Table 4 lists the release names, versions, and part numbers used with the Catalyst 8540 MSR.


Table 4: Release Name to Version and Part Number Matrix
Release Name Release Version Part Number

W5-7

12.0(1a)W5(7b)

SRF-8540MSR5-7

Caveats

This section lists the corrected caveats and open caveats for each release. Use Table 5 to determine if a particular caveat applies to your software release, or if a particular caveat was corrected in your software release. These caveats are described in detail in the following sections:

Note There were no caveats corrected for Cisco IOS Release 12.0(1a)W5(7a) because this was the first release of the software for the Catalyst 8540 MSR.


Table 5: Release Caveats and Caveats Corrected Reference  
DDTS Number Software Release Software Release
12.0(1a)W5(7b) 12.0(1a)W5(7a)
Corrected Caveat Corrected Caveat

CSCdi55937

x

x

CSCdi74229

x

x

CSCdi83275

x

x

CSCdi92142

x

x

CSCdj01016

x

x

CSCdj10889

x

x

CSCdj13565

x

x

CSCdj18430

x

x

CSCdj18583

x

x

CSCdj42967

x

x

CSCdj68412

x

x

CSCdj71109

x

x

CSCdj78305

x

x

CSCdj80396

x

x

CSCdj82930

x

x

CSCdj84344

x

x

CSCdj84379

x

x

CSCdj85853

x

x

CSCdk03049

x

x

CSCdk07378

x

x

CSCdk26482

x

x

CSCdk27725

x

x

CSCdk41605

x

x

CSCdk47516

x

x

CSCdj11070

x

x

CSCdk33601

x

x

CSCdk62547

x

x

CSCdk71688

x

x

CSCdk72688

x

x

CSCdk89079

x

x

CSCdk89501

x

x

CSCdk91364

x

x

CSCdk92661

x

x

Cisco IOS Release 12.0(1a)W5(7b) Caveats Corrected

Symptom: OIR INSCARD messages display during boot.
Symptom: Online insertion and removal of port adapter modules can result in a bus error.
Symptom: In the output of the show atm vc command, all of the packet counters are incorrectly displayed as zero.
Symptom: When you hot swap any port adapter module with an OC-12 interface module, the correct configuration for the OC-12 interface module in the port mode table does not come up properly.

Cisco IOS Release 12.0(1a)W5(7b) Caveats

This section describes unsupported features and limitations, caveats, and some potentially unexpected behavior by the Catalyst 8540 MSR for Cisco IOS Release 12.0(1a)W5(7b).

The following caveats have been identified for this release of the Catalyst 8540 MSR software:

Symptom: Remote defect identification (RDI) cells sent by an endpoint in response to alarm indication signal (AIS) cells generated at an intermediate switch with a fault condition on an interface are not propagated beyond the intermediate switch. The intermediate switch removes the connection leg entries for both interfaces participating in the connection when a fault is discovered on one of the interfaces, even though the other interface might still be up. As a result, the RDI cells are dropped at the intermediate switch.
Workaround: None.
Symptom: When more than 1000 SVCs are active on an interface and the shutdown command is entered, all SVCs on that interface are released and the following message appears:
%SYS-3-CPUHOG
This message indicates that the release process runs for a long time before returning control to the kernel, which can then schedule other tasks. This process does not affect normal operation of the switch.
Workaround: None.
Symptom: When a large number of LANE clients come up and down constantly over extended periods of time, the system can run out of AAL5 buffers and the following message appears:
%AAL5-3-INTERNAL_ERROR: No more big aal5 pkts
In most cases, the system continues to function normally, but occasionally the system denies additional calls from end systems.
Workaround: Toggle the interface to reinitialize all connections and restore normal operation.
Symptom: A LECS expects all LES's to establish an individual control VC to the LECS to validate clients.
If different Emulated Local Area Networks (ELANs) are configured on multiple subinterfaces of the same physical interface, then all LES(s) multiplex the control messages (which validate the clients) into a single VC.
For example, see the following LES router configuration: 
atm1/0.1    sysa_70k_31_a1.1_LAN sysa_70k_31_a1.1_LAN
atm1/0.2    sysa_70k_31_a1.2_LAN sysa_70k_31_a1.2_LAN
atm1/0.3    sysa_70k_31_a1.3_LAN sysa_70k_31_a1.3_LAN
atm1/0.4    sysa_70k_31_a1.4_LAN sysa_70k_31_a1.4_LAN
This configuration of a LECS sends the following warning messages to the console stating that a LES of one ELAN is attempting to obtain information about another ELAN:
%LANE-4-LECS_WARNING: interface ATM0: elan 'sysa_70k_31_a1.4_LAN' LES asking for elan 
'sysa_70k_31_a1.1_LAN'
%LANE-4-LECS_WARNING: interface ATM0: elan 'sysa_70k_31_a1.4_LAN' LES asking for elan 
'sysa_70k_31_a1.2_LAN'
%LANE-4-LECS_WARNING: interface ATM0: elan 'sysa_70k_31_a1.4_LAN' LES asking for elan 
'sysa_70k_31_a1.3_LAN'
The clients are still allowed to join the ELAN. Disregard the warning message.
Workaround: None.
Symptom: You can create variable bit rate (VBR), available bit rate (ABR), and unspecified bit rate (UBR) VCs across the switch with peak cell rate (PCR) values greater than the interface line rate. However, the actual allocated bandwidth continues to be:
Workaround: None.
Symptom: The call attempt counters for PortSelectGroups might not count the outgoing calls on its NNI interfaces because of switch crankback attempts. This might result in a discrepancy between the call attempt counters shown on Portselgroup representing the interface on which the call came in and the counters shown on the PortSelgroup representing the interface over which an attempt was made to forward the call. This problem might occur when a call fails.
Workaround: None.
Symptom: ATM RMON data collection is not supported on subinterfaces or tunnels. The atm rmon collect command is accepted on hardware interfaces only; it is ignored on subinterfaces. SNMP and NVGEN support (through portSelTable) is not possible until the Interfaces MIB (RFC 1573) entries are added for tunnel subinterfaces. ATM RMON counters for a hardware interface do not include any of the traffic through tunnels configured on the interface.
Workaround: None.
Symptom: The cell count reported on a snooped interface is twice the actual number of cells transmitted.
Workaround: None.
Symptom: Supporting ABR VP tunnels require interaction between VP flow-control and VC marking that neither FC-PCQ nor FC-PFQ hardware can perform. The configuration of an ABR VP tunnel subinterface is prevented.
Workaround: None.
Symptom: When memory is almost or completely exhausted and a soft PVC goes down, it might not come back up, leaving it in a releasing or inactive state.
Workaround: None.
Symptom: If there are multiple parallel paths to the same destination on the ATM switch with a switch processor feature card installed, the tag switching VCs (TVCs) should be load balanced on a per network prefix basis over these parallel paths (up to a maximum of four parallel paths) instead of being VC merged. Load balancing does not happen in some cases and the TVCs might be VC merge and go out of the switch as a single VC.
Workaround: None.
Symptom: The ATM switch does not currently support maxvc-number negotiation through ILMI.
Workaround: None.
Symptom: IP host-routing does not disable when specified.
Workaround: Enable and disable IP routing and then save the configuration to NVRAM.
Symptom: CPU hog while setting up a lot of calls.
Workaround: None.
Symptom: Open shortest path first (OSPF) does not recognize more than four parallel interfaces. This might cause some tag VCs (TVCs) to not get switched to other interfaces if a tunnel carrying the TVCs is shut down.
Workaround: Enter a clear ip route command on the switch on the interface that was shut, or a clear ip route command on all the switches to bring everything back up most of the time. If the clear ip route command does not work, enter a shut/no shut command on the UNI interfaces on the switch on which the physical interface was shut to bring everything back up.
Symptom: There is a small divergence in the measured output of the shaped VP tunnels at rates of 90 Mbps and above.
Workaround: None.
Symptom: The granularity provided by the switch processor scheduling hardware does not allow an exact match of all requested cell rates. To satisfy the traffic contract guarantee, the next higher available scheduling value is used. A shaped VP tunnel is used frequently to pass data to a WAN VP trunk, and limits the traffic transmitted to the scheduled rate. This can cause cells to be dropped in the WAN. Any dropping must be done prior to multiplexing onto the VP, so that a packet discard can be performed.
Workaround: Refer to the DDTs for information on how to make a conversion of a requested rate to the actual rate.
Symptom: When you set the ROM monitor environment variable boot to a nonexistent file (using the Cisco IOS command boot system flash) and the configuration register is set to 0x2102 (autoboot), the switch hangs during the subsequent reload command issued by the software.
Workaround: Power-cycle the switch; a break character is sent to the switch to force it to the ROM monitor prompt. You can then manually reboot the switch.
Symptom: The show atm vc interface vpi vci command displays incorrect transmit (TX) cell counter values on the VC-merged leg of the connection.
Workaround: None.
Symptom: Funnel VCs can jeopardize quality of service (QoS) for services.
The current multipoint-to-point funnel implementation can compromise the QOS guarantees of other connections (guaranteed services) when the application that created the funnel SVC malfunctions. For example, if the application were to transmit traffic on more than one leg of the funnel SVC simultaneously, the rate scheduler on the output interface will over-subscribe and, potentially, affect the peak cell rate (PCR), sustained cell rate (SCR), and maximum cell rate (MCR) guarantees for other VCs on the interface.
Symptom: The following error message appears when using the show atm interface resource atm card/subcard/port.subport command:
Tunnel:%ATMCORE-3-INTERNAL_ERROR: show_atm_int_rm: Cannot find phylo
This error message appears because the tunnel specified in the CLI has been deleted and the software has released all the structures pertaining to that tunnel.
Workaround: None.
Symptom: Snooping error: %ATMCORE-3-INTERNAL_ERROR:connUpdateFreeVxiMap:bitMapInfo
When snoop-VC is configured on a port the switch returns these internal error messages.
%ATMCORE-3-INTERNAL_ERROR: connUpdateFreeVxiMap: bitMapInfo null ptr
Workaround: These messages can be ignored; they do not affect the snooping functionality.
Symptom: PNNI PVP 18 does not automatically come up on VP tunnels of looped back Network-to-Network Interfaces (NNIs).
The following scenario will cause the Private Network-to-Network Interface (PNNI) not to come up on a logical interface because the well-known VC, 0,18 (used for PNNI) is not automatically created:
Workaround: None.
Symptom: Tag switching and Tag Discovery Protocol (TDP): memory fragmentation
While running tag-switching with a very large number of destinations, continuous toggling of VC Merge (which forces all the TDP sessions to restart) on the switch for a very extended period of time (for example, overnight) causes memory fragmentation in the TDP process.
Workaround: None.
Symptom: CDP config can not be saved to NVRAM for the LEC.
When disabling CDP on the atm0.x interface which has been configured as LEC, the information is not saved to NVRAM (it also does not show up when doing a write term). The disabling does work, but you loose it again after a reload.
Workaround: None.
Symptom: ADD Party over Tunnel does not work.
On a source node, when adding a subsequent leaf to a VP tunnel that is out of bandwidth, PNNI may reject the route request (for the leaf) leading to an eventual rejection of the ADD party by signaling.
Workaround: None.
Symptom: The DS1 MIB objects do not work for T1/E1 ATM cards and CES cards.
Workaround: None.
Symptom: Reprogramming a network clock module causes a processor reset.
Reprogramming the network clock module on the primary CPU will cause the CPU to reload after the download is complete. The system needs to be power-cycled before the newly loaded image becomes active.
Workaround: None.
Symptom: Auto-cfg held in a wait state for a subinterface.
If you configure subinterfaces on two switches that are connected back-to-back, disable auto configuration and ilmi-enable on these subinterfaces and then re-enable these features: auto-cfg on the tunnel is held in "waiting" state and does not recover. A shut/no shut of this subinterface on both switches bring them back up. If the subinterface is shut/no shut on just one switch, show atm ilmi-status on that subinterface shows it as a UNI interface.
Workaround: None.

Cisco IOS Release 12.0(1a)W5(7a) Caveats

This section describes unsupported features and limitations, caveats, and some potentially unexpected behavior by the Catalyst 8540 MSR for Cisco IOS Release 12.0(1a)W5(7a).

The following caveats have been identified for this release of the Catalyst 8540 MSR software:

Symptom: Remote defect identification (RDI) cells sent by an endpoint in response to alarm indication signal (AIS) cells generated at an intermediate switch with a fault condition on an interface are not propagated beyond the intermediate switch. The intermediate switch removes the connection leg entries for both interfaces participating in the connection when a fault is discovered on one of the interfaces, even though the other interface might still be up. As a result, the RDI cells are dropped at the intermediate switch.
Workaround: None.
Symptom: When more than 1000 SVCs are active on an interface and the shutdown command is entered, all SVCs on that interface are released and the following message appears:
%SYS-3-CPUHOG
This message indicates that the release process runs for a long time before returning control to the kernel, which can then schedule other tasks. This process does not affect normal operation of the switch.
Workaround: None.
Symptom: When a large number of LANE clients come up and down constantly over extended periods of time, the system can run out of AAL5 buffers and the following message appears:
%AAL5-3-INTERNAL_ERROR: No more big aal5 pkts
In most cases, the system continues to function normally, but occasionally the system denies additional calls from end systems.
Workaround: Toggle the interface to reinitialize all connections and restore normal operation.
Symptom: A LECS expects all LES's to establish an individual control VC to the LECS to validate clients.
If different Emulated Local Area Networks (ELANs) are configured on multiple subinterfaces of the same physical interface, then all LES(s) multiplex the control messages (which validate the clients) into a single VC.
For example, see the following LES router configuration: 
atm1/0.1    sysa_70k_31_a1.1_LAN sysa_70k_31_a1.1_LAN
atm1/0.2    sysa_70k_31_a1.2_LAN sysa_70k_31_a1.2_LAN
atm1/0.3    sysa_70k_31_a1.3_LAN sysa_70k_31_a1.3_LAN
atm1/0.4    sysa_70k_31_a1.4_LAN sysa_70k_31_a1.4_LAN
This configuration of a LECS sends the following warning messages to the console stating that a LES of one ELAN is attempting to obtain information about another ELAN:
%LANE-4-LECS_WARNING: interface ATM0: elan 'sysa_70k_31_a1.4_LAN' LES asking for elan 
'sysa_70k_31_a1.1_LAN'
%LANE-4-LECS_WARNING: interface ATM0: elan 'sysa_70k_31_a1.4_LAN' LES asking for elan 
'sysa_70k_31_a1.2_LAN'
%LANE-4-LECS_WARNING: interface ATM0: elan 'sysa_70k_31_a1.4_LAN' LES asking for elan 
'sysa_70k_31_a1.3_LAN'
The clients are still allowed to join the ELAN. Disregard the warning message.
Workaround: None.
Symptom: You can create variable bit rate (VBR), available bit rate (ABR), and unspecified bit rate (UBR) VCs across the switch with peak cell rate (PCR) values greater than the interface line rate. However, the actual allocated bandwidth continues to be:
Workaround: None.
Symptom: The call attempt counters for PortSelectGroups might not count the outgoing calls on its NNI interfaces because of switch crankback attempts. This might result in a discrepancy between the call attempt counters shown on Portselgroup representing the interface on which the call came in and the counters shown on the PortSelgroup representing the interface over which an attempt was made to forward the call. This problem might occur when a call fails.
Workaround: None.
Symptom: ATM RMON data collection is not supported on subinterfaces or tunnels. The atm rmon collect command is accepted on hardware interfaces only; it is ignored on subinterfaces. SNMP and NVGEN support (through portSelTable) is not possible until the Interfaces MIB (RFC 1573) entries are added for tunnel subinterfaces. ATM RMON counters for a hardware interface do not include any of the traffic through tunnels configured on the interface.
Workaround: None.
Symptom: The cell count reported on a snooped interface is twice the actual number of cells transmitted.
Workaround: None.
Symptom: Supporting ABR VP tunnels require interaction between VP flow-control and VC marking that neither FC-PCQ nor FC-PFQ hardware can perform. The configuration of an ABR VP tunnel subinterface is prevented.
Workaround: None.
Symptom: When memory is almost or completely exhausted and a soft PVC goes down, it might not come back up, leaving it in a releasing or inactive state.
Workaround: None.
Symptom: If there are multiple parallel paths to the same destination on the ATM switch with a switch processor feature card installed, the tag switching VCs (TVCs) should be load balanced on a per network prefix basis over these parallel paths (up to a maximum of four parallel paths) instead of being VC merged. Load balancing does not happen in some cases and the TVCs might be VC merge and go out of the switch as a single VC.
Workaround: None.
Symptom: The ATM switch does not currently support maxvc-number negotiation through ILMI.
Workaround: None.
Symptom: IP host-routing does not disable when specified.
Workaround: Enable and disable IP routing and then save the configuration to NVRAM.
Symptom: CPU hog while setting up a lot of calls.
Workaround: None.
Symptom: Open shortest path first (OSPF) does not recognize more than four parallel interfaces. This might cause some tag VCs (TVCs) to not get switched to other interfaces if a tunnel carrying the TVCs is shut down.
Workaround: Enter a clear ip route command on the switch on the interface that was shut, or a clear ip route command on all the switches to bring everything back up most of the time. If the clear ip route command does not work, enter a shut/no shut command on the UNI interfaces on the switch on which the physical interface was shut to bring everything back up.
Symptom: There is a small divergence in the measured output of the shaped VP tunnels at rates of 90 Mbps and above.
Workaround: None.
Symptom: The granularity provided by the switch processor scheduling hardware does not allow an exact match of all requested cell rates. To satisfy the traffic contract guarantee, the next higher available scheduling value is used. A shaped VP tunnel is used frequently to pass data to a WAN VP trunk, and limits the traffic transmitted to the scheduled rate. This can cause cells to be dropped in the WAN. Any dropping must be done prior to multiplexing onto the VP, so that a packet discard can be performed.
Workaround: Refer to the DDTs for information on how to make a conversion of a requested rate to the actual rate.
Symptom: When you set the ROM monitor environment variable boot to a nonexistent file (using the Cisco IOS command boot system flash) and the configuration register is set to 0x2102 (autoboot), the switch hangs during the subsequent reload command issued by the software.
Workaround: Power-cycle the switch; a break character is sent to the switch to force it to the ROM monitor prompt. You can then manually reboot the switch.
Symptom: The show atm vc interface vpi vci command displays incorrect transmit (TX) cell counter values on the VC-merged leg of the connection.
Workaround: None.
Symptom: Funnel VCs can jeopardize quality of service (QoS) for services.
The current multipoint-to-point funnel implementation can compromise the QOS guarantees of other connections (guaranteed services) when the application that created the funnel SVC malfunctions. For example, if the application were to transmit traffic on more than one leg of the funnel SVC simultaneously, the rate scheduler on the output interface will over-subscribe and, potentially, affect the peak cell rate (PCR), sustained cell rate (SCR), and maximum cell rate (MCR) guarantees for other VCs on the interface.
Symptom: The following error message appears when using the show atm interface resource atm card/subcard/port.subport command:
Tunnel:%ATMCORE-3-INTERNAL_ERROR: show_atm_int_rm: Cannot find phylo
This error message appears because the tunnel specified in the CLI has been deleted and the software has released all the structures pertaining to that tunnel.
Workaround: None.
Symptom: Snooping error: %ATMCORE-3-INTERNAL_ERROR:connUpdateFreeVxiMap:bitMapInfo
When snoop-VC is configured on a port the switch returns these internal error messages.
%ATMCORE-3-INTERNAL_ERROR: connUpdateFreeVxiMap: bitMapInfo null ptr
Workaround: These messages can be ignored; they do not affect the snooping functionality.
Symptom: PNNI PVP 18 does not automatically come up on VP tunnels of looped back Network-to-Network Interfaces (NNIs).
The following scenario will cause the Private Network-to-Network Interface (PNNI) not to come up on a logical interface because the well-known VC, 0,18 (used for PNNI) is not automatically created:
Workaround: None.
Symptom: Tag switching and Tag Discovery Protocol (TDP): memory fragmentation
While running tag-switching with a very large number of destinations, continuous toggling of VC Merge (which forces all the TDP sessions to restart) on the switch for a very extended period of time (for example, overnight) causes memory fragmentation in the TDP process.
Workaround: None.
Symptom: CDP config can not be saved to NVRAM for the LEC.
When disabling CDP on the atm0.x interface which has been configured as LEC, the information is not saved to NVRAM (it also does not show up when doing a write term). The disabling does work, but you loose it again after a reload.
Workaround: None.
Symptom: ADD Party over Tunnel does not work.
On a source node, when adding a subsequent leaf to a VP tunnel that is out of bandwidth, PNNI may reject the route request (for the leaf) leading to an eventual rejection of the ADD party by signaling.
Workaround: None.
Symptom: The DS1 MIB objects do not work for T1/E1 ATM cards and CES cards.
Workaround: None.
Symptom: Reprogramming a network clock module causes a processor reset.
Reprogramming the network clock module on the primary CPU will cause the CPU to reload after the download is complete. The system needs to be power-cycled before the newly loaded image becomes active.
Workaround: None.
Symptom: Auto-cfg held in a wait state for a subinterface.
If you configure subinterfaces on two switches that are connected back-to-back, disable auto configuration and ilmi-enable on these subinterfaces and then re-enable these features: auto-cfg on the tunnel is held in "waiting" state and does not recover. A shut/no shut of this subinterface on both switches bring them back up. If the subinterface is shut/no shut on just one switch, show atm ilmi-status on that subinterface shows it as a UNI interface.
Workaround: None.
Symptom: OIR INSCARD messages display during boot.
Workaround: None.
Symptom: Online insertion and removal of port adapter modules can result in a bus error.
Workaround: Avoid the online insertion and removal of port adapter modules.
Symptom: In the output of the show atm vc command, all of the packet counters are incorrectly displayed as zero.
Workaround: None.
Symptom: When you hot swap any port adapter module with an OC-12 interface module, the correct configuration for the OC-12 interface module in the port mode table does not come up properly.
Workaround: None.

Related Documentation

The following sections describe the documentation available for the Catalyst 8540 MSR. Typically, these documents consist of hardware installation guides, software installation guides, Cisco IOS configuration and command references, system error messages, and feature modules that are updates to the Cisco IOS documentation. Documentation is available as printed manuals or electronic documents, except for feature modules, which are available online only.

The most up-to-date documentation can be found on the Web via Cisco Connection online (CCO) and the Documentation CD-ROM. These electronic documents might contain updates and modifications made after the hard-copy documents were printed.

These release notes should be used in conjunction with the documents listed in these sections.

Platform Documents

Here is a list of the platform-specific documentation available for the Catalyst 8540 MSR:

Software Documents

Here is a list of the software documentation available for the Catalyst 8540 MSR:

Service and Support

For service and support for a product purchased from a reseller, contact the reseller. Resellers offer a wide variety of Cisco service and support programs, which are described in the section "Service and Support" in the information packet that shipped with your product.

Note If you purchased your product from a reseller, you can access CCO as a guest. CCO is Cisco Systems' primary real-time support channel. Your reseller offers programs that include direct access to CCO services.

For service and support for a product purchased directly from Cisco, use CCO.

Software Configuration Tips on the Cisco TAC Home Page

For helpful tips on configuring Cisco products, follow this path on CCO:

Software & Support: Technical Tips (button on left margin)

"Hot Tips" are popular tips and hints gathered from Cisco's Technical Assistance Center (TAC). Most of these documents are also available from the TAC's Fax-on-Demand service. To access Fax-on-Demand and receive documents at your fax machine, call 888-50-CISCO (888-502-4726). From international areas, call 650-596-4408.

The following sections are provided from the Technical Tips Web page:

Cisco Connection Online

Cisco Connection Online (CCO) is Cisco Systems' primary, real-time support channel. Maintenance customers and partners can self-register on CCO to obtain additional information and services.

Available 24 hours a day, 7 days a week, CCO provides a wealth of standard and value-added services to Cisco's customers and business partners. CCO services include product information, product documentation, software updates, release notes, technical tips, the Bug Navigator, configuration notes, brochures, descriptions of service offerings, and download access to public and authorized files.

CCO serves a wide variety of users through two interfaces that are updated and enhanced simultaneously: a character-based version and a multimedia version that resides on the World Wide Web (WWW). The character-based CCO supports Zmodem, Kermit, Xmodem, FTP, and Internet e-mail, and it is excellent for quick access to information over lower bandwidths. The WWW version of CCO provides richly formatted documents with photographs, figures, graphics, and video, as well as hyperlinks to related information.

You can access CCO in the following ways:

For a copy of CCO's Frequently Asked Questions (FAQ), contact cco-help@cisco.com. For additional information, contact cco-team@cisco.com.

Note If you are a network administrator and need personal technical assistance with a Cisco product that is under warranty or covered by a maintenance contract, contact Cisco's Technical Assistance Center (TAC) at 800 553-2447, 408 526-7209, or tac@cisco.com. To obtain general information about Cisco Systems, Cisco products, or upgrades, contact 800 553-6387, 408 526-7208, or cs-rep@cisco.com.

Documentation CD-ROM

Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM, a member of the Cisco Connection Family, is updated monthly. Therefore, it might be more current than printed documentation. To order additional copies of the Documentation CD-ROM, contact your local sales representative or call customer service. The CD-ROM package is available as a single package or as an annual subscription. You can also access Cisco documentation on the World Wide Web at http://www.cisco.com, http://www-china.cisco.com, or http://www-europe.cisco.com.

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





hometocprevnextglossaryfeedbacksearchhelp
Posted: Tue Sep 14 19:30:36 PDT 1999
Copyright 1989-1999©Cisco Systems Inc.