Table of Contents
Release Notes for the Catalyst 8500 CSR Cisco IOS Release 12.0(10)W5(18c)
September 12, 2000
Catalyst 8540 CSR Cisco IOS Release 12.0(10)W5(18c)
Text Part Number: 78-7045-08
This document describes the features and caveats for Cisco IOS Release 12.0(10)W5(18c) for the Catalyst 8540 campus switch router (CSR), the Cisco IOS Release 12.0(10)W5(18b) for the Catalyst 8510 CSR, and all previous releases on the Catalyst 8540 CSR and Catalyst 8510 CSR.
 |
Note All information pertains to both the Catalyst 8540 CSR and Catalyst 8510 CSR platforms, unless differences between the platforms are noted in the text. |
This document includes the following sections:
The Catalyst 8540 CSR and the Catalyst 8510 CSR belong to a class of high-performance Layer 3 switch routers. They are optimized for the campus LAN or the intranet and provide both wirespeed Ethernet routing and switching services.
This section describes the system requirements for Cisco IOS Release 12.0(10)W5(18c) and includes the following sections:
Table 1 lists the default Flash and DRAM memory for the Catalyst 8540 CSR and Catalyst 8510 CSR, as well as memory upgrade options.
To download and store a copy of the Catalyst 8500 CSR software image, we recommend using a minimum 20 MB Flash PC Card, which will allow you to have two or more images installed at the same time.
The Catalyst 8500 CSR boots from its onboard Flash memory by default. To change this default to boot from a Flash PC Card instead, you must change the configuration register setting to 0x2102. Refer to the Layer 3 Switching Software Feature and Configuration Guide for more information.
Table 1 and Table 2 list the hardware modules supported on the Catalyst 8500 CSR in the Cisco IOS Release 12.0(10)W5(18c). They also include the minimum software release requirements for the hardware.
- Table 2 lists the hardware modules supported by the Catalyst 8540 CSR.
- Table 3 lists the hardware modules supported by the Catalyst 8510 CSR.
|
Note Although minimum software versions are listed, we strongly recommend that you use the latest available software release for all Catalyst 8500 CSR hardware. |
Table 2: Catalyst 8540 CSR Interface Modules and Minimum Software Required
| Part Number
| Description
| Minimum Software Version Required
|
|---|
| Route Processors, Switch Cards, and Daughter Cards
|
C8541CSR-RP
| Route processor
| 12.0(1a)W5(6f)
|
C8542CSR-SP
| Switch processor
| 12.0(1a)W5(6f)
|
C8540-ACL
| ACL daughter card
| 12.0(4a)WX5(11a)
|
| Gigabit Ethernet Interface Modules
|
C85GE-8X-64K
| 8-port Gigabit Ethernet 64K
| 12.0(4a)WX5(11a)
|
C85GE-2X-16K
| 2-port Gigabit Ethernet 16K
| 12.0(1a)W5(6f)
|
C85GE-2X-64K
| 2-port Gigabit Ethernet 64K
| 12.0(4a)WX5(11a)
|
C85GE-2XACL-16K
| 2-port Gigabit Ethernet 16K with ACL
| 12.0(4a)WX5(11a)
|
C85GE-2XACL-64K
| 2-port Gigabit Ethernet 64K with ACL
| 12.0(4a)WX5(11a)
|
C85EGE-2X-16K
| Enhanced 2-port Gigabit Ethernet 16K
| 12.0(10)W5(18c)
|
C85EGE-2X-64K
| Enhanced 2-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85EGE-2X-256K
| Enhanced 2-port Gigabit Ethernet 256K
| 12.0(10)W5(18c)
|
C85-POSOC12I-64K
| 1-port POS OC-12c/STM-4 SMF-IR and 1-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85-POSOC12I-256K
| 1-port POS OC-12c/STM-4 SMF-IR and 1-port Gigabit Ethernet 256K
| 12.0(10)W5(18c)
|
C85-POSOC12L-64K
| 1-port POS OC-12c/STM-4 SMF-LR and 1-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85-POSOC12L-256K
| 1-port POS OC-12c/STM-4 SMF-LR and 1-port Gigabit Ethernet 256K
| 12.0(10)W5(18c)
|
C85-1OC3MGE-64K
| 1-port OC-3c/STM-1 MMF ATM Uplink and 1-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85-1OC3SGE-64K
| 1-port OC-3c/STM-1 SMF-IR ATM Uplink and 1-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85-1OC12MGE-64K
| 1-port OC-12c/STM-1 MMF ATM Uplink and 1-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85-1OC12MGE-256K
| 1-port OC-12c/STM-1 MMF ATM Uplink and 1-port Gigabit Ethernet 256K
| 12.0(10)W5(18c)
|
C85-1OC12SGE-64K
| 1-port OC-12c/STM-1 SMF-IR ATM Uplink and 1-port Gigabit Ethernet 64K
| 12.0(10)W5(18c)
|
C85-1OC12SGE-256K
| 1-port OC-3c/STM-1 SMF-IR ATM Uplink and 1-port Gigabit Ethernet 256K
| 12.0(10)W5(18c)
|
| Fast Ethernet Interface Modules
|
C85FE-16T-16K
| 16-port 10/100 UTP 16K
| 12.0(1a)W5(6f)
|
C85FE-16T-64K
| 16-port 10/100 UTP 64K
| 12.0(4a)WX5(11a)
|
C85FE-16TACL-16K
| 16-port 10/100 UTP 16K with ACL
| 12.0(4a)WX5(11a)
|
C85FE-16TACL-64K
| 16-port 10/100 UTP 64K with ACL
| 12.0(4a)WX5(11a)
|
C85FE-16F-16K
| 16-port 100-FX MT-RJ 16K
| 12.0(1a)W5(6f)
|
C85FE-16F-64K
| 16-port 100-FX MT-RJ 64K
| 12.0(4a)WX5(11a)
|
C85FE-16FACL-16K
| 16-port 100-FX MT-RJ 16K with ACL
| 12.0(4a)WX5(11a)
|
C85FE-16FACL-64K
| 16-port 100-FX MT-RJ 64K with ACL
| 12.0(4a)WX5(11a)
|
Table 3: Catalyst 8510 CSR Interface Modules and Minimum Software Required
| Part Number
| Description
| Minimum Software Version Required
|
|---|
|
| Route Processors, Switch Cards, and Daughter Cards
|
|---|
C8510-SRP
| Layer 3 Switch Route Processor
| 12.0(1a)W5(6f)
|
|---|
| Gigabit Ethernet Interface Modules
|
C85GE-1X-16K
| 1-port Gigabit Ethernet 16K
| 12.0(1a)W5(6f)
|
C85GE-1X-64K
| 1-port Gigabit Ethernet 64K
| 12.0(1a)W5(6f)
|
C8510-ACL=
| ACL daughter card
| 12.0(10)W5(18b)
|
| Fast Ethernet Interface Modules
|
C85FE-8T-16K
| 8-port 10/100 RJ-45 16K
| 12.0(1a)W5(6f)
|
C85FE-8T-64K
| 8-port 10/100 RJ-45 64K
| 12.0(1a)W5(6f)
|
C85FE-8F-16K
| 8-port 100-FX MT-RJ 16K
| 12.0(1a)W5(6f)
|
C85FE-8F-64K
| 8-port 100-FX MT-RJ 64K
| 12.0(1a)W5(6f)
|
|
Note We strongly recommend that you use the latest available software release for all Catalyst 8500 CSR hardware. |
To determine the version of Cisco IOS software currently running on a Catalyst 8500 CSR, log in to the switch router and enter the show version EXEC command.
Most of the interface modules supported on the Catalyst 8500 CSR have upgradeable FPGA and functional images. The FPGA and functional images include caveat fixes, but in most cases, it is not necessary to upgrade. The release notes that describe the caveats from the FPGA and functional images are available on the World Wide Web at the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/atm/c8540/fpga_rel/index.htm
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. Table 4 lists the software features available for the Catalyst 8500 CSR, beginning with Cisco IOS Release 12.0(1a)W5(6f).
Table 4: Feature Sets Supported by the Catalyst 8500 CSR
| Feature Set
| 12.0(10)W5(18c)
| 12.0(10)W5(18b)
| 12.(5)W5(13d)
| 12.0(5)W5
(13b)
| 12.0(5)W5
(13)
| 12.0(4a)WX5
(11a)
| 12.0(1a)W5(6f)
|
|---|
Layer 2 transparent bridging
| X
| X
| X
| X
| X
| X
| X
|
Layer 2 MAC learning, aging, and switching by hardware
| X
| X
| X
| X
| X
| X
| X
|
Spanning Tree Protocol (IEEE 802.1d) support per bridge group
| X
| X
| X
| X
| X
| X
| X
|
Spanning Tree SNMP trap support
| X
|
|
|
|
|
|
|
Maximum of 64 active bridge groups
| X
| X
| X
| X
| X
| X
| X
|
Integrated routing and bridging (IRB)
| X
| X
| X
| X
| X
| X
| X
|
CPU redundancy1
| X
| X
| X
| X
| X
|
|
|
Inter-Switch Link (ISL)-based VLAN trunking
| X
| X
| X
| X
| X
| X
| X
|
802.1Q-based VLAN routing/bridging
| X
| X
| X
| X
| X
| X
|
|
IP, IPX, and IP multicast routing and forwarding
| X
| X
| X
| X
| X
| X
| X
|
IP fragmentation support for POS/ATM uplink
| X
|
|
|
|
|
|
|
AppleTalk 1 and 2 routing
| X
| X
| X
| X
| X
| X
|
|
Constrained multicast flooding (CMF)
| X
| X
| X
| X
| X
| X
| X
|
Up to 128 IP multicast groups
| X
| X
| X
| X
| X
| X
|
|
IP multicast routing with up to 12,000 groups (S, G)
| X
| X
| X
| X
| X
|
|
|
QoS-based forwarding based on IP precedence
| X
| X
| X
| X
| X
| X
| X
|
Load balancing among two equal-cost paths based on source and destination IP and IPX addresses
| X
| X
| X
| X
| X
| X
| X
|
Up to six equal-cost paths for IP and IPX; per-packet load balancing for IPX
| X
|
|
|
|
|
|
|
BGP (Border Gateway Protocol)
| X
| X
| X
| X
| X
|
|
|
RIP and RIP II (Routing Information Protocol)
| X
| X
| X
| X
| X
| X
| X
|
IGRP (Interior Gateway Routing Protocol)
| X
| X
| X
| X
| X
| X
| X
|
EIGRP (Enhanced Interior Gateway Routing Protocol)
| X
| X
| X
| X
| X
| X
| X
|
OSPF (Open Shortest Path First)
| X
| X
| X
| X
| X
| X
| X
|
Routing protocol MIB support (OSPF, BGP)
| X
|
|
|
|
|
|
|
IPX (Internet Packet Exchange) RIP and EIGRP
| X
| X
| X
| X
| X
| X
| X
|
PIM (Protocol Independent Multicast)—sparse and dense modes
| X
| X
| X
| X
| X
| X
| X
|
RTMP (AppleTalk Routing Table Maintenance Protocol)
| X
| X
| X
| X
| X
| X
|
|
AURP (AppleTalk Update-based Routing Protocol)
| X
| X
| X
| X
| X
| X
|
|
Secondary addressing
| X
| X
| X
| X
| X
| X
| X
|
Static routes
| X
| X
| X
| X
| X
| X
| X
|
Classless Interdomain Routing (CIDR)
| X
| X
| X
| X
| X
| X
| X
|
Bundling of up to four Fast Ethernet ports in a maximum of 56 FECs
| X
| X
| X
| X
| X
|
|
|
Load sharing based on source and destination IP addresses of unicast packets
| X
| X
| X
| X
| X
| X
| X
|
ISL trunking (routing/bridging)
| X
| X
| X
| X
| X
|
|
|
ISL on the Fast EtherChannel
| X
| X
| X
| X
| X
| X
| X
|
802.1Q routing/bridging on the Fast EtherChannel
| X
| X
| X
| X
| X
| X
| X
|
Up to 56 active FEC and GEC port channels in one system
| X
| X
| X
| X
| X
| X
| X
|
Up to 64 active FEC and GEC port channels in one system
| X
| X
| X
| X
| X
| X
| X
|
Bundling of up to four Gigabit Ethernet ports
| X
| X
| X
| X
| X
| X
| X
|
Two 1-port enhanced Gigabit Ethernet port adapters with built-in ACL functionality and 16, 64, or 256 KB of memory available for routing tables
| X
|
|
|
|
|
|
|
MAC address filtering standard ACL
| X
| X
| X
| X
| X
| X
| X
|
IP simple ACL (1-99, 1301-1999)
| X
| X
| X
| X
| X
|
|
|
IP extended ACL (100-199, 2000-2699)
- TCP ACL based on TCP-precedence, TCP port number, TCP ToS, and TCP flags
| X
| X
| X
| X
| X
| X
|
|
IP extended ACL (100-199, 2000-2699)
- UDP ACL based on UPD port number
| X
| X
| X
| X
| X
| X
|
|
IP extended ACL (100-199, 2000-2699)
- ICMP ACL
| X
| X
| X
| X
| X
| X
|
|
IPX standard ACL (800-899) without source node
| X
| X
| X
| X
| X
| X
|
|
IOS ACL for control plane traffic (for example, route update filter.)
| X
| X
| X
| X
| X
| X
|
|
Named ACL
| X
| X
| X
| X
| X
| X
|
|
BOOTP (Bootstrap Protocol)
| X
| X
| X
| X
| X
| X
| X
|
CGMP (Cisco Group Management Protocol) server support
| X
| X
| X
| X
| X
| X
| X
|
CDP (Cisco Discovery Protocol) support on Ethernet ports
| X
| X
| X
| X
| X
| X
| X
|
DHCP (Dynamic Host Configuration Protocol) Relay
| X
| X
| X
| X
| X
| X
| X
|
HSRP (Hot Standby Routing Protocol) over 10/100 Ethernet, Gigabit Ethernet, FEC, GEC, and BVI (Bridge-Group Virtual Interface)
| X
| X
| X
| X
| X
| X
| X
|
ICMP (Internet Control Message Protocol)
| X
| X
| X
| X
| X
| X
| X
|
IGMP (Internet Group Management Protocol)
| X
| X
| X
| X
| X
| X
| X
|
IPX SAP (Internet Packet Exchange Service Advertisement Protocol) and SAP filtering
| X
| X
| X
| X
| X
| X
| X
|
SNMP (Simple Network Management Protocol)
| X
| X
| X
| X
| X
| X
| X
|
Maximum of 32 active bridge groups with BVI
| X
| X
| X
| X
| X
|
|
|
Bundling of up to four Fast Ethernet ports in a maximum of 64 FECs
| X
| X
| X
| X
| X
| X
| X
|
UDP (User Datagram Protocol) turbo flooding
|
|
|
|
|
| X
| X
|
802.1q-based VLAN routing support
| X
| X
| X
| X
| X
| X
| X
|
Route filtering
| X
| X
| X
| X
| X
| X
| X
|
ISL support on the GEC
| X
| X
| X
| X
| X
| X
| X
|
802.1 routing support on the GEC
| X
| X
| X
| X
| X
| X
| X
|
Group Virtual Interface (BVI)
| X
| X
| X
| X
| X
| X
| X
|
Support for up to 200 IPX networks on interfaces and subinterfaces
| X
| X
| X
| X
| X
| X
| X
|
1-port packet-over-SONET OC-12c uplink port adapter with built-in ACL functionality and a 1-port enhanced Gigabit Ethernet port adapter
| X
|
|
|
|
|
|
|
IS-IS routing protocol
| X
|
|
|
|
|
|
|
Switching database manager
| X
|
|
|
|
|
|
|
ATM uplink: UNI 3.0
| X
|
|
|
|
|
|
|
ATM uplink: UNI 3.1
| X
|
|
|
|
|
|
|
ATM uplink: ILMI 3.1
| X
|
|
|
|
|
|
|
ATM uplink: RFC 1483 for Bridging
| X
|
|
|
|
|
|
|
ATM uplink: RFC for Routing (IP, IP multicast, IPX)
| X
|
|
|
|
|
|
|
ATM uplink: RFC 1483 SVC support
| X
|
|
|
|
|
|
|
ATM uplink: 13-bit virtual circuit number with up to 8K VCs
| X
|
|
|
|
|
|
|
ATM uplink 4096 simultaneous SARs
| X
|
|
|
|
|
|
|
ATM uplink: AAL 5
| X
|
|
|
|
|
|
|
ATM uplink: F4 and F5 flows of OAM cells
| X
|
|
|
|
|
|
|
ATM uplink: Traffic shaping
| X
|
|
|
|
|
|
|
POS: RFC 1619 PPP over SONET/SDH
| X
|
|
|
|
|
|
|
POS: RFC 1662 PPP in HDLC-like framing
| X
|
|
|
|
|
|
|
POS: IP fragmentation for POS and ATM uplink
| X
|
|
|
|
|
|
|
POS: SONET MIB as defined in RFC 1575
| X
|
|
|
|
|
|
|
POS: Transparent Bridging (PPP/HDLC encapsulation)
| X
|
|
|
|
|
|
|
POS: SPE payload scrambling
| X
|
|
|
|
|
|
|
POS: SONET alarms (LOS, LOF, AIS, and RDI detection/reporting)
| X
|
|
|
|
|
|
|
POS: Threshold Crossing Alerts for B1, B2, B3 with configurable thresholds
| X
|
|
|
|
|
|
|
1CPU redundancy for the Catalyst 8540 CSR
|
Table 5 lists the release names, versions, and part numbers used with the Catalyst 8500 CSR switch routers.
Table 5: Release Name to Version and Part Number Matrix for Catalyst 8500 CSR Switch Routers
Release Name
| Release Version
| Part Number for Catalyst 8540 CSR
| Part Number for Catalyst 8510 CSR
|
|---|
W5-18c
| 12.0(10)W5(18c)
| S854R3-12.0.10
| —
|
W5-18b
| 12.0(10)W5(18b)
| —
| S851R3-12.0.10
|
W5-13d
| 12.0(5)W5(13d)
| S854R3-12.0.5MT
| S851R3-12.0.5MT
|
W5-13b
| 12.0(5)W5(13b)
| S854R3-12.0.5MT
| S851R3-12.0.5MT
|
W5-13
| 12.0(5)W5(13)
| S854R3-12.0.5W
| S851R3-12.0.5W
|
WX5-11
| 12.0(4a)WX5(11a)
| S854R3-12.0.4W
| S851R3-12.0.4W
|
W5-6f
| 12.0(1a)W5(6f)
| SRF-8540CSR2-0
| SRF-8510CSR2-0
|
This section lists new features that appear in this and previous releases of Cisco IOS Release 12.0. The new features are sorted by release number.
The following new features are available for the Catalyst 8540 CSR in Cisco IOS Release 12.0(10)W5(18c):
- Two-port enhanced Gigabit Ethernet interface module and software features
- Packet-over-SONET uplink with enhanced Gigabit Ethernet interface module and software features
- ATM uplink with enhanced Gigabit Ethernet interface module and software features
The following new features are available for the Catalyst 8510 CSR in Cisco IOS Release 12.0(10)W5(18b):
- Access Control List (ACL) daughter card
- ACL software features
No new features are available for Cisco IOS Release 12.0(5)W5(13d).
The following new features are available for the Catalyst 8540 CSR in Cisco IOS Release 12.0(5)W5(13b):
- IPX cross encapsulation issue resolved
- Port stuck recovery and trouble shooting
- added mechanism for debugging port stuck condition
- added mechanism to isolate stuck ports
- added mechanism for recovery from stuck port
- Select bugs from IOS mainline
The following new features are available for the Catalyst 8510 CSR in Cisco IOS Release 12.0(5)W5(13b):
- IPX cross encapsulation issue resolved
- Select bugs from IOS mainline
The following new features are available for the Catalyst 8540 CSR in Cisco IOS Release 12.0(5)W5(13):
- Route processor redundancy
- BGPx4 routing protocol
- IP multicast scalability
- Bridging/IRB over 802.1Q
- Support for 32 bridge groups with up to 128 interfaces within each bridge group
- Support for the 1000BASE-ZX extended reach GBIC
- On-line Insertion and Removal (OIR) for the eight-port Gigabit Ethernet interface module
- AppleTalk support for the eight-port Gigabit Ethernet card
The following new features are available for the Catalyst 8510 CSR in Cisco IOS Release 12.0(5)W5(13):
- BGPx4 routing protocol
- IP multicast scalability
- Bridging/IRB over 802.1Q
- Support for 16 bridge groups with up to 32 interfaces within each bridge group
- Support for the 1000BASE-ZX extended reach GBIC
The following new features are available for the Catalyst 8540 CSR in Cisco IOS Release 12.0(4a)WX5(11a):
- Eight-port Gigabit Ethernet interface module
- Access Control List (ACL) daughter card
- Support for 64K entry line cards
- Support for Appletalk routing
- SPF Neighbor Optimizations
The following new features are available for the Catalyst 8510 CSR in Cisco IOS Release 12.0(4a)WX5(11a):
- Support for Appletalk routing
- SPF Neighbor Optimizations
No new features are available for the Catalyst 8540 CSR in Cisco IOS Release 12.0(1a)W5(6f).
No new features are available for the Catalyst 8510 CSR in Cisco IOS Release 12.0(1a)W5(6f).
This section lists caveats for the Catalyst 8500 CSR by tracking number (DDTS #) and release number, and indicates whether the caveat has been corrected. A "Y" indicates that the caveat is open in that release; an "N" indicates that the caveat is closed in that release.
Table 6 lists caveats for the Catalyst 8540 CSR. Table 7 lists caveats for the Catalyst 8510 CSR.
Table 6: Caveat Matrix for Catalyst 8540 CSR
| DDTS #
| 12.0(10)W5(18c)
| 12.0(10)W5(18b)
| 12.0(5)
W5(13d)
| 12.0(5)
W5(13b)
| 12.0(5)
W5(13)
| 12.0(4a)
WX5(11a)
| 12.0(1a)
W5(6f)
|
|---|
CSCds09613
| Y
| Y
| Y
| Y
|
|
|
|
CSCds04387
| Y
|
|
|
|
|
|
|
CSCdr98736
| Y
|
|
|
|
|
|
|
CSCdr97432
| N
| Y
| Y
| Y
|
|
|
|
CSCdr93044
| Y
|
|
|
|
|
|
|
CSCdr91799
| Y
|
|
|
|
|
|
|
CSCdr91196
| Y
|
|
|
|
|
|
|
CSCdr91099
| Y
|
|
|
|
|
|
|
CSCdr86168
| Y
|
|
|
|
|
|
|
CSCdr83546
| Y
|
|
|
|
|
|
|
CSCdr83138
| Y
|
|
|
|
|
|
|
CSCdr82616
| Y
|
|
|
|
|
|
|
CSCdr82453
| Y
|
|
|
|
|
|
|
CSCdr80267
| Y
|
|
|
|
|
|
|
CSCdr80160
| Y
|
|
|
|
|
|
|
CSCdr79366
| Y
|
|
|
|
|
|
|
CSCdr75370
| Y
|
|
|
|
|
|
|
CSCdr74263
| Y
|
|
|
|
|
|
|
CSCdr72714
| Y
|
|
|
|
|
|
|
CSCdr71493
| Y
|
|
|
|
|
|
|
CSCdr70571
| Y
|
|
|
|
|
|
|
CSCdr70086
| N
| Y
| Y
| Y
|
|
|
|
CSCdr69541
| Y
|
|
|
|
|
|
|
CSCdr67874
| Y
|
|
|
|
|
|
|
CSCdr67623
| Y
|
|
|
|
|
|
|
CSCdr61171
| N
| Y
| Y
| Y
|
|
|
|
CSCdr48700
| Y
|
|
|
|
|
|
|
CSCdr48489
|
|
| N
| Y
|
|
|
|
CSCdr44798
| N
| Y
| Y
| Y
|
|
|
|
CSCdr43159
|
|
| N
| Y
|
|
|
|
CSCdr38522
| Y
|
|
|
|
|
|
|
CSCdr35023
| Y
|
|
|
|
|
|
|
CSCdr23428
| N
| Y
| Y
| Y
|
|
|
|
CSCdr22194
| Y
|
|
|
|
|
|
|
CSCdr16404
| N
| Y
| Y
| Y
|
|
|
|
CSCdr13429
| Y
|
|
|
|
|
|
|
CSCdp94304
| Y
|
|
|
|
|
|
|
CSCdp94120
| Y
| Y
| Y
| Y
|
|
|
|
CSCdp91740
| Y
|
|
|
|
|
|
|
CSCdp91190
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp90216
| Y
| Y
| Y
| Y
|
|
|
|
CSCdp86120
|
|
|
| N
| Y
|
|
|
CSCdp82442
|
|
|
| N
| Y
|
|
|
CSCdp81517
|
|
|
| N
| Y
|
|
|
CSCdp80179
|
|
|
| N
| Y
|
|
|
CSCdp77640
|
|
|
| N
| Y
|
|
|
CSCdp77324
|
|
|
| N
| Y
|
|
|
CSCdp77105
|
|
|
| N
| Y
|
|
|
CSCdp76943
|
|
|
| N
| Y
|
|
|
CSCdp72498
|
|
|
| N
| Y
|
|
|
CSCdp70903
|
|
|
| N
| Y
|
|
|
CSCdp70392
|
|
|
| N
| Y
|
|
|
CSCdp70087
|
|
|
| N
| Y
|
|
|
CSCdp69276
|
|
|
| N
| Y
|
|
|
CSCdp66953
|
|
|
| N
| Y
|
|
|
CSCdp66044
|
|
|
| N
| Y
|
|
|
CSCdp65345
| N
| Y
| Y
| Y
|
|
|
|
CSCdp64865
|
|
|
| N
| Y
|
|
|
CSCdp61799
|
|
|
| N
| Y
|
|
|
CSCdp61681
|
|
|
| N
| Y
|
|
|
CSCdp60263
|
|
|
| N
| Y
|
|
|
CSCdp59602
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp57307
|
|
|
| N
| Y
|
|
|
CSCdp54010
|
|
|
| N
| Y
|
|
|
CSCdp53792
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp53383
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp53262
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp52415
| N
| Y
| Y
| Y
|
|
|
|
CSCdp52120
| N
| Y
| Y
| Y
| Y
|
|
|
CSCdp51900
| Y
|
|
|
|
|
|
|
CSCdp49816
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp49399
|
|
|
| N
| Y
|
|
|
CSCdp48943
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp48903
|
|
|
| N
| Y
|
|
|
CSCdp39497
|
|
|
| N
| Y
|
|
|
CSCdp34084
| Y
|
|
|
|
|
|
|
CSCdp33630
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp29985
| Y
|
|
|
|
|
|
|
CSCdp29577
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp28511
| Y
|
|
|
|
|
|
|
CSCdp27782
| Y
|
|
|
|
|
|
|
CSCdp27744
| Y
|
|
|
|
|
|
|
CSCdp27207
| Y
|
|
|
|
|
|
|
CSCdp27071
| Y
|
|
|
|
|
|
|
CSCdp27067
| Y
|
|
|
|
|
|
|
CSCdp27058
| Y
|
|
|
|
|
|
|
CSCdp24812
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp22692
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp21692
| Y
|
|
|
|
|
|
|
CSCdp20845
|
|
|
| N
| Y
|
|
|
CSCdp14547
| N
| Y
| Y
| Y
| Y
| Y
| Y
|
CSCdp14175
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdp07758
|
|
|
| N
| Y
|
|
|
CSCdm95298
| N
| Y
| Y
| Y
|
|
|
|
CSCdm92257
| Y
| Y
| Y
| Y
| Y
|
|
|
CSCdm91042
|
|
|
|
|
| N
| Y
|
CSCdm88103
|
|
|
|
|
| N
| Y
|
CSCdm86262
|
|
|
|
|
| N
| Y
|
CSCdm84834
|
|
|
|
|
| N
| Y
|
CSCdm84798
|
|
|
|
|
| N
| Y
|
CSCdm76785
|
|
|
|
| N
| Y
|
|
CSCdm75735
|
|
|
|
| N
| Y
|
|
CSCdm73823
|
|
|
|
| N
| Y
|
|
CSCdm71729
|
|
|
|
| N
| Y
|
|
CSCdm68875
| Y
| Y
| Y
| Y
| Y
| Y
|
|
CSCdm68368
|
|
|
|
| N
| Y
|
|
CSCdm64047
|
|
|
|
| N
| Y
|
|
CSCdm62162
|
|
|
|
| N
| Y
|
|
CSCdm58126
| Y
| Y
| Y
| Y
| Y
| Y
|
|
CSCdm57767
|
|
|
|
| N
| Y
|
|
CSCdm57720
|
|
|
|
| N
| Y
|
|
CSCdm57516
|
|
|
|
| N
| Y
|
|
CSCdm52306
|
|
|
|
| N
| Y
|
|
CSCdm50065
|
|
|
|
| N
| Y
|
|
CSCdm43436
|
|
|
|
|
|
| N
|
CSCdm39686
|
|
|
|
|
|
| N
|
CSCdm34838
|
|
|
|
| N
| Y
| Y
|
CSCdm33903
|
|
|
|
| N
| Y
|
|
CSCdm33313
|
|
|
|
| N
| Y
| Y
|
CSCdm31218
|
|
|
|
| N
| Y
| Y
|
CSCdm25960
| N
| Y
| Y
| Y
|
|
|
|
CSCdm20899
| Y
| Y
| Y
| Y
| Y
| Y
| Y
|
CSCdm13198
|
|
|
|
| N
| Y
|
|
Table 7: Caveat Matrix for Catalyst 8510 CSR
| DDTS #
| 12.0(5)
W5(18c)
| 12.0(10)W5(18b)
| 12.0(5)
W5(13d)
| 12.0(5)
W5(13b)
| 12.0(5)
W5(13)
| 12.0(4a)
WX5(11a)
| 12.0(1a)
W5(6f)
|
|---|
CSCdr26204
| N
| Y
| Y
|
|
|
|
|
CSCdr43159
|
|
| N
| Y
|
|
|
|
CSCdr58338
| Y
|
|
|
|
|
|
|
CSCdr56798
| Y
|
|
|
|
|
|
|
CSCdr61171
| N
| Y
| Y
| Y
|
|
|
|
CSCdr62978
| Y
|
|
|
|
|
|
|
CSCdr64482
| Y
|
|
|
|
|
|
|
CSCdr66855
| Y
|
|
|
|
|
|
|
CSCdp86120
|
|
|
| N
| Y
|
|
|
CSCdp84968
|
|
|
| N
| Y
|
|
|
CSCdp82442
|
|
|
| N
| Y
|
|
|
CSCdp81517
|
|
|
| N
| Y
|
|
|
CSCdp80179
|
|
|
| N
| Y
|
|
|
CSCdp77640
|
|
|
| N
| Y
|
|
|
CSCdp75662
|
|
|
| N
| Y
|
|
|
CSCdp74432
|
|
|
| N
| Y
|
|
|
CSCdp72498
|
|
|
| N
| Y
|
|
|
CSCdp70087
|
|
|
| N
| Y
|
|
|
CSCdp66044
|
|
|
| N
| Y
|
|
|
CSCdp64865
|
|
|
| N
| Y
|
|
|
CSCdp61799
|
|
|
| N
| Y
|
|
|
CSCdp61681
|
|
|
| N
| Y
|
|
|
CSCdp66533
| N
| Y
| Y
|
|
|
|
|
CSCdp57307
|
|
|
| N
| Y
|
|
|
CSCdp55616
| Y
|
|
|
|
|
|
|
CSCdp54010
|
|
|
| N
| Y
|
|
|
CSCdp52147
| Y
|
|
|
|
|
|
|
CSCdp48903
|
|
|
| N
| Y
|
|
|
CSCdp34836
| Y
|
|
|
|
|
|
|
CSCdp31976
| Y
|
|
|
|
|
|
|
CSCdp31368
|
|
|
| N
| Y
| Y
|
|
CSCdp23213
| Y
|
|
|
|
|
|
|
CSCdm60387
|
|
|
|
| N
| Y
|
|
CSCdm40533
|
|
|
|
|
|
| N
|
CSCdm36648
|
|
|
|
|
|
| N
|
CSCdm35971
|
|
|
|
|
|
| N
|
CSCdm32706
|
|
|
|
| N
| Y
| Y
|
CSCdm28633
| Y
| Y
| Y
| Y
| Y
| Y
| Y
|
CSCdm26948
|
|
|
|
| N
| Y
| Y
|
CSCdm25943
|
|
|
|
| N
| Y
| Y
|
CSCdk93048
|
|
|
|
| N
| Y
| Y
|
CSCdk89275
|
|
|
|
| N
| Y
| Y
|
CSCdm87397
| Y
|
|
|
|
|
|
|
CSCdk82832
|
|
|
|
| Y
| Y
| Y
|
CSCdk73492
|
|
|
|
| Y
| Y
| Y
|
CSCdk72837
|
|
|
|
| Y
| Y
| Y
|
This section summarizes caveat symptoms and suggested workarounds for the Catalyst 8500 CSR.
- IPX loadbalancing algorithm is restricted.
- Symptom: When IPX packets are sourced from Gigabit processor interface based ports, the IPX packets sent out of the ATM uplink ports, IPX load-balancing will work only if IPX max-paths are set to 1 or an even value (i.e.2, 4 or 6). An odd value of 3 or 5 can cause some of the IPX packets to not go out of the ATM uplink ports. This problem is seen only with SVCs over 1483 not PVCs with 1483.
- Workaround: When IPX packets are sourced from enhanced Gigabit Ethernet ports, set the IPX maximum paths to 1,2,4 or 6. If there are an odd number of paths, change the administrative weight of 1 path so that there are always an even number of equal cost paths.
- IPX load balancing algorithm is restricted to two paths.
- Symptom: When IPX packets are sourced from Ethernet processor interface based ports and sent out of ATM uplink ports, IPX load balancing will work only if the IPX max-path is set to 2. A value greater than 2 can cause some of the IPX packets to not go out of ATM uplink ports. This problem is seen only with SVC over 1483 not with PVCs over 1483. However, if all IPX traffic is sourced only from Gigabit processor interface based ports then this problem is not seen. Six path load balancing will work correctly.
- Workaround: When IPX packets are sourced from Ethernet processor interface based ports, set IPX max-paths to less or equal to 2.
- DHCP relay is not forwarding unicast messages.
- Symptom: The DHCP relay should forward the DHCP messages it receives to the IP helper address configured in the receiving interface.The relay agent in the Catalyst 8540 CSR forwards the broadcast DHCP messages it receives, but not those unicast to the switch router by way of another relay agent. The Catalyst 8540 CSR acts as relay agent only when directly connected to the client or through Layer 2 switches.
- Workaround: None.
- The Gigabit Ethernet port on the 8-port Gigabit Ethernet interface module in "shutdown" state comes up "unshut" after an online insertion and removal (OIR).
- Symptom: The Gigabit Ethernet port on the 8-port Gigabit Ethernet interface module comes up as `unshut' after an OIR.
- Workaround: None.
- Forwarding large packets on the ATM uplink can cause a port to be stuck on the enhanced Gigabit Ethernet ports.
- Symptom: Due to a hardware limitation, any packets larger than 6K could potentially cause a port stuck. After a port is stuck, the normal port stuck recovery mechanism applies.
- Workaround: Configure a port-stuck reload.
- Output rate display in show interface pos port is high.
- Symptom: The output rate displayed in the show interfaces command on the POS interface can be artificially high at times.
- Workaround: Issue the clear counters command or the shutdown and no shutdown commands.
- The IP default routing does not work when the POS interface is specified.
- Symptom: The default network over POS link does not work when the outgoing interface is specified instead of the next-hop IP address.
- Workaround: Specify the next-hop IP address.
- The system crashes when adding an interface with approximately 1k vc to a bridge-group.
- Symptom: The system crashes when more than 80 VCs are configured on an ATM uplink port and the port is added to a bridge group. Avoid this configuration.
- Workaround: None.
- clear atm vc command does not work for VCDs greater than 4095.
- Symptom: clear atm vc option specifies VCDs from 1 to 4095 only. Therefore, any SVC with a VCD greater than 4095 cannot be cleared using this command.
- Workaround: None.
- Source MAC address 0000.0000.0000. learned on enhanced Gigabit Ethernet ports.
- Symptom: Enhanced Gigabit Ethernet ports learn MAC addresses of all zeros for packets with source MAC addresses with all zeros. This does not cause any problems.
- Workaround: None.
- BROUTE-VC release/setup failure on OIR.
- Symptom: If you have more than 900 VCs on any interface or subinterface on the Gigabit Ethernet port with ATM uplink interface modules and you perform an online insertion and removal (OIR), a BROUTE VC release/setup failure will be indicated.
- Workaround: None.
- Routing flag is not set after unconfiguring a bridge group on ATM uplink ports.
- Symptom: The routing flag is not set and remains off after unconfiguring the bridge group on the system. This is only on ATM uplink ports.
- Workaround: Issue the shutdown and no shutdown commands.
- A change in the standby MAC address is not reflected anywhere.
- Symptom: If HSRP over BVI is configured and a standby MAC address is configured on the BVI, this MAC address will not be reflected in the patricia table of the interface.
- Workaround: None.
- HSRP MAC address is retained even after it is removed from the port channel.
- Symptom: The 2-port Gigabit Ethernet is part of port channels, which has HSRP configured on it. Even after the 2-port Gigabit Ethernet is removed from the port channel, the HSRP MAC address is retained.
- Workarounds: Issue the shutdown and no shutdown commands, add an IP address, or add the MAC address to a bridge group to delete the entry.
- BCAST VC=0 between two Gigabit processor interfaces.
- Symptom: After issuing the shutdown and no shutdown commands on an interface that is part of a bridge group, sometimes the BCAST VC becomes zero.
- Workaround: Issue the shutdown and no shutdown commands or remove the interface from the bridge group and add it back to restore the BCAST VC.
- Same VLAN color is configurable in different bridge groups.
- Symptom: Subinterfaces with the same VLAN color cannot be present in different bridge groups. This check is done when a bridge group configuration is being created or removed, not when the encapsulation is being changed.
- Workaround: None.
00:02:08: %SYS-2-GETBUF: Bad getbuffer, bytes= -2008487331 Process= "Init", ipl= 0, pid= 2 -Traceback= 6006D014 6016239C 60335DE4 60335FB8 60336110 60336350 60029724 60099364 60099350
- Symptom: The message above can appear during bootup. The system recovers from this.
- Workaround: None.
- BVI MAC address is retained even after it is removed from the bridge group.
- Symptom: The Gigabit Ethernet interface is part of a port channel; one of the port channel subinterfaces is a member of the bridge group. The BVI MAC address is retained on the interface even after it is removed from the bridge group.
- Workaround: Issue the no mac-address command under the interface.
03:04:16: %SYS-2-GETBUF: Bad getbuffer, bytes= -1947388703
-Process= "OIR Handler", ipl= 3, pid= 10
-Traceback= 6006D054 601623DC 603361C4 60336398 603364C0 6036A6F4 6036B600 600993A4 60099390
- Symptom: These trace errors can happen when reprogramming the FPGA on POS periodically. The system recovers when this happens.
- Workaround: None.
- IP adjacencies are not immediately updated.
- Symptom: IP adjacencies are not immediately cleared from the Gigabit Ethernet interface module.
- Workaround: None.
- Display problems in show controllers xpif_port options.
- Symptom: Option access-list under the show controllers command returns nothing when the interface is configured for bridge address access-list. Option mac under the show controllers command for the Gigabit processor interface port returns nothing when it finds a match in the Layer 2 database.
- Workaround: None.
- High CPU utilization on SK-IPC input.
- Symptom: When a large number of BVIs are configured over interfaces on an 8-port Gigabit Ethernet, high CPU utilization can be expected on Sk-IPC input.
- Workaround: None.
00:04:37: %ALIGN-3-CORRECT: Alignment correction made at 0x60674830 reading 0x62017DB3
00:04:37: %ALIGN-3-TRACE: -Traceback= 60674830 60674A90 600993A4 60099390 00000000 00000000 00000000 00000000
- Symptom: The alignment correction might occur with the clear bridge or show bridge commands with the ATM uplink. The system recovers from the alignment correction.
- Workaround: None.
- 2-port enhanced Gigabit Ethernet interface module does not come up when the system is booted.
- Symptom: If the peer-device has a non-HP GBIC and is not seated properly, the "Optical Detect" LED will be OFF on this device.
- Workaround: Issue the shutdown and no shutdown commands or reseat the GBICs after a power cycle.
- Problem with GBIC SX with "no negotiation auto".
- Symptom: The 1000BASE-SX GBIC interface of a Catalyst 8540 CSR does not support the "no negotiate auto" mode when connected to a Catalyst 5500 with the same GBIC.
- Workaround: None
- HSRP interface does not preempt after the shutdown and no shutdown commands are issued.
- Symptom: An HSRP interface configured for "preempt" might not become active after reset. No error message is given.
- Workaround: Set higher priority for "preempt" interfaces as a second decision instance.
- Crash on an interface shutdown/no shutdown in process_handle_watchdog
- Symptom: The system crashes after issuing the shutdown/no shutdown commands when the watchdog timer expires.
- Workaround: None
%LSS-4-INTERNAL_WARNING: lss_record_ri_ingress: Illegal channel %d
- Symptom: The above message might appear when changing the trunk encapsulation type of a Gigabit EtherChannel (GEC) from ISL to 802.1q,when GEC is configured for novell-ether encap and ports are receiving IPX wire speed traffic. No functionality problems are observed.
- Workaround: None.
- Forwarding large packets on the ATM uplink can cause a port to be stuck on the enhanced Gigabit Ethernet ports.
- Symptom: Due to a hardware limitation, any packets larger than 6K could potentially cause a port stuck. After a port is stuck, the normal port stuck recovery mechanism applies.
- Workaround: None.
- Reprogramming the switch processor(s) might crash the Catalyst 8540 CSR.
- Symptom: When reprogramming the switch processor(s) the Catalyst 8540 CSR might crash. No connections should be installed after reprogramming until the system reboot is complete. However, some interface modules create connections before the system reboot is complete so only the interface modules are recognized in the system crash.
- Workaround: None.
- Loopback interfaces are not properly numbered.
- Symptom: When more than one loopback interface needs to be configured, the interfaces are assigned the incorrect number, so they are all created as Loopback0. The interfaces cannot be removed.
- Workaround: None.
- Layer 3 traffic from the CPU does not pass through a blocked port on an 8-port Gigabit Ethernet interface module.
- Symptom: Layer 3 traffic from the CPU does not pass through a blocked port on an 8-port Gigabit Ethernet interface module.
- Workaround: None.
- Cells might stick in switch fabric under heavy multicast traffic.
- Symptom: Under heavy multicast traffic, cells might stick in the switch fabric. This happens when a race condition occurs in the switch processor and the output VC (OVC) is not present in the active list or idle list. In this situation, the OVC is never taken up for further scheduling, and all the cells in the VC are stuck.
- Workaround: Enter the clear ip multicast-routing command or enter the shutdown/no shutdown commands to the root interface.
- Some interfaces in the outgoing interface list of the IOS multicast table might not forward traffic.
- Symptom: When the Catalyst 8540 CSR has both Protocol Independent Multicast (PIM) joins and IGMP joins coming in, one of the interfaces in the outgoing interface list of the IOS multicast table might not forward traffic. This is caused by a disconnect in the sequence of events between IOS multicast code and the Catalyst 8540 CSR specific light stream inter process communication subsystem (LSS) multicast code.
- Workaround: Enter the clear ip multicast-routing command and configure static multicast groups on the interfaces sending PIM joins.
Received malformed TLV.
- Symptom: Sometimes the above message is seen.
- Workaround: None.
%LSS-7-INTERNAL_ASSERT: clear_conn_entry:: (swidb_p != NULL) Assertion Failure - File ../ls-switching/lss_pm_api.c Line 1479
-Process= "LSS IPmcast Process", ipl= 0, pid= 99
-Traceback= 60553374 607A925C 607A9078 6085AC84 6066DA10 6066F880 606738D4 60674084 60099224 60099210
- Symptom: The message above appears sometimes when an enhanced Gigabit Ethernet port is added or removed from a port channel (PO) with multicast enabled on the PO. This message is harmless and the system recovers from this.
- Workaround: None.
- The 8-port Gigabit Ethernet interface module has incrementing SkIPC Rx failed counters.
- Symptom: When ports on the 8-port Gigabit Ethernet interface module are connected to Ethernet interfaces, you get frames with new MAC addresses. Because the ports on the 8-port Gigabit Ethernet interface module send ca-updates to the Cisco IOS, the show bridge command displays the learned MAC addresses. Although the 8-port Gigabit Ethernet interface module has incrementing SkIPC Rx failed counters, there is no side effect. The format of show skmgmt stats command has been modified to take care of this problem.
- Workaround: None.
- The existing configuration of 2-port Gigabit is lost when replaced by the enhanced 2-port Gigabit Ethernet interface module.
- Symptom: When the existing 2-port Gigabit Ethernet interface module is replaced with the enhanced Gigabit Ethernet interface module by Online insertion and removal (OIR), the running configuration that is part of the existing 2-port Gigabit Ethernet interface module will not be available for the enhanced Gigabit Ethernet interface module.
- Workaround: Save the configuration to NVRAM before doing an OIR of the 2-port Gigabit Ethernet interface module with the enhanced Gigabit Ethernet interface module. Complete the OIR of all 2-port Gigabit Ethernet interface modules with the enhanced Gigabit Ethernet interface modules. Enter the reload command to get the configurations of the 2-port Gigabit Ethernet interface module for the enhanced Gigabit Ethernet interface module. The other option is to save the configuration to a TFTP server, edit the configuration so that only those relevant to the 2-port Gigabit Ethernet interface module replaced is retained, and do a copy of this edited configuration to the running configuration.
- Area-range summary link-state advertisement (LSA) is stuck in the database.
- Symptom: On an Catalyst 8540 MSR, running Cisco IOS image 12.0(4a)W5(11a), that is an ABR for multiple OSPF areas, if the area-range command is used, the summary LSA created might get stuck in the database and not be flushed after the command is removed.
- Workaround: This condition is eliminated when either OSPF is restarted, or all the components of the summary are lost.
- Redundant switch processor does not take over on a failure.
- Symptom: The switch processor in standby mode does not take over when an active switch processor fails.
- Workaround: None
- show version command displays an extra ATM interface.
- Symptoms: The number of ATM interfaces is displayed as one more than the actual hardware present in the system.
- Workarounds: None.
- IOS bridge table is not updated after the MAC address ages out Fast EtherChannel (FEC) members.
- Symptom: Sometimes a MAC address learned over a port channel might not be removed from the IOS bridge table, but the entry might age out from the port channel. IPC might not be generated correctly to delete the MAC from IOS. This does not lead to incorrect routing of the packets as the packets are switched by the interface module and the table is consistent in the interface module.
- Workaround: Issue the clear bridge group command.
- uCode download can fail when the encapsulation is changed under heavy traffic.
- Symptom: Under heavy traffic, if an encapsulation change (for a VLAN) is attempted on a 2-port Gigabit Ethernet interface module, the change might fail because of a uCode download failure.
- Workaround: Shutdown the port (or port channel and all members of the port channel) when an encapsulation change is needed on Gigabit Ethernet ports or GEC. Make the encapsulation change, and then bring the port back up (no shutdown).
01:34:29: %TBRIDGE-4-GIANT: Giant received on Port-channel1, 1504 exceeds 1500 DA 00d0.583f.1b47 SA 0090.214f.9047 [0x08004500]
- Symptom: The above message might be seen with trunk interfaces configured in a bridge group with BVI after the clear bridge group or clear bridge command is issued. This is a transient state and the system recovers quickly.
- Workaround: None.
- Bridging broken from native VLAN to port channel VLAN.
- Symptom: Packets coming in on a native VLAN being bridged to a port channel are dropped at the route processor. Untagged packets coming in on an 802.1Q trunk are associated with the native VLAN. Because of microcode limitations of the interface modules, the untagged packets are passed to the CPU to be routed or bridged. Consequently, we recommend that native VLANs not be used for network traffic and that they be limited to overhead traffic that terminates at the route processor (such as routing updates and CDP).
- Workaround: Configure the traffic on a non-native VLAN.
- The following traceback message appears:
-
%SK-7-ASSERT: Assertion Failure ... Cant find port channel idb ...
- Symptom: Sometimes the above message appears when 8-port Gigabit Ethernet interfaces are added to port channels.
- Workaround: None.
- IPC not freed after continuous failure.
- Symptom: When a port is temporarily stuck (such as egress starvation for a slightly extended period of time) there might be a memory leak. This happens very rarely when a port is temporarily stuck repeatedly.
- Workaround: Schedule a reboot when the available memory goes down to a very low value. This caveat is fixed in Cisco IOS Release 12.0(5)W5(13b) and later releases.
- Allocated VCs are not released if current VC leaf cannot be added.
- Symptom: Under some very heavy stressful conditions with IP multicast, when the mcast fan-out expansion fails, the VCs do not release correctly.
- Workaround: Stop the traffic and enter the clear ip mroute * command.
- Addition of SR3 and SR5 to the show controller counters command.
- Symptom: Added code to display the SR3 and SR5 registers. No impact to functionality.
- Workaround: The show controller counters command is enhanced in Cisco IOS Release 12.0(5)W5(13b) and later releases.
- Inconsistency with IPX EIGRP.
- Symptom: If you are using IPX EIGRP, you might experience an inconsistency in SAP updates on a remote router if the serial interface is brought down for a brief time and then brought up.
- Workaround: Enter the clear ip eigrp neighbors EXEC command or enter the no ipx linkup-request sap command for the serial interfaces.
- Commit new IPX cross encapsulation algorithm. Disable per packet load balancing.
- Symptom: When IPX packets are sent to the system, and the system does cross encapsulation for IPX packets, it might lead to a stuck port situation if the IPX protocol length is wrong (or corrupt).
- Workaround: Remove the interface module and reinstall it.
- IPX node address of BVI interface becomes invalid.
- Symptom: IPX node address of BVI is sometimes made invalid after a long period of time.
- Workaround: Enter the shutdown and no shutdown commands on the BVI interface to recover. The node entry is programmed properly back in the table.
- Online insertion and removal of the route processor does not work consistently.
- Symptom: Online insertion and removal of the route processor, even after entering the prepare-for-cpu-removal command, sometimes hangs the system.
- Workaround: Power cycle the system.
- There are memory leaks when the process to enqueue message fails.
- Symptom: There are memory leaks under certain conditions when the process to enqueue message fails.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- The message memory is not freed if the packet buffer is exhausted.
- Symptom: When buffer pool exhaustion happens under heavy stress and buffer allocation fails there is a leakage of memory because of queued messages.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- BVI input queue gets wedged and blocks traffic on a bridge group.
- Symptom: Under very specific traffic conditions, the input queue on the BVI interface might become wedged (that is, the input queue count is larger than the queue depth). This affects traffic from the same bridge group.
- Workaround: Increase the hold queue on the BVI interface. Depending on the rate at which the input queue fills up, this might be temporary. Or redesign the network (remove BVI).
- The show functional-image-info command needs to be enhanced.
- Symptom: Term length does not work for the show functional-image-info command.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Term length not working on the show switch fabric command.
- Symptom: When you enter the show switch fabric command, the term length parameter does not limit the output screen log to one page.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Software forced crash: NP55_msc_purge_cid_cmd.
- Symptom: The system sometimes crashes after seeing the following message:
ipc_ok2send: Not enough room on 0, 280
- Workaround: Reboot the system.
- There needs to be uCode for dumping register and packet buffers when a port is stuck.
- Symptom: When a port is stuck there is no debugging aid.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Spurious memory access error.
- Symptom: When the system receives a lot of bad IPX packets, it sometimes produces a spurious memory access error. This does not impact functionality.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- With the 8-port Gigabit Ethernet interface module, spurious memory access occurs.
- Symptom: With the 8-port Gigabit Ethernet interface module, spurious memory access occurs when booting the system with the latest image and copying the software configuration from a TFTP server.
- Workaround: None.
- Ping fails when changing the VLAN ID of a BVI interface.
- Symptom: With the 8-port Gigabit Ethernet interface module, ping fails when changing the VLAN ID of a BVI interface.
- Workaround: Take the subinterface out of the bridge group before changing the encapsulation. Then change the encapsulation and add the subinterface back to the bridge group.
- Debugging aid needed when a port is stuck.
- Symptom: When a port is stuck there is no debugging aid.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Route connected to Ethernet interface is not installed.
- Symptom: Connected route associated with Ethernet interface might be intermittently missing from routing table.
- The system crashes upon route processor switchover.
- Symptom: The image crashes when redundancy for the route processors is enabled.
- Workaround: None.
- The IPX routing flag is on even after the ipx down command is entered on an interface.
- Symptom: When the ipx down command is entered, the IPX routing flag is still on.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- The system crashed after failing to queue IPC messages.
- Symptom: Under high traffic conditions the system crashed after failing to queue IPC messages.
- Workaround: Reboot the system.
- The show controllers output should be more descriptive.
- Symptom: Counter values from the show controllers command are not descriptive enough for troubleshooting purposes. Each counter should have a label indicating the purpose of the counter.
- Workaround: The output has been improved in Cisco IOS Release 12.0(5)W5(13b) and later releases.
- Need a mechanism to troubleshoot and recover from stuck port failures.
- Symptom: There is no mechanism to detect and recover from a stuck port failures.
- Workaround: The following two new commands were introduced in Cisco IOS Release 12.0(5)W5(13b) to address this caveat:
- The epc port-reload global configuration command is used to enable resetting/reloading the Ethernet interfaces after detecting a stuck port.
- The epc portstuck-wait seconds global configuration command is used to determine how long to wait before detecting a stuck port, from the time the symptom first occurs. The default is three minutes. The range for seconds is 0 to 1200. If a value of 0 is entered, a stuck port will not be detected.
- Invalid configuration.
- Symptom: The following configuration does not work on the 8-port Gigabit Ethernet module:
interface GigabitEthernet3/0/2.2
encapsulation dot1Q 12 native
no ip directed-broadcast
bridge-group 2
- Workaround: Reconfigure the 802.1Q VLAN as non-native.
- FEC: The interface MAC address is not consistent with port-channel MAC address.
- Symptom: A Cisco Catalyst 5000 might treat the link between the physical interface and the port channel interface as a multi-drop link when the MAC address of members of a port channel is different from the MAC address of the Port Channel (PO) itself.
- Workaround: Delete the members of the port channel and then add them back.
- After changing the port speed from 10 to 100, the change does not get updated until the shutdown and no shutdown commands are issued.
- Symptom: When you change the port speed from 10 to 100 on a Catalyst 8540 CSR running 12.0(5)W5(13), issue the shutdown and no shutdown commands for the new setting to take effect.
- Workaround: None.
- 2-port Gigabit Ethernet counter problems on show interfaces packets input.
- Symptom: Some of the interface counters display a lower value for packet counters. Increasing the frequency of poll for statistics resolved the problem. This was needed only in 2-port Gigabit Ethernet interface modules because of separate channels. This does not affect functionality.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Symptom: Cisco IOS Release 12.0(5)W5(13) and later releases boot only on route processors with hardware SAR.
- Workaround: If you have a route processor with software SAR (that is, below version 5.4), you must upgrade your route processor to one with hardware SAR (version 5.6 or later). For route processor related issues, see the field notice at http://cco/warp/customer/770/fn5889_06291999.html.
- MAC learning inconsistencies among FEC members after a host move.
- Symptom: A MAC address that is learned as a REMOTE entry in the port channel members gets learned as a LOCAL entry after a host move.
- Workaround: Issue the clear bridge bridge-id command.
- Under extreme conditions, MAC_learn IPC may be lost.
- Symptom: A host move under high traffic conditions can result in a missing MAC entry from the IOS bridging table. When routing over BVI, this might cause loss of connectivity.
- Workaround: Issue the clear bridge command.
- Hold-queue size for port channels are defaulted to 75, but they need to be 300.
- Symptom: When configuring a port channel, set the hold-queue size of the port channel to 300 and save it to NVRAM. On physical interfaces and port channels, the default hold-queue size is 75. The port channels hold-queue size should be 300. If the queue size of the port channel is not reset, there might be occasional packet drops bound to the route processor.
- Workaround: None.
INTERNAL ASSERT: lss_ipm_chk_shr_vc() Assertion failure
- Symptom: These messages occur when there is IP multicast traffic and the user disables PIM on a physical interface and moves this physical interface to be a member of a port channel that is PIM enabled.
- Workaround: Stop the IP multicast traffic, issue the clear ip mroute * command, and make the configuration change. If the assert messages do occur, clear ip mroute * should fix the problem.
- Active router MAC is not removed when the member is removed from a bridge group.
- Symptom: When a member is removed from a bridge group which has HSRP over BVI configured and the router is an active router, active router MAC 0000.0c07.ac00 might not be removed from the interface.
- Workaround: Issue the shutdown and no shutdown commands.
- Invalid root tree pointer for an existing subinterface.
- Symptom: This problem is seen very infrequently when a large configuration is copied to the running configuration under heavy traffic loads.
- Workaround: Issue the clear bridge command.
- Port stuck on reboot of connected Catalyst 8540 CSR with 70 percent Fast Ethernet wire rate traffic.
- Symptom: For 10/100 Fast Ethernet interface modules, the internal chip set is designed to give higher priority to ingress tasks than egress tasks because of limited buffer availability on the ingress side. This design leads to a situation of egress starvation under heavy input traffic conditions when ingress tasks get continuously scheduled when it cannot meet 84-cycles budget requirement under "Auto L2-learning" conditions.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Protocol specific IRB does not work for 802.1q bridge group members on 8-port Gigabit Ethernet interface module.
- Symptom: If any bridge-group members are 802.1q subinterfaces on an 8-port Gigabit Ethernet interface module, then protocol specific IRB configuration will not work over these ports because of local-switching ASIC (K1) chip limitations.
- Workaround: None.
- The show epc ipmcast command sometimes reports an incorrect value.
- Symptom: The packet statistics displayed by the show epc ipmcast command sometimes reports an incorrect value. This does not impact any functionality.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Gigabit Ethernet interfaces were getting stuck because of corrupt applets.
- Symptom: The CUBI was corrupting applets.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- FEC missing MAC address in all members
- Symptoms: Sometimes during FEC learning, entries might not be learned right away. During this 3-4 minute period there might be flooding. After that, the entries will be learned and packets will be switched.
- Workaround: None.
- Error messages on Gigabit Ethernet interface module with the ACL during route processor switchover.
- Symptoms: The following error messages might appear on the Gigabit Ehernet interface module with the ACL daughter card during a route processor switchover.
NO ACL Card Detected on the PAM in Slot[0]
FATAL ERROR: ACL-FPGA reset failed
- Workaround: OIR the interface module.
- Packets are switched out on native VLAN, leading to routing by CPU (with BVI).
- Symptom: On Ethernet processor interface based ports, untagged packets coming in on the 802.1q native VLAN are not processed by the microcode. Instead, they are transmitted to the CPU, and the CPU does the processing. This means that high CPU utilization will be seen if untagged packets are received at a high rate on the native VLAN subinterfaces.
- Generally, only management data, transmitted at a very low rate, would be seen on the native VLAN, since it is mainly used for network management purposes.
- Workaround: None.
- Vty session is not locked when switchover is in progress.
- Symptom: If a switch processor switchover is initiated from a console port, some commands might still be able to be entered from a connection through a telnet or a vty session.
- Workaround: Wait until the switchover is complete before issuing any commands from a vty port.
- The arp timeout interface command disappears after a system reload.
- Symptom: The arp timeout 300 interface command disappears from the running configuration after a reboot.
- Workaround: Upgrade to Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Route processor Red: SYS-3-CPUHOG Tbridge Monitor with traceback.
- Symptom: In large bridge group and bridge group member configurations exceeding supported limits, high CPU utilization from the Tbridge Monitor process might occur. System resumes normally.
- Workaround: None.
- Assigning the same 802.1q encapsulation on subinterfaces on the same slot on an 8-port Gigabit Ethernet does not always work.
- Symptom: When multiple 802.1q subinterfaces are configured over interfaces belonging to the same slot of an 8-port Gigabit Ethernet interface module, the traffic will be locally switched (broadcasts, flooding, etc.) among those interfaces, and the front-panel subinterfaces are represented by a single subinterface in the back end. Therefore, it does not consistently represent the proper configuration of front-panel subinterfaces. Because of this, the front-panel port configuration may not always work, depending on the deployment scenario.
- Workaround: Configure different encapsulations among the different subinterfaces in the same slot. This makes the Ethernet interfaces in the back end perform bridging and routing.
- The above workaround applies only if the subinterfaces are used to perform different switching functions. Multiple subinterfaces with the same encapsulation in the same bridge group may be used to provide local switching capability for trunk ports and possibly routing over BVI.
%SYS-3-INTPRINT: Illegal printing attempt from interrupt level.
-Process= "OIR Handler", ipl= 2, pid= 10
-Traceback= 600386C0 60038134 602C08BC 602BAEB4 602BA000 600B07F4 603BC180 603BBE80 602C9B88 602C9CB8 60351A74 600976F4 600976E0
- Symptom: The above messages sometimes appear upon online insertion and removal (OIR) of the route processor or switch processors and also of the 2-port Gigabit Ethernet or 10/100 Fast Ethernet interface modules. This message is harmless and the system should continue to function normally after the message.
- Workaround: None.
- redundancy prepare-for-cpu-removal command causes all messages in the buffer to be dumped.
- Symptom: The redundancy prepare-for-cpu-removal command initiates a route processor switchover through a software forced crash. The forced crash causes the message buffer to flush and display to the console before initiating the switchover.
- Workaround: None.
- Running configuration takes 3 minutes to sync to secondary route processor.
- Symptom: It can take up to 3 minutes to sync up the running configuration to the secondary route processor upon inserting the secondary CPU. This is not a problem. The task is run as a background task and hence runs as a low priority task.
- Workaround: None.
- SYS-3-CPUHOG in Exec process with traceback on switch processor switchover.
- Symptom: The switch processor switchover might generate a CPUHOG message in the Exec process. Console input is blocked until the switchover is complete. The system resumes normally.
- Workaround: None.
- SYS-3-CPUHOG net background with traceback.
- Symptom: In bridge group and bridge group member configurations exceeding supported limits, CPUHOGs from the Net Background process might appear. System resumes normally.
- Workaround: None.
- SYS-3-CPUHOG EPAM Card Manager with traceback.
- Symptom: In bridge group and bridge group member configurations exceeding supported limits, CPUHOG messages from the EPAM Card Manager process might appear. System resumes normally.
- Workaround: None.
- INTERFACE_API-1-NOMORESWIDB: No more SWIDB - for the secondary CPU IDB.
- Symptom: CPU redundancy requires a software interface descriptor block for the secondary CPU. If you use up all the interface descriptor blocks through subinterface creation before booting the secondary CPU, interface descriptor block creation failure occurs. Boot the secondary CPU before attempting to configure the maximum number of interface descriptor blocks.
- Workaround: None.
- Ports are not recognized as OSPF interfaces after online insertion and removal (OIR).
- Symptom: After hot-swapping a Fast Ethernet interface module, OSPF interfaces are not recognized.
- Workaround: Configure a loopback interface before enabling OSPF, so that the IP address of the loopback will be selected as the OSPF router ID. This is the recommended design for OSPF configuration. To minimize the convergence time, use a software interface (which never goes down unless administratively shut down) as the router ID. This will also prevent OSPF restarts upon interface toggling.
- Invalid cell count after switch switchover
- Symptom: After a switch processor switchover, input/output packet counters have an invalid value.
- Workaround: None.
- Connected networks are not propagated through OSPF after online insertion and removal (OIR).
- Symptom: After hot-swapping a Fast Ethernet interface module, OSPF routes are not propagated properly.
- Workaround: Issue the shutdown and no shutdown commands on the appropriate interface.
- Facility alarm does not show any warning when secondary route processor is down.
- Symptom: When the secondary route processor is brought to rommon and initialized in the rommon, the redundancy alarm is cleared in the primary route processor even though the secondary route processor is still down.
- Workaround: None.
- Under heavy stress conditions,
VC allocation failed messages appear.
- Symptom: Under heavy stress conditions with multicast PIM-DM, there can be a situation in which
VC allocation failed messages appear. This is a high stress scenario, and it happens when all the VC resources are not freed properly.
- Workaround: Stop the traffic for a short time (a few minutes), enter the clear ip mroute * command, and then restart the traffic. This caveat has been resolved by ensuring that the VC resources are cleaned up properly in Cisco IOS Release 12.0(5)W5(13b) and later releases.
- A Gigabit Ethernet interface: Status down Broute VC-0
- Symptom: A Gigabit Ethernet interface displays its status as up, however, there is no connectivity through the interface. Pinging a device through the Catalyst 8540 CSR times out but pinging a device from the Catalyst 8540 CSR is successful.
- Workaround: Issue the shutdown and no shutdown commands on the appropriate interface to restore connectivity.
- Ports on the 8-port Gigabit Ethernet interface module cannot be configured for snooping other interfaces.
- Symptom: Ports on an 8-port Gigabit Ethernet interface module cannot be snooped or used to snoop other interfaces
- Workaround: Use a Gigabit Ethernet port from a 2-port Gigabit Ethernet interface module to snoop.
- Fast Ethernet port identifier truncated in the show atm status command.
- Symptom: The show atm status command is not supported.
- Workaround: The command is supported in Cisco IOS Release 12.0(5)W5(13b) or a later release.
- Cisco IOS does not support subinterfaces in conjunction with a DEC Spanning Tree.
- Symptom: Bridging on a subinterface is only supported in conjunction with the IEEE Spanning Tree.
- Workaround: None.
- DECNET Bridging does not work over 8-port Gigabit Ethernet interfaces.
- Symptom: 8-port Gigabit Ethernet interfaces cannot support bridging when the bridge group runs DECNET Spanning Tree.
- Workaround: None.
- Issuing a show subsystem command causes the router to crash with a bus error.
- Symptom: When you issue a show subsystem command, the router returns a bus error and crashes.
- Workaround: None.
- AppleTalk MAC filter address is not programmed in bridge table.
- Symptom: The router fails to see incoming AppleTalk broadcasts when the router, configured for IRB, is routing and bridging IP and just routing AppleTalk.
- Workaround: None.
- Syslog stops working on Ethernet 0 when logging source is removed.
- Symptom: On the Catalyst 8540 CSR running the W5(11) code or lower, adding logging source-interface and then removing logging source-interface might stop syslogs being sent out on Ethernet 0 (the management port). Syslogs continue to be sent out through the regular interface module ports.
- Workaround: Do not configure the source-interface. If you configure the source-interface, do not remove the logging source interface. Rebooting the switch router resolves the state. An error syslog (LINK-3-UPDOWN) also corrects the problem.
- The Catalyst 8540 CSR crashes after exiting CLI configuration mode.
- Symptom: The switch router crashes when you enter and exit configuration mode repeatedly and quickly.
- Workaround: None.
- AppleTalk routing fails when IP configured at Bridge-Group Virtual Interface (BVI).
- Symptom: AppleTalk routing does not work when two connected ports are part of a bridge-group with AppleTalk addresses on the ports and IP addresses on the BVI.
- Workaround: None.
- Bridging loops occur with Integrated Routing and Bridging (IRB).
- Symptom: With IRB configured, bridging loops occur if there is a physical loop for the broadcast domain.
- Workaround: None.
- The clear bridge command does not reprogram MAC filter addresses.
- Symptom: When a clear bridge command is issued, MAC addresses specified for the access lists are not reprogrammed in the CAM tables.
- Workaround: Issuing a shutdown/no shutdown on the bridge port where the access list is configured reprograms the MAC address in all other bridge group members.
- Adjacencies are made invalid regularly.
- Symptom: After an interface timeout is expired, adjacencies for static ARP entries are refreshed every minute, which may cause momentary connectivity loss. This does not apply to dynamically created adjacencies.
- Workaround: None
- Online insertion and removal (OIR) of interface modules causes failures when multicast traffic is present.
- Symptom: Following the online insertion of an interface module into a router configured with IGMP static group and running multicast traffic, failures occur when downloading to the interface module.
- Workaround: Either shut down any interface configured with IGMP static group before inserting or removing interface modules; or do not insert or remove interface modules online when the switch router is configured with IGMP static group.
- Bridge entries programmed as dirty when bridge aging-timer modified.
- Symptom: When large numbers of MAC addresses are learned over a port channel, some addresses do not age out after the aging timer expires.
- Workaround: Use the clear bridge bridge-id command to remove learned MAC addresses.
- Message: Job <job name> ran <time>
- Symptom: Job <job name> ran <time> messages appear frequently or at regular intervals.
- The job event queue on the 8-port Gigabit Ethernet interface module lets the event manager know, in microseconds, the maximum amount of time a job is expected to run. It also tracks how long each job actually ran. The Job <job name> ran <time> message should alert you that a job ran longer than expected. It is not normal for the message to come often or at a regular interval.
- Workaround: None.
- Symptom: Routing protocols take more time to converge after reboot on a router with large ACLs configured on many interfaces.
- Workaround: None. When you reboot a router, it can take considerable time to populate large ACLs on many interfaces, resulting in a delay in the convergence of some routing protocols.
- Symptom: IPX ACL on a subinterface of a non-trunk main interface does not filter traffic.
- Workaround: Configure the ACL on the main interface instead of the subinterface to achieve the same result. Due to space limitations, IPX ACL cannot be applied directly to a subinterface of a non-trunk main interface.
- Packets leak after replacing an ACL with a new ACL.
- Symptom: After replacing an existing configured ACL on an interface with another ACL, routed packets that should be blocked are forwarded for a very short period of time.
- Workaround: Within a short period of time, the ACL is reprogrammed and block packets as required. When you remove an ACL and replace it with another ACL, ACLs are temporarily removed from memory, and the ACL flag is turned off. Some packets that should be blocked by the ACL will temporarily be permitted until the ACL flag is turned on again.
- Blocked physical port shows learned entry.
- Symptom: On a router with a rev-B1 Ethernet processor interface, there is no way to turn off time-stamp refresh during destination address lookup. A source address is learned on a port in the initial spanning tree state. After the port goes into blocking state, a destination address lookup on the received packet keeps the entry alive. This is particularly true where the source and destination address are the same, as in the case of keepalive packets.
- Workaround: None. This problem does not occur in routers with Ethernet processor interface later than rev-B1.
- Major version mismatch between IOS and FPGA using the reprogram command.
- Symptom: After upgrading the ACL FPGA image using the reprogram command, the system warns you that the image is not compatible with the current IOS version, and the ACL card may become unusable unless you update the IOS image.
- Workaround: Ignore this warning for the ACL card, and continue the FPGA download. Do not ignore the warning for other controllers.
- Cannot configure ACL on all subinterfaces.
- Symptom: When configuring ACL on subinterface 1023 or above, the router returns the following message:
CARD:ERROR: access_list_add;Index allocation failed for lookuptype 2
CARD:ERROR: handle_addition:access_list_add failed:label 1, Fast Ethernet3/0/0.3 LSS_ACL_AP_OUTPUT_ACL
- Workaround: Limit the number of subinterfaces configured with ACL to 1000 for the switch router.
- CDP fails on a Gigabit Ethernet port with trunking enabled.
- Symptom: Cannot receive CDP packets on a trunk port connected to a Catalyst 5000 if CDP packets are coming on a VLAN for which a subinterface is not configured.
- Workaround: To receive CDP packets, configure a dummy VLAN subinterface on the trunk port connected to the Catalyst 5000.
- Cannot receive ARP packets correctly on 802.1Q encapsulated trunk connected to a Catalyst 5000.
- Symptom: Two Catalyst 8540 CSRs with 802.1Q VLAN encapsulation cannot ping each other.
- Workaround: To receive ARP packets, use ISL VLAN encapsulation on trunk ports connected to a Catalyst 5000.
- Adjacency table not updated when the interface pointed to by a static route is changed.
- Symptom: When a static route pointing to one interface is changed to point to a different interface, the corresponding adjacency entry is not updated.
- Workaround: Use the clear arp command to reprogram the correct adjacencies.
- Online insertion and removal (OIR) is not supported for the 8-port Gigabit Ethernet interface module.
- Symptom: When you insert an 8-port Gigabit Ethernet interface module while IOS is running, you see the following message:
Jul 15 11:33:31.528 pdt: %OIR-6-INSCARD: Card inserted in slot 12, subcard 1, interfaces administratively shutdown
Jul 15 11:33:31.788 pdt: %ATMSIG-3-FAILASSERT: Assertion failed: file "../src-4k/alignment.c," line 897
FALSE
-Traceback= 6046FA4C 60096908 600971D4 600B1F10
- The LED on the interface module is orange and none of the interfaces will work. The interface module is nonfunctional.
- Workaround: Reload the Cisco IOS software, and the interface module will function. The LED should always be green when the 8-port Gigabit Ethernet interface module is functioning.
- Incorrect CAM table entries may cause HSRP failures over a BVI interface.
- Symptom: Incorrect MAC address entries in the CAM table may cause HSRP to fail over a BVI interface.
- Workaround: None.
- Device may lose IP OSPF neighbors and connectivity over BVI interfaces.
- Symptom: The device may lose its IP OSPF neighbor information and connections over a BVI interface after a few days of running, requiring a system reboot.
- Workaround: None.
- IP routing might fail because of incorrect IP prefix entries in the CAM table.
- Symptom: IP prefix entries in the CAM table might point to incorrect adjacency information, causing routing failure.
- Workaround: None.
- Device might lose IPX connectivity over a BVI interface.
- Symptom: The device might lose IPX connectivity over a BVI interface, requiring the use of the clear ipx route * command to reestablish connectivity.
- Workaround: None.
- Subsequent IPX pings fail after a ping with a timeout value of zero.
- Symptom: After executing an IPX ping with a timeout value of zero, subsequent IPX pings on the device will fail.
- Workaround: None.
- When topology changes occur, the IOS bridge table may become inconsistent.
- Symptom: When an FEC is configured as a part of a bridge group and a topology change occurs, the bridge table may get out of sync with the Layer 2 CAM information.
- Workaround: Use the clear bridge command to keep the IOS bridge table and the Layer 2 CAM in sync.
- Node crash on TFTP boot.
- Symptom: A fully loaded Catalyst 8540 CSR with 2-port Gigabit Ethernet modules boots properly from bootflash and slot, but does not boot from tftp.
- Workaround: None.
- Interface level multicast control does not work if a BVI has no IP address.
- Symptom: If you configure BVI, but do not want to do IP routing at the BVI level, and you have IP addresses for the interfaces in the bridge group, then routing protocols may not work.
- Workaround: Remove the interfaces from the bridge group and then add them back into the bridge group.
- Large bridge group configurations with IRB lead to AAL5 buffer exhaustion.
- Symptom: When a large number of bridge groups or bridge group members are configured and IRB is enabled on the devices, reloading one of the devices or configurations may lead to high CPU utilization. The side effect of this is temporary spanning-tree loops, leading to AAL5 buffer exhaustion problems.
- Workaround: In this case, if IRB is enabled, you may need to increase the number of buffers on the device using the aal5 buffers command.
- Interface MAC address change is not reflected in source MAC filtering.
- Symptom: Changing the MAC address for a bridge group member causes CPU-bound packets on that interface to be discarded. For a port channel, the problem occurs when the first member is removed from the port channel.
- Workaround: When an interface's MAC address is changed, remove the interface from its bridge group and then add it back into the bridge group.
- HSRP MAC appears as a REMOTE entry in the CAM table for an ACTIVE router.
- Symptom: When a peer switch with UPLINK FAST enabled is connected to a Catalyst 8500 bridge group interface, the virtual MAC address of HSRP for an ACTIVE device in one of the member interfaces of the bridge group is programmed as a REMOTE entry.
- Workaround: Use the clear bridge command to update the CAM table.
- Removing adjacencies when bridge entry ages may lead to high CPU utilization.
- Symptom: Adjacencies are removed when a bridge table entry ages out. This causes traffic to be routed to the CPU, which may lead to high CPU utilization.
- Workaround: Set the ARP timeout value to be less than the bridge age timer.
- When the fiber port LXT97X is shut, it does not send correct link pulses.
- Symptom: When the fiber port is shut, level 1 does not have a mechanism for disabling the transmit signal. Disabling the fiber mode causes the level 1 chip to cut itself from the optical transceiver, which puts the transceiver in a floating state. The remote connection might pick up the bad signal sent by the transceiver as a good one and declare itself as up. The randomness of this signal causes flapping. This is evident when the fiber ports are connected between the following systems:
- When the fiber ports on the Catalyst 8540 CSR and Catalyst 8510 CSR are connected, and the port on Catalyst 8540 CSR is shut, link flapping can occur on the Catalyst 8510 CSR fiber port.
- When the fiber ports on two Catalyst 8540 CSRs are connected, link flapping can occur on the fiber port of one of the Catalyst 8540 CSRs when the fiber port on the other the Catalyst 8540 CSR is shut down.
- When either a Catalyst 8540 CSR or a Catalyst 8510 CSR are connected to a Catalyst 5000, link flapping can occur on the fiber port of the Catalyst 5000 if it does not detect the shutdown on the fiber port of the Catalyst 8540 CSR or the Catalyst 8510 CSR.
- Workaround: Change the hardware to send a constant signal (idle) when the port is shut.
- CPUHOG messages appear on a 16 EtherChannel subinterface configuration.
- Symptom: With 16 or more subinterfaces on a port channel, the following configuration may cause CPUHOG messages to appear:
[no] ip routing
[no] ipx routing
[no] bridge irb
[no] bridge-g [bridge-group-no]
- Workaround: No workaround is needed; the CPUHOG messages should not affect the functionality of the device.
- Gigabit Ethernet interface module port failure.
- Symptom: Under certain conditions, some Gigabit Ethernet interface module ports will not come up.
- Workaround: If you observe this problem, you may need to upgrade your 10/100BASE-T interface module firmware. Contact your Cisco service representative for more information.
%IPX-3-BADINSERT: Duplicate SAP entry insert attempted.
- Symptom: The switch router returns a %IPX-3-BADINSERT message when a duplicate SAP entry is made.
- Workaround: None.
- Non RPF (reverse path forwarding) multicast traffic is forwarded to CPU.
- Symptom: High CPU utilization if multicast traffic is high. When PIM protocol is configured, non-RPF multicast traffic is forwarded to the CPU.
- Workaround: None.
- Formatting information is lost if an IOS image is downloaded to slot 0.
- Symptom: When downloading an IOS image to the slot 0 Flash memory card on the Catalyst 8510 CSR by way of SNMP, the copy operation fails with a "copyUnknownFailure" message, and the formatting information on the Flash memory card is lost.
- Workaround: When downloading an IOS image by way of SNMP, such as with the SWIM (Software Image Management) application of CiscoWorks2000, always use slot 1 instead of slot 0 as the target location of the IOS image.
- The show controllers command can bring down an interface.
- Symptom: Occasionally, the show controllers interface-name command can bring down an interface and the line protocol. The condition that leads to this scenario is random and very infrequent. The end result is that routing/bridging stops on this interface.
- Workaround: None.
- The scheduler allocate command is not supported on the Catalyst 8500 CSR.
- Symptom: Unpredictable results might occur if the CPU scheduler allocation is changed in the configuration file.
- Workaround: Remove the scheduler allocate command from the configuration file. We recommend that you do not change the default values for this command.
- CPUHOG message appears when activating OSPF on a large port channel configuration.
- Symptom: A CPUHOG message appears when OSPF is activated on a port channel interface with more than 30 subinterfaces.
- Workaround: The operation succeeds even if this message appears. No action is necessary.
- The default spanning tree path cost is incorrect on Gigabit Ethernet interfaces.
- Symptom: Path costs on Gigabit Ethernet interfaces shown by the show span command do not match the expected default value of 100.
- Workaround: Set the path costs manually. One option would be to set the path cost for Gigabit EtherChannel (GEC) ports to 1 and set the path cost for the non-GEC ports to 2.
This section describes the following Catalyst 8500 CSR restrictions:
The following restrictions apply to the ACL daughter card supported on the Catalyst 8540 CSR:
- The 8-port Gigabit Ethernet interface does not support an ACL daughter card.
- UDP flooding is disabled on routers with an ACL daughter card.
- The following ACLs are not supported with the ACL daughter card:
- ACL for GEC, FEC, or BVI
- Dynamic ACL
- Reflexive ACL
- IPX extended ACL
- ACL logging
We recommend that you evaluate the level of CPU utilization and performance in your switch router before turning on AppleTalk, particularly in a Catalyst 8510 CSR. Unlike IP and IPX, AppleTalk routing and processing in the Catalyst 8500 CSR is accomplished by the switch processor, not the interface module. This means that routing AppleTalk packets consumes more processing time than routing other protocol packets. In a switch with a sustained high CPU utilization, turning on AppleTalk could result in longer convergence times for routing protocols like EIGRP. AppleTalk packet throughput is dependent on the amount of available CPU processing power.
The four adjacent ports (such as 0-3 or 4-7) on a 10/100 Fast Ethernet interface must all use the same VLAN encapsulation, that is, either 802.1Q and native, or ISL and native.
When assigning Ethernet interfaces to an EtherChannel, all interfaces must be either Fast Ethernet or Gigabit Ethernet. You cannot mix Fast Ethernet and Gigabit Ethernet interfaces within a single EtherChannel.
Catalyst 8500 interface modules support a maximum of 2 paths. To improve EIGRP or OSPF convergence, set the maximum-paths for the router to 2, using the following command:
8500(config)# router eigrp 109
8500(config-router)# maximum-paths 2
- The snooping source port and destination port cannot be the same port.
- You can only snoop with one source port and one destination port.
- Snooping configuration information is not saved in NVRAM.
- You cannot snoop a port that is part of a bridge group.
The 8-port Gigabit Ethernet interface module is supported on the Catalyst 8540 CSR only. This section describes limitations of the 8-port Gigabit Ethernet interface module.
The 8-port Gigabit Ethernet interface module installed in a Catalyst 8540 CSR can support a maximum of 24 ports per bridge group.
If your Catalyst 8540 CSR has an 8-port Gigabit Ethernet interface module, you cannot create a port channel that has some members on that module and others on other modules. All port channel members must reside on the same Gigabit Ethernet interface module.
Also, if your switch router has an 8-port Gigabit Ethernet interface module, port channel IDs 57 to 64 are reserved, and cannot be assigned to other external interfaces. If you assign a port channel ID number greater than 56, the system will respond with the following message:
Port channel with ID > 56 cannot be created.
If you have already assigned port channel IDs 57 to 64, you must reassign them before installing an 8-port Gigabit Ethernet interface module.
If your switch router does not have an 8-port Gigabit Ethernet interface module, you can assign port channel ID numbers up to 64.
The following restrictions apply to the online insertion and removal (OIR), also known as hot swapping, of interface modules on the Catalyst 8500 CSR:
- Wait at least one minute after removing an interface module before inserting a new one.
- Do not remove more than one interface module at a time while the device is operational.
- OIR of the 8-port Gigabit Ethernet interface module is supported in Cisco IOS Release 12.0(5)W5.13 and later releases.
On an 8540 CSR, the reprogram command for upgrading the FPGA on the switch processor requires power cycling the box after completing the FPGA download.
The Catalyst 8500 CSR switch routers support extra long haul (1000BASE-ZX) GBICs as follows:
- Catalyst 8540 CSR: A maximum of 12 1000BASE-ZX GBICs per system to comply with FCC Class A emissions (CFR 47 Part 15), or 8 1000BASE-ZX GBICs per system to comply with EN55022 Class B emissions (CISPR22 Class B).
- Catalyst 8510 CSR: Up to four 1000BASE-ZX GBICs in a total of four Gigabit Ethernet interface modules to comply with radiated emissions requirements.
The Catalyst 8540 CSR supports the use of redundant route processors and switch modules. The second route processor would be installed in slot 8, and an additional switch module would be installed in slot 6.
There are some precautions that need to be taken before removing a route processor module from a chassis that is powered-up. If a route processor module that is currently running IOS is removed from the chassis in a skewed manner such that the left side of the processor comes out before the right side does, the traffic flowing through the device may stop flowing.
To avoid this, make sure the route processor module that is being removed is currently at the ROM monitor prompt; it is then safe to remove it from the chassis. One way to get the system into ROM monitor from IOS is to issue a reload command. This will work if the system is not configured to auto-boot. If the system is configured to auto-boot, it starts booting IOS again.
Since you need to ensure that a route processor is in ROM monitor before removing it, the redundancy prepare-for-cpu-removal command has been added to take the system to the ROM monitor prompt. Execute this command on the route processor being removed before removing it. Once this command is issued, the route processor will go to the ROM monitor prompt and stay there even if the system is configured to auto-boot. At this point it is safe to remove the route processor from the system.
If a Catalyst 8540 CSR has three switch modules, then by default the switch modules in slots 5 and 7 come up as active, and the one in slot 6 comes up as the standby. If you wish to change this default, there is a command that lets you select the "preferred" switch module slots. This command is a privileged exec level command with the following format:
- redundancy preferred-switch-card-slot slot#1 slot#2
Two unique preferred slots must be specified. The range of the slot value is 5 to 7. If one of the preferred slots is not a currently active switch module, you are informed of this and asked if the system should change the active switch modules to the preferred switch modules. If such a switch-over occurs, all the active connections in the system will be reinitialized. If you wish to continue, then the preferred switch modules become active, and the other switch module becomes the standby. This configuration will remain in effect until either one of the active switch modules is removed.
The preferred switch module configuration is preserved across route processor switch-overs. However, the preferred switch modules setting will be lost if the system is power-cycled or if both route processors are reloaded to the ROM monitor.
Beginning with Cisco IOS Release 12.0(5)W5(13) software, the autonegotiation feature for speed and duplex on 10/100BASE-T Ethernet ports defaults to "on." This means that for each port, the Catalyst 8500 CSR automatically detects the port speed (10 Mbps or 100 Mbps) and duplex of the peer port, if that port also autonegotiates.
To override autonegotiation and set a port to 10 Mbps operation, issue the following command:
(config-if)# speed 10
To set a port to 100 Mbps operation, issue the following command:
(config-if)# speed 100
To set the duplex value for a port to full-duplex, issue the following command:
(config-if)# duplex full
To set the duplex value for a port to half-duplex, issue the following command:
(config-if)# duplex half
 |
Caution If you connect a Catalyst 8540 CSR running Cisco IOS Release 12.0(5)W5(13) software to a router or switch running in forced full-duplex mode, you may encounter symptoms such as high collision rate or reduced throughput, as the Catalyst 8540 unsuccessfully tries to autonegotiate with the other device. When autonegotiation fails, the Catalyst 8540 defaults to half-duplex operation, which causes a mismatch between it and the other device. Possible workarounds include forcing the Catalyst 8540 CSR to operate in full-duplex mode or removing the full-duplex command from the other device. |
You can use Catalyst 8540 CSR interface modules in a Catalyst 8540 MSR chassis with an MSR route processor and switch modules. Use only CSR (Ethernet) interface modules, and load the CSR software image on the MSR.
Starting with the following software releases, hardware and software functionality interoperability exists between CSR interface modules and MSR interface modules by way of the ATM router module on the MSR chassis running an MSR image:
- Cisco IOS Release 12.0(4a)W5(11a) supports interoperability between CSR interface modules and MSR interface modules by way of the ATM router module on the Catalyst 8540 MSR running an MSR image.
- Cisco IOS Release 12.0(10)W5(18b) supports interoperability between CSR interface modules and MSR interface modules by way of the ATM router module on the Catalyst 8510 MSR running an MSR image.
When you connect a Catalyst 8540 CSR to a Catalyst 5000 100BASE-FX MM Ethernet interface module using ISL, ensure that the hardware version on the Catalyst 5000 interface module is 1.3 or higher. You might experience connectivity problems between the Catalyst 8540 CSR and the Catalyst 5000 if the hardware version on the Catalyst 5000 Ethernet interface module is lower than 1.3.
The Catalyst 8540 CSR and 8510 CSR systems running Cisco IOS Release 12.0(0.6)W5(1) and later have been certified as Y2K Compliant. For more information, see the following URL: http://www.cisco.com/warp/public/752/2000/.
The following documents provide information related to Catalyst 8500 campus switch routers.
- Catalyst 8540 Interactive Quick Start
- Quick Reference Catalyst 8540 CSR and MSR Hardware Information
- Catalyst 8540 Campus Switch Router Route Processor and Interface Module Installation Guide
- Catalyst 8510 Interactive Quick Start
- Quick Reference Catalyst 8510 and LightStream 1010 Hardware Information
- Catalyst 8510 Campus Switch Router Processor and Interface Module Installation Guide
- Layer 3 Switching Software Feature and Configuration Guide
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. |
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.
Posted: Tue Sep 12 10:55:07 PDT 2000
Copyright 1989-2000©Cisco Systems Inc.
