cc/td/doc/product/software/ios111
hometocprevnextglossaryfeedbacksearchhelp

Table of Contents

11.1(17) Caveats
11.1(16) Caveats/11.1(17) Modifications
11.1(15) Caveats/11.1(16) Modifications
11.1(14) Caveats/11.1(15) Modifications
11.1(13) Caveats/11.1(14) Modifications
11.1(12) Caveats/11.1(13) Modifications
11.1(11) Caveats/11.1(12) Modifications
11.1(10) Caveats/11.1(11) Modifications
11.1(9) Caveats/11.1(10) Modifications
11.1(8) Caveats/11.1(9) Modifications
11.1(7) Caveats/11.1(8) Modifications
11.1(6) Caveats/11.1(7) Modifications
11.1(5) Caveats/11.1(6) Modifications
11.1(4) Caveats/11.1(5) Modifications
11.1(3) Caveats/11.1(4) Modifications
11.1(2) Caveats/11.1(3) Modifications
11.1(1) Caveats/11.1(2) Modifications
11.1(17)AA Caveats
11.1(16)AA Caveats/11.1(17)AA Modifications
11.1(15)AA Caveats/11.1(16)AA Modifications
11.1(14)AA Caveats/11.1(15)AA Modifications
11.1(13)AA Caveats/11.1(14)AA Modifications
11.1(12)AA Caveats/11.1(13)AA Modifications
11.1(11)AA Caveats/11.1(12)AA Modifications
11.1(10)AA Caveats/11.1(11)AA Modifications
11.1(9)AA Caveats/11.1(10)AA Modifications
11.1(8)AA Caveats/11.1(9)AA Modifications
11.1(7)AA Caveats/11.1(8)AA Modifications
11.1(5)AA Caveats/11.1(7)AA Modifications
11.1(17)CA Caveats
11.1(16)CA Caveats/11.1(17)CA Modifications
11.1(15)CA Caveats/11.1(16)CA Modifications
11.1(14)CA Caveats/11.1(15)CA Modifications
11.1(13)CA Caveats/11.1(14)CA Modifications
11.1(12)CA Caveats/11.1(13)CA Modifications
11.1(11)CA Caveats/11.1(12)CA Modifications
11.1(10)CA Caveats/11.1(11)CA Modifications
11.1(9)CA Caveats/11.1(10)CA Modifications
11.1(8)CA Caveats/11.1(9)CA Modifications
11.1(7)CA Caveats/11.1(8)CA Modifications
11.1(6)CA Caveats/11.1(7)CA Modifications
11.1(5)CA Caveats/11.1(6)CA Modifications
11.1(4)CA Caveats/11.1(5)CA Modifications

11.1(17) Caveats

This section describes possibly unexpected behavior by Release 11.1(17). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(17).

AppleTalk

When using ARA ver 3.0 the cisco router allocates an Appletalk node address of 0 and ppp negotiation fails. [CSCdj77846]

Basic System Services

The only known workaround is to completely unconfigure the old card before replacing it with the new card. Sometimes, it might even be necessary to issue a write erase command, reboot the router, and then redefine the existing interfaces to completely remove all configuration traces of the old card. Once the information that is displayed by the show commands is self-consistent, the newly inserted card behaves normally. [CSCdi49800]
Central Issue ------------- In actuality, the encrypted password is not truncated in revision 11.1(6). In fact the encrypted password was actually truncated in rsp revision 11.0(8). Bug fix CSCdi13190 was made to correct the maximum lengths of encrypted passwords. Originally the maximum length of a non encrypted password was 25 characters while an ecrypted password was restricted to 11 characters. The parser would allow the user to enter more characters but would truncate them internally at the maximum length.
What does this mean to customers upgrading from 110-8? ------------------------------------------------------ According to DDTS, the code for CSCdi13190 was checked into releases: 11.1(1.0.1) 11.1(1.0.3) 10.3(13.0.1)
If a router is running a release without this fix and the enable password is "secretpassword" (14 characters) and password encryption is enabled. Internally that ecnrypted password is truncated to "secretpassw" (11 characters) and stored this way in the config file (NVRAM). Unfortunately, at this revision the user may not understand this truncation is going on.
If the router is upgraded to a release containing bug fix CSCdi13190. When the user enters "secretpassword" as the enable password, the full 14 bytes are encrypted and compared against the config. Unfortunately the two will not match and the verification will fail with message similar to the following.
"% Bad passwords"
Only when the user explicitly enters only the first 11 characters of the password will the encrypted password match the encrypted password in NVRAM.
What about downgrading? ----------------------- The situation can be even worse when downgrading from a revision containing fix CSCdi13190 to a revision without it.
If the encrypted password is "secretpassword". The fully encrypted password is now in NVRAM. Then the rsp release is downgraded to the earlier revision.
When the user enters the password they will have an issue. At this rev only a maximum of 11 characters can be encrypted, the rest is truncated and ignored. Therefore, it will be impossible for the user to ever match the 14 character encrypted password stored in NVRAM and they will not be able to log in. [CSCdi75034]
%SYS-3-SUPNONE: Registry 23 doesn't exist [CSCdj19276]
%QA-3-DIAG: Illegal buffer 0x0010 found on queue 0x38, element 1 %QA-3-DIAG: Queue 0x38 (480001C0) has 1 elements %QA-3-DIAG: At least one QA queue is broken
These messages should be ignored. [CSCdj20298]
possibly introduced by CSCdi68943 (which added static arp entries into atTable). [CSCdj24582]
no int atm x/x.x int atm x/x.x point-to-point
results in error message:-
% Warning: cannot change link type
Workaround:
int atm x/x.x point-to-point no int atm x/x.x int atm x/x.x point-to-point [CSCdj43221]
Currently the work around (have the clock synchronize in a short time interval) is to deconfigure and reconfigure NTP in the slave system. [CSCdj51376]
This is a problem when copying from the flash to the slot of the SAME router. There is no problem copying the file on flash to a flash card on another router that is set up as a tftp server. [CSCdj65335]
rp-cisco75>sh ver Cisco Internetwork Operating System Software IOS (tm) GS Software (RSP-J-M), Version 11.1(11), RELEASE SOFTWARE (fc1) Copyright (c) 1986-1997 by cisco Systems, Inc. Compiled Mon 21-Apr-97 16:39 by dschwart Image text-base: 0x600108A0, data-base: 0x60766000
ROM: System Bootstrap, Version 11.1(2) [nitin 2], RELEASE SOFTWARE (fc1) ROM: GS Software (RSP-BOOT-M), Version 11.1(472), RELEASE SOFTWARE (fc1)
rp-cisco75 uptime is 9 weeks, 3 days, 27 minutes System restarted by reload System image file is "slot0:rsp-j-mz_111-11.bin", booted via slot0
cisco RSP2 (R4600) processor with 32768K bytes of memory. R4700 processor, Implementation 33, Revision 1.0 Last reset from power-on G.703/E1 software, Version 1.0. SuperLAT software copyright 1990 by Meridian Technology Corp). Bridging software. X.25 software, Version 2.0, NET2, BFE and GOSIP compliant. TN3270 Emulation software (copyright 1994 by TGV Inc). Chassis Interface. 1 EIP controller (6 Ethernet). 1 FSIP controller (8 Serial). 2 FEIP controllers (4 FastEthernet). 6 Ethernet/IEEE 802.3 interfaces. 4 FastEthernet/IEEE 802.3 interfaces. 8 Serial network interfaces. 123K bytes of non-volatile configuration memory. [CSCdj71661]

EXEC and Configuration Parser

There is no operational impact due to their presence and/or use. This is a cosmetic problem. [CSCdj18849]
goldy(config)#int atm0.1 ? multipoint Treat as a multipoint link point-to-point Treat as a point-to-point link goldy(config)#int atm0.1 % Incomplete command.
Previously multipoint type used to be the default for ATM sub-interfaces. [CSCdj68721]

IBM Connectivity

APAR Identifier ...... IR30678 Last Changed ........ 95/11/02 CPCP SESSION WON'T ACTIVATE AFTER TAKEOVER CONTACT.
Symptom ...... IN INCORROUT Status ........... CLOSED PER Severity ................... 4 Date Closed ......... 95/09/27 Component .......... 564806300 Duplicate of ........ Reported Release ......... 303 Fixed Release ............ 999 Component Name NCP V7 Special Notice Current Target Date ..95/11/13 Flags SCP ................... Platform ............
Status Detail: APARCLOSURE - APAR is being closed.
PE PTF List:
PTF List: Release 303 : UR44944 available 95/10/23 (F510 ) Release 732 : UR44945 available 95/10/19 (9510 )
Parent APAR: Child APAR list:
ERROR DESCRIPTION: CPCP session won't activate after takeover contact. The logic in the code comparing the ACTPU requirements in the XID(NA) to the initial XID is bad causing the XID(NA) to be rejected with a CV22. LOCAL FIX:
PROBLEM SUMMARY: **************************************************************** * USERS AFFECTED: All SNA * **************************************************************** * PROBLEM DESCRIPTION: Session won't activate after takeover * * contact. XID(NA) is rejected with * * CV22. * **************************************************************** * RECOMMENDATION: Apply appropriate PTF. * **************************************************************** CPCP sessions won't activate after takeover contact. The logic in the code comparing the ACTPU requirements in the XID(NA) to the initial XID is bad causing the XID(NA) to be rejected with a CV22. The CV22 is as follows: 2203000900.
PROBLEM CONCLUSION: The incorrect logic was caused by a compiler problem. To correct the problem, the CHKCV61 routine was moved from CXDXIDV to CXDDUM1.
TEMPORARY FIX:
COMMENTS:
MODULES/MACROS: CXDDUM1 CXDXIDV SRLS: NONE
RTN CODES:
CIRCUMVENTION:
MESSAGE TO SUBMITTER: [CSCdi31041]
Workaround: Remove all fras commands before chaninging from sdlc encapsulation. [CSCdi48091]
This may cause the application on the management station issuing this command to go into an infinite loop. [CSCdi48891]
A sample configuration would be: interface Serial0 encapsulation sdlc sdlc role secondary sdlc address C1 sdlc address C2 dspu enable-host sdlc C1 dspu enable-host sdlc C2 no shutdown
All sdlc configuration commands would be removed by changing the encapsulation; i.e "no encapsulation sdlc":
int serial 0 no encapsulation sdlc
So the configuration would show:
interface Serial0 no ip address no keepalive no fair-queue no cdp enable no shutdown
If sdlc encapsulation is configured again then the previous "dspu enable" configuration commands re-appear:
interface serial 0 encapsulation sdlc
interface Serial0 no ip address encapsulation sdlc no keepalive dspu enable-host sdlc c1 dspu enable-host sdlc c2 no shutdown
A work around for this problem would be to reload the router inorder to clean up properly. [CSCdi62105]
The WORKAROUND is to do a SH LNM INT X/Y where X is the slot and Y is the interface. [CSCdj54171]
The description for the cipCardAdminMaxLlc2Sessions object does not match the behavior of the max llc2 session configuration parameter. [CSCdj72029]
There is currently no known workaround [CSCdj77893]
There is currently no known workaround [CSCdj77914]

Interfaces and Bridging

Internal controller counts:
line errors: 0/1309, internal errors: 0/0 ^^^^ ^ burst errors: 0/11224, ari/fci errors: 0/0 ^^^^^ ^ abort errors: 0/0, lost frame: 0/2 ^ ^ copy errors: 0/0, rcvr congestion: 0/0 ^ ^ token errors: 0/16575, frequency errors: 0/0 ^^^^^ ^ [CSCdi62392]
I checked 'show smf'. When 16 MAC addresses is registered on FE, I cannot ping/telnet HSRP virtual address. But HSRP replies ARP request. If I delete or disable any protocol, and the number of MAC decrease less than 16 (i.e. 15 or fewer), HSRP works fine. [CSCdi92485]
The workaround is to do a command that will cause 'cbus complex' restart, e.g. configure the mtu size to a different value (and then change it back to your proper configuration), e.g. -- assuming the mtu was default 1500
interface s 1/0 mtu 8000 ! to cause a cbus complex restart mtu 1500 ! change back to the proper value [CSCdj03047]
This problem has been observed on a Cisco 7000 with RP and SP cards only.
The problem is found to be caused by FEIP microcode feip10-6, and is now fixed with new FEIP microcodes. The new microcode can be downloaded from ftp-eng.cisco.com, under /ftp/shhwang, with feip10-7 for 7000 platform and rsp_feip20-6 for 75xx platform. To install them, follow these steps:
1. Download the microcode to the router's configuration file (either PCMCIA or onboard Flash module) by using the copy command.
2. Enter into configuration mode by issuing a configure command in enable mode.
3. Use the microcode feip flash flash-device feip10-7 command for the Cisco 7000.
4. Issue the microcode reload command to reload the FEIP with the new microcode. This command causes all IP cards to be reloaded.
5. Exit glogal configuration mode, and enter a write command to make the configuration permanent.
For the 7500 platform, replace feip10-7 in step 3 with rsp_feip20-6. [CSCdj14743]
However, this is not true when you reverse telnet to any of the async lines. In other words, if you config the async line to be no exec-banner
then you reverse telnet to this async line, then you will see the MOTD banner in addition to the INCOMING banner. [CSCdj16789]
As can be seen via the sniffer traces from 11/17 and 11/24 there are several similarities between the two outages.
1. There was a sua change to pull fb99 from the ring. 2. Several purge frames. 3. Streaming of claim tokens from by b782for .95 seconds. 4. Streaming of Beacons by fb99 for approx. 16 sec. 5. DLS4 interface token 2 link state change.
Differences: 11/24 had a second period of streaming claims from 3793 followed by steaming beacons from 3793. 11/24 had DLS6 interface token 2 link state change. 11/17 sniffer trace shows mac frames out of order in respect to the token ring archetechure manual. However, we cannot confirm this is a topology change.
I would like to note that this appears to be a firmware fix identified in CSCdj22150 and CSCdi93243 which was integrated into release 11.1(13.3). This customer is running 11.1(14). I will be including as an enclosure a copy of the 11/17 11/24 NG sniffer traces along with another enclosure discribing our finding and problem locations. [CSCdj62402]
+-----------+ | | +---------+ +----+ |Campus FDDI+------7000 P01----------------| 360 | |392 | | | ring group xx x |0x168 | |x188| | | 0x501 |Token | | | |Ring 2730 | |Ring +----ACC----+ | |0xAAA | | | Bridbe | | | +----- 7000 P02----------------| | | | | | ring Group 1490 +---------+ +----+ +-----------+ 0x5D2 | | | To Fep [CSCdj64489]
The workaround is to remove the bridge-group from the subinterface. [CSCdj69528]

IP Routing Protocols

The workaround is to issue the command once for every entry in the route-map. [CSCdi74893]
Feb 7 14:40:06: %LINK-3-BADMACREG: Interface Fddi3/0, non-existent MACADDR registry for link 4 -Process= Probe Input, ipl= 0, pid= 20 -Traceback= 1BE42E 12D604 2AB400 2AAD68 2AAF2A [CSCdi93109]
The work around is to do an extended trace and source the packet from a different IP address on the router. [CSCdj13341]
The workaround is to include the superset network line in the configuration file. [CSCdj24152]
Reason:
SSE switching is not supported on a ISL interface. The command should not be accepted on interface [CSCdj46836]
IP-RT Background process . [CSCdj54602]
The BGP MIB variable that indicates the Up/Down time for BGP peers (BgpPeerFsmEstablishedTime) is reset after several weeks. There is no change in the state of the neighbors.
Conditions:
This problem can be observed under normal operating conditions.
Note that there is no impact to the state of the neighbors. [CSCdj60542]
Routing protocol in EIGRP. Route 10.31.1.0 and 10.31.2.0 is learned via the next hop of serial 1. The next hop router is the originator of the routes. Therefor, the bandwidth used for metric calculation of 0.0.0.0 should be the bandwidth of serial 1. After analysis I have identified two non-conforming cases in this network. This is generic configuration information for both cases and routers.
interface Serial0.176 point-to-point ip address 10.x.x.x 255.255.255.252 ip bandwidth-percent eigrp 10 90 bandwidth 30 frame-relay interface-dlci 367
interface Serial1 ip address 10.y.y.y 255.255.255.252 bandwidth 192
router eigrp 10 redistribute static network 10.0.0.0
ip route 0.0.0.0 0.0.0.0 10.31.1.0 ip route 0.0.0.0 0.0.0.0 10.31.2.0
CASE1: --S1 BW 192 ----- MOSTIXC4 -----s0.x BW 30-------- remote (only one default route with min. BW192) --S1 BW192 ------ MOSTT14 ------S0.x BW 30 ------
The bandwidth in the 0.0.0.0 metric calculation is taken from serial 1. However, T14700 serial 1 bankdwidth is 192K and the bandwidth in the 0.0.0.0 calculation is 30. IXC4700 serial 1 bandwidth is 192 and bandwidth in the 0.0.0.0 calculation is 192. This does not allow for load balancing at the remote site.
CASE2: --S1 BW 192 ----- IXC4700 -----s0.x BW 30-------- remote (only one default route with min. 192) --S1 BW192 -------T14700 ------S0.x BW 30 ------
The bandwidth in the 0.0.0.0 metric calculation is taken from serial 1. However, T14700 serial 1 bankdwidth is 192K and the bandwidth in the 0.0.0.0 calculation is 30. MOSTT14 serial 1 bandwidth is 192 and bandwidth in the 0.0.0.0 calculation is 512K. Frame Relay subinterface have a Bandwith of 30. [CSCdj70556]
A possible work around is to use dense-mode PIM or reduce IGMP query interval by
[no] ip igmp query-interval
command. [CSCdj75782]

ISO CLNS

LAT

It works fine under the main interface...sho lat services will display the correct info. But no info. can be seen with sho lat services when sub- interface is configured. [CSCdj24853]

Protocol Translation

Workaround is to use "autocommand telnet " in the translate command. [CSCdi92593]

TN3270

Workaround is to explicity select a keymap-type on the line (TTY) or make the keymap name equal to the terminal type name. [CSCdj35972]

VINES

Wide-Area Networking

*****Note**** make production, modular, and oddballs was added to the svip makefile in California_branch with bug CSCdi52864 ************* [CSCdi55500]
%SYS-3-INVMEMINT: Invalid memory action (malloc) at interrupt level -Traceback= 107EA 1D190C 1EA92 342D2E 34188E 32F100 330378 3328F2 %X25-3-INTIMEQ: Interface Serial1, LCN 2 already in timer queue, new time 310620 -Process= "interrupt level", ipl= 4 -Traceback= 333396 330618 3328F2 332348 331E06 34FA74 6DE0C 1158F2 [CSCdi57343]
The default microcode has been made vip21-4 so that it is one version less than is currently being built by the rvip makefile. This is so an engineer knows to build his/her own rvip image and include it if rvip testing needs to be done (one never should test on an old rev) [CSCdi57605]
It looks like that it's an ISDN problem but actually it's a loopback command problem which doesn't tear down the isdn call before it enters the loopback mode. If we need to tear down isdn calls before the controller being loopback, c7000/c4000/as5200 related products may need to do the same thing to fix this problem. Currently, as far as I know, none of these platforms have teared down the isdn calls under the loopback mode either under controller loopback or serial interface loopback.
The workaround for this is to clear all of isdn calls before the controller enters the loopback mode or after the controller exits the loopback mode. The command 'clear int s 0:23' or 'clear int s 1:23' will bring down all of active isdn calls under controller 0 or 1. [CSCdi57815]
A workaround is to remove either ip tcp header-compression or ppp multilink from tne interface configuration. [CSCdi60142]
%AIP-3-AIPREJCMD: Interface ATM5/0, AIP driver rejected Setup VC command (error code 0x0008)
%ATM-3-FAILCREATEVC: ATM failed to create VC(VCD=1500, VPI=10, VCI=257) on Interface ATM5/0, (Cause of the failure: Failed to have the driver to accept the VC)
The limit to the number of VPI values used depends on the configuration of the vc-per-vp configuration parameter. When vc-per-vp is 1024 (the default), 33 VPI values can be used. To work around this limitation, implement the atm vc-per-vp command on the particular ATM interface, which lowers the number of VCs per VP. This results in a corresponding increase in the number of VPI values that can be used. [CSCdi67839]
The 'show interface bri x' command shows BRIx is up, line protocol is down. The work around is to do a clear interface bri x after the system comes up. The correct behavior would be for the system to come up with BRIx is up, line protocol is up(spoofing). [CSCdi68484]
The workaround is to reload the router to clear the dialer problem . The problem is not seen with PPP or HDLC encapsulations. [CSCdi69006]
Specifically, UNI 3 specifies that the combination of traffic parameters allowed for best effort is: - Peak Cell Rate Forward CLP0+1 - Peak Cell Rate Backward CLP0+1
The router always prefers to signal best effort, but can only do so if only these traffic parameters are requested in map-class. Therefore, if any statements other than:
atm aal5mux atm broadcast atm layer2-protocol-id atm forward-peak-cell-rate-clp1 atm backward-peak-cell-rate-clp1
are present in an atm map-class, best effort is not signalled. [CSCdi71934]
%AIP-3-AIPREJCMD: ATM4/0/0 vip_1a_setup_vc command failed (error code 0x0008)
is confusing. It appears on the ATM-Lite which is by default configured with atm vc-per-vp = 1024. Although the card supports 8 bits of vpi with 10 bits of vci, the card has only a matrix of 6144 vc*vp. We will be able to define vpi 10,24,48,176,254 but when defining a vc on another vpi, the system will refuse with message show above.
The work-around is to either - change atm vc-per-vp to a smaller value to be able to define 6144/vc-per-vp differnt vpi. - define vc on the same vpi as the one already used. [CSCdj22781]
1) Nevada Error Interrupt Register 2) CYASIC Error register 3) CYASIC Other Intrpt register 4) CYASIC CYBUS Error register 5) CYASIC PKT Bus Error register 6) PMA error register [CSCdj34783]
LIF_Fatal called from CCPRI 0x600B578C, func =3D CCPRI_Mail, string Couldn't send a package to the HOST: 6 ExecExit called from 0x6008BC0C %SYS-6-STACKLOW: Stack for process ISDN running low, 0/6000(GDB)
Stack contains : process_run_degraded_or_crash
Many ISDN line with heavy utilization seems to be associated to the crash.
NO workaround available up to now. [CSCdj73619]

11.1(16) Caveats/11.1(17) Modifications

This section describes possibly unexpected behavior by Release 11.1(16). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(16). For additional caveats applicable to Release 11.1(16), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(17).

Basic System Services

For example, a problem was found with a 7500 using a large number of fast ethernet and/or ethernet interfaces and one or more FDDI interfaces. The pool of packet memory should have allocated 80% of the memory to the ethernet and fast ethernet interfaces which use an MTU of 1536. The error is it got 20% of the memory, and the lone FDDI interface with MTU 4512 got 80% of packet memory.
The problem occurred with 55 Ethernet, 6 FastEthernet and 1 FDDI network interface. The problem did not occur with fewer interfaces, specifically 36 Ethernet, 5 FastEthernet and 1 FDDI interface.
The problem may show up a high number of input drops on some router interfaces. [CSCdj55428]

IBM Connectivity

There is no workaround. [CSCdj62026]
The problem typically occurs when Netbios is utilized to allow workstations to communicate between ethernet and token ring. It will also occur when SNA is used.
The workaround is to disable fast-switching by using the command no source-bridge transparent fastswitch or configure the end stations to use frames with a payload of less than or equal to 1500 bytes. [CSCdj62385]
[abort(0x601f2c3c)+0x8] [crashdump(0x601f0b20)+0x94] [process_handle_watchdog(0x601c2f08)+0xb4] [signal_receive(0x601b7d58)+0xa8] [process_forced_here(0x60169424)+0x68] [locate_node_index(0x607dbcc0)+0x64] [etext(0x60849e00)+0xcbee04] [CSCdj67966]
RA: 0x607E1724[find_matching_row(0x607e16ec)+0x38] RA: 0x607E1B9C[Tfind_next(0x607e1b70)+0x2c] RA: 0x6071182C[DBfind_next_directory_entry(0x60711814)+0x18] RA: 0x6070BAD8[CPdelete_men(0x6070ba90)+0x48] RA: 0x6070BA78[CPupdate_cp_status(0x6070b9c0)+0xb8] RA: 0x6070B40C[CPmain(0x6070b300)+0x10c] RA: 0x6070AC2C[newdss00(0x6070ab60)+0xcc] RA: 0x60183F80[r4k_process_dispatch(0x60183f6c)+0x14] [CSCdj70817]

Interfaces and Bridging

The whole interface will be reset when a user tries to add the ip address command. Caveat CSCdj02488 (integrated into 11.1(11) and 11.2(5.1)) fixed this problem.
A workaround for the other problem is to turn off CDP globally ("no cdp run") BEFORE adding/removing new/old sub-interfaces and turn cdp back on AFTER that. [CSCdj07291]
The condition which caused packets to stay on the input queue has been removed. [CSCdj30087]
This problem has minimal impact on the performance of the customer's multidrop line because a FEP usually resorts to individual polling. [CSCdj33392]
The problem only affects the mid-range and low-end platforms. [CSCdj41666]
Pending further investigation. [CSCdj45097]
buffers big min-free 5 buffers large max-free 10 buffers huge max-free 4 [CSCdj50120]

IP Routing Protocols

The router can be forced to install the matching route by using the clear ip route * command. [CSCdj32471]
The Proteon router's Internal Address is advertised as a Host Route not a network in the router's LSA. A Host Route is represented as a Type 3 link ( Stub Network ) whose link ID is the host's IP address and whose Link Data is the mask of all ones ( 0xffffffff ). This Host Route is advertise into all OSPF Areas.
The interoperatbility issue with the Cisco routers is that we will install the latest 'learnt' route to the Proteon's Internal address - this may not be the Shortest Path. See descriptions enclosures for a full explanation. [CSCdj56079]
A directly connected route A static route with the next hop set to an interface A static route with the next hop set to a dynamically learned route
The nature of the defect is that it will only occur after a dynamic event. If redistribution is manually configured, EIGRP will initially reflect correct information in the topology table, however after any sort of dynamic event the topology table becomes invalid and routing updates sent are inaccurate. [CSCdj58676]
When we use the serial interface for incoming packets and the ATM for outgoing there's no problem. Incoming on ATM, outgoing on serial also has this problem.
We used several IOS versions, always the same effect. In the config I tried ATM subinterfaces, ATM map-list, aal5mux and aal5snap.
It seems that incoming (IP multicast?) packets are not fast switched.
sh atm int atm0: 3869452 input, 2950238 output, 0 IN fast, 1097846 OUT fast [CSCdj59076]

Novell IPX, XNS, and Apollo Domain

Workaround is to enable processing of the default route. [CSCdj63007]

TCP/IP Host-Mode Services

Somebody has released a program, known as land.c, which+ can be used to launch denial of service attacks against various TCP implementations. The program sends a TCP SYN packet (a connection initiation), giving the target host's address as both source and destination, and using the same port on the target host as both source and destination.
For in-depth information including workarounds and information on other Cisco product vulnerabilities, please see:
http://www.cisco.com/warp/customer/770/land-pub.shtml [CSCdj61324]

Wide-Area Networking

During normal behavior, the point-to-point subinterface should go down when the primary DLCI fails. If a secondary DLCI fails, the subinterface stays up, but traffic destined for that DLCI only will fail. [CSCdj11056]
The workaround is to remove the ip tcp header-compression or ppp multilink command. [CSCdj53093]

11.1(15) Caveats/11.1(16) Modifications

This section describes possibly unexpected behavior by Release 11.1(15). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(15). For additional caveats applicable to Release 11.1(15), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(16).

Basic System Services

In particular the enqueue and the dequeue routines are not reset and this causes the box to crash, the moment the routines are invoked next time. However, once the box is rebooted the inconsistency is cleared. [CSCdj29439]
The Known workarounds are: 1)Increase the input queue to 175 ([75]Original Queue amount+[100] per exception dump x.x.x.x cmd) 2)Remove exception dump x.x.x.x command [CSCdj58035]

EXEC and Configuration Parser

IBM Connectivity

There is no known workaround. [CSCdj25859]
System was restarted by bus error at PC 0x8B5902, address 0x4AFC4AFC PC: process_snmp_trs_tg_inc
0x8B5CAC:_process_ms_data_req_trs(0x8b5aaa)+0x202 0x87E5FE:_xxxtos00(0x87d6b0)+0xf4e 0x180E5C:_process_hari_kari(0x180e5c)+0x0 [CSCdj36824]
System was restarted by bus error at PC 0x3784864, address 0xF0110208 PC 0x3784864[_Qfind_front(0x3040a04+0x743e44)+0x1c] RA: 0x36C1F2E[_queue_find_front(0x3040a04+0x68151c)+0xe] RA: 0x36CC554[_psbmfrm(0x3040a04+0x68bb30)+0x20] RA: 0x36CDAF6[_psp00(0x3040a04+0x68cfd4)+0x11e] RA: 0x314BD78[_process_hari_kari(0x3040a04+0x10b374)+0x0] [CSCdj44198]
PC 0x1EA33A[_crashdump(0x1ea2b8)+0x82] FP: 0xA6D9F0[_etext(0x8f2d38)+0x17acb8], RA: 0x1660DE[_validate_sum(0x16602a)+0xb4] FP: 0xA6DA14[_etext(0x8f2d38)+0x17acdc], RA: 0x141154[_checkheaps_process(0x1410b2)+0xa2] FP: 0xA6DA30[_etext(0x8f2d38)+0x17acf8], RA: 0x180FB8[_process_hari_kari(0x180fb8)+0x0] [CSCdj47941]
The workaround is do not reconfigure virtual rings or remote peers while executing a show source command. [CSCdj49973]
> System was restarted by bus error at PC 0x6C75DC[_Mfree(0x6c75b6)+0x26], address 0xFFFFFFF8[_etext(0x73ab50)+0xff8c54a8] > Image text-base: 0x00012000[__start(0x12000)+0x0], data-base: 0x0073AB50[__etext(0x73ab50)+0x0] > FP: 0x872C74[_etext(0x73ab50)+0x138124], RA: 0x6588BC[_session_failure_clean_up(0x658502)+0x3ba] > FP: 0x872EB8[_etext(0x73ab50)+0x138368], RA: 0x65C6E6[_process_cp_status_sig(0x65c2da)+0x40c] > FP: 0x8730F0[_etext(0x73ab50)+0x1385a0], RA: 0x64D820[_xxxmss00(0x64d64e)+0x1d2] > FP: 0x873210[_etext(0x73ab50)+0x1386c0], RA: 0xB720C[_process_hari_kari(0xb720c)+0x0] [CSCdj51051]

Interfaces and Bridging

IP Routing Protocols

"System restarted by error - an arithmetic exception, PC 0x60286234".
The program counter value points to an EIGRP IOS routine. [CSCdj38361]
This fix add the ospf ignore lsa mospf router command. When this command is configured, the router will not generate the syslog message when MOSPF LSA is received. [CSCdj42242]
This problem exists in all releases starting 10.3. This will be fixed in 11.1 and newer releases. [CSCdj53804]

ISO CLNS

Novell IPX, XNS, and Apollo Domain

Protocol Translation

TCP/IP Host-Mode Services

Wide-Area Networking

%SYS-3-INVMEMINT: Invalid memory action (free) at interrupt level
with traceback information appended. [CSCdj42341]
There is no workaround. [CSCdj48085]
This bug is very similar to CSCdj15399. [CSCdj50030]
This has not been observed on any other release. [CSCdj56450]

11.1(14) Caveats/11.1(15) Modifications

This section describes possibly unexpected behavior by Release 11.1(14). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(14). For additional caveats applicable to Release 11.1(14), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(15).

AppleTalk

Basic System Services

The work around is to use the (C)ommand (L)ine (I)nterface: "copy tftp flash" This CLI command invokes the FLH interface and the file is copied successfully to the device. [CSCdj27438]
APPN-DLUR-MIB IBM-6611-APPN-MIB CISCO-CIPCSNA-MIB CISCO-CIPLAN-MIB CISCO-CIPTCPIP-MIB CISCO-SNA-LLC-MIB SNA-NAU-MIB CISCO-TN3270SERVER-MIB OLD-CISCO-IP-MIB BGP4-MIB LAN-EMULATION-CLIENT-MIB RFC1406-MIB RMON-MIB IF-MIB RFC1398-MIB OLD-CISCO-INTERFACES-MIB CISCO-PING-MIB CISCO-QLLC01-MIB [CSCdj34766]
The crash occured in the frame-relay packet classifier fuction called by the WFQ routine. The work around of this problem will be to disable wfq on the interfafce with frame-relay encapsulation. [CSCdj45516]

IBM Connectivity

The problem is related to the way DLSw backup peers are configured. This problem will only occur if the local router is configured with backup peer commands and the remote router also has a configured peer and is not promiscuous.
The workaround is to remove the DLSw backup peer configuration. [CSCdj21664]
netbios access-list host
multiple times, it was discovered that in the IP/IPX Feature Set of IOS Releases after 10.2(5), not all of the entries in the list made it into the configuration. The parser accepted the commands, as it should given that they were syntactically correct, but a subsequent "show running-configuration" was missing some of the entries. For example, entering
Router(config)#netbios access-list host TEST1 permit ONE Router(config)#netbios access-list host TEST1 permit TWO Router(config)#netbios access-list host TEST1 permit THREE Router(config)#netbios access-list host TEST1 permit FOUR Router(config)#netbios access-list host TEST1 permit FIVE Router(config)#netbios access-list host TEST1 deny * Router(config)#^Z
yields
Router#show run
[omitted] ! netbios access-list host TEST1 permit ONE netbios access-list host TEST1 permit THREE netbios access-list host TEST1 permit FOUR netbios access-list host TEST1 deny * !
[omitted]
-------------------
Why entries TWO and FIVE are missing is not determined at the time this bug is filed.
The workaround is to upgrade the IOS image to any Feature Set that includes the IBM Feature Set (such as IP/IPX/IBM) or Enterprise Feature set. This bug affects only images lacking the IBM Feature Set. [CSCdj26084]
There is no alternative workaround when this happens. The router is forced to restart by the system watchdog process (software-forced reload event).
The fix is to give up the cpu by the xxxdns00 process after processing certain number of requests at a time. [CSCdj26423]
If the downstream device never responds to the outstanding bind, the DLUR router will wait indefinitely and not free the local-form session ID (lfsid). This may cause a situation in which the host tries to reuse a lfsid after it has sent an unbind request, but the DLUR rejects the new bind request because it believes that this lfsid is in use. If the host continuously tries to use this lfsid which the DLUR believes is in use, then no new sessions can be established. This problem occurs only when the downstream device does not respond to a bind request. [CSCdj30386]
The work-around is to disable SRB debugging or if SRB debugging is required, disable RSRB keepalives. [CSCdj31101]
%ALIGN-3-SPURIOUS: Spurious memory access made at 0x60700B84 reading 0xA4 [CSCdj33097]
%APPN-6-APPNSENDMSG: Ended DLUR connection with DLUS NETA.SJMVS1 %APPN-7-MSALERT: Alert LU62004 issued with sense code 0x8A00008 by XXXSMPUN %APPN-6-APPNSENDMSG: Starting DLUR connection with DLUS NETA.SJMVS4 %APPN-7-APPNETERROR: CP_STATUS FSM: Unanticipated CP_STATUS message received
Each subsequent broadcast locate received by this router causes the following messages to be displayed and about 1920 bytes of appn memory to be leaked.
%APPN-7-APPNETERROR: MAP_INPUT_SET_TO_ROW: invalid input value=0x80200080 %APPN-7-APPNETERROR: State Error lcb: 60C05CC0 pcid: DA839C70FB1548CB row: 22 col: 0
This problem was found when 2 links were active to the same node, and the cp-cp sessions were split between these 2 links. The problem would occur if the link with conloser was stopped.
The appn subsystem should be stopped and restarted to clear this problem. If these cp-cp sessions are between the router and the host, terminating either cp-cp session on the host will also clear this problem. [CSCdj33718]
Router A config: dlsw local-peer peer-id 10.1.3.1 dlsw remote-peer 0 tcp 10.1.4.1
Router B config: dlsw local-peer peer-id 10.1.4.1 dlsw remote-peer 0 tcp 10.1.3.1
On router B, the remote peer statement is removed and re-entered several times, causing the peer to disconnect and connect. Then on router A, issue the command:
Merlot#sh dlsw pe Peers: state pkts_rx pkts_tx type drops ckts TCP uptime TCP 10.1.4.1 CONNECT 57484 57476 conf 0 3 0 00:09:54
Every time the peer comes back up, the circuit count for the peer has been incremented. There is only one real circuit across this peer connection. [CSCdj37235]
Operationally, dynamic peers do not send keepalives. Whether the keepalive is specified or not, keepalive 0 is assumed. [CSCdj41601]
After several tries, the router may crash with memory corruption.
The workaround is to remove any remwait/dead peer statements. [CSCdj42427]
The protocols running on the router are Remote source route bridging (RSRB), dlsw, Decnet, and IPX. [CSCdj42431]
%LNMC-3-BADCLSIRET: bogus Invalid ret code (0x7007) init_clsi_op_proc, bogus -Traceback= 60791120 6078FE48 6078FDC4 607890E0 6078ED48 60226648 60226634 [CSCdj45268]
Even tremendous efforts were spent on the network design trying to reduce the number of broadcast searches as much as possible, as the APPN network continues to grow, it simply doesn't scale.
One of the problems is that even the location path is predefined or known one way or the other, if the directed-search fails for whatever reason, according to the APPN architecture, a broadcast search should follow. This creates the broadcast storm unneccessarily if nothing has been changed except the intermediate links just went down and in the process of coming up. [CSCdj45705]

Interfaces and Bridging

If the system tries to discard output for a line while there is output data in the buffer, the line may become unresponsive to input. This happens most frequently when the user attempts to abort output from a network connection. For example: sending CTL-C on a LAT connection or sending a break character during a PAD connection may cause this symptom.
The affected platforms are:
2509 - 2512, 2520 - 2523 AS5200 NP-2T16S - module for 4500 and 4700 NM-4A/S, NM-8A/S, NM-16A, NM-32A - modules for 3600 [CSCdj02282]
As a result, the first icmp arp broadcast message fails to reach the destination when ping is used. [CSCdj21365]
encapsulation fddi should only be used with bridging enabled.
Workaround: Use no bridge-group 1 to disable bridging. [CSCdj24479]
Assuming we cannot reproduce, this bug will be reclassified at a lower priority, with the trust being to do a command-parser change to prevent use of fancy queueing and ppp-compression.
Please note, however, that we ackowledge that use of mutually- incompatible features should not cause the router to crash. Further, why the crash is occuring in the compression engine is something we do not currently understand.
For the present, please turn off all fancy queueing. [CSCdj25503]
The workaround is to do RFC1483 over a PVC using a multipoint subinterface with a map-list defined. Using the map-group command on a multipoint subinterface does not exhibit breakage.
To tell if you have this bug, do a "show arp." If there is an entry for the other end of the PVC showing "incomplete" for the MAC address, then you have this bug.
It is not currently (8/14/97) not known what if any major revision images exhibit this behavior or not. [CSCdj34217]

IP Routing Protocols

The workaround is not to enter key longer than 19 characters, either encrypted or not.
The same problem happen with the ip ospf messge-digest key-id md5 key command, the key length in this case should not be longer than 36 characters.
This fix will resolve the problem with both commands. [CSCdj37583]
A workaround is to configure loopback interface, whose address is greater than any other address on the router. [CSCdj37962]
Workaround is to configure no bgp dampening first, and then configure bgp dampening. [CSCdj39076]

LAT

%LAT-3-BADDATA: Tty124, Data pointer does not correspond to current packet
When many LAT sessions are active, and a received data slot starts in the last 14 bytes of a full ethernet frame. Data for the slot is discarded. [CSCdi82343]

Novell IPX, XNS, and Apollo Domain

TCP/IP Host-Mode Services

VINES

Wide-Area Networking

In Cisco IOS Release 11.0(11) the software accepts the remote peer's "Her" proposed address regardless, and the "Her" address is subsequently added to the IP routing table as a host route.
With Cisco IOS Releases later than 11.0(11) the software will check the "Her" address against the corresponding dialer map and if the address is different than the IP address detailed within the dialer map, a NAK will be sent and the dialer map IP address will be added as a host route in the IP routing table.
It is possible to revert to the previous operation using the hidden interface command ppp ipcp accept-address. When enabled the peer IP address will be accepted but is still subject to AAA verification, it will have precedence over any local address pool however. [CSCdj04128]
The new error messages for the CYASIC Error Interrupt register are:
"Forced Error Interrupt" "Bus Error from PMA on CYA master cycle" "Error in handling soft DBus data port" "Overflow of internal arbitration FIFO" "Unknown CYA eisr bit 0x08000000" "DMA Transmit Error" "DMA Receive Error" "Queueing Engine LOW Priority Interrupt" "Queueing Engine Program Memory Parity Error" "ORION re-used read-ahead register" "Readback from unused posted read" "Readback of bad posted read data" "Global Lock requested when unavailable" "CBus read during CBus stall" "Posted read not complete" "Overflow of ORION write FIFO to MEMD" "Illegal address from ORION" "Re-try at end of I/O Stall is not the same" "ORION re-used read-ahead register (Stall)" "Unknown CYA eisr bit 0x00001000" "Unknown CYA eisr bit 0x00000800" "Unknown CYA eisr bit 0x00000400" "Invalid byte enables from ORION" "Single idle cycle between packet bus grants" "Odd number of packet bus grant cycles" "Unknown CYA eisr bit 0x00000040" "Unknown CYA eisr bit 0x00000020" "Parity Error in data from Packet Bus" "Parity Error internal to CYA" "Parity Error in data from CyBus" "Missing ACK on CyBus access" "NACK present on CyBus access"
The new error messages for the CYASIC Other Interrupt register are:
"CBus Stall (raw)" "Stall Handling in progress" "CBus Stall (forced)" "CBus Stall starting" "CBus Stall ending" "Unknown CYA oisr bit 0x04000000" "Unknown CYA oisr bit 0x02000000" "Unknown CYA oisr bit 0x01000000" "ORION re-used read-ahead register (Stall)" "Unknown CYA oisr bit 0x00400000" "Unknown CYA oisr bit 0x00200000" "Unknown CYA oisr bit 0x00100000" "Unknown CYA oisr bit 0x00080000" "Unknown CYA oisr bit 0x00040000" "Unknown CYA oisr bit 0x00020000" "Unknown CYA oisr bit 0x00010000" "Unknown CYA oisr bit 0x00008000" "Unknown CYA oisr bit 0x00004000" "Exception Interrupt (forced)" "Unknown CYA oisr bit 0x00001000" "Unknown CYA oisr bit 0x00000800" "Unknown CYA oisr bit 0x00000400" "QE Interrupt (forced)" "QE HIGH Priority Interrupt" "Unknown CYA oisr bit 0x00000080" "Unknown CYA oisr bit 0x00000040" "DBus Interrupt (forced)" "DBus Interrupt" "Unknown CYA oisr bit 0x00000008" "Unknown CYA oisr bit 0x00000004" "Attention (forced)" "Attention" [CSCdj26377]

11.1(13) Caveats/11.1(14) Modifications

This section describes possibly unexpected behavior by Release 11.1(13). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(13). For additional caveats applicable to Release 11.1(13), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(14).

AppleTalk

Basic System Services

To work around this problem, do one of the following: 1. For scenario 1 above, reread the configuration, or go to the Group-Async interface commandline and configure no snmp trap link-status again. 2. For scenario 2, start snmp-server before configuring the no snmp trap link-status command. [CSCdj13769]
are respectively saved as
priority-list protocol compressed-tcp [args] and queue-list protocol compressed-tcp [args]
in the NVRAM. As a result of change in the string from "compressedtcp" to "compressed-tcp", when you reload the router, these commands are not executed successfully. The workaround will be to reconfigure these commands after reloading the router. [CSCdj13848]
This problem occurs because of a race condition when doing DNS name query, and DNS name cache is removed in the middle of the process.
There is no workaround on the router side. On the DNS server side, configuring DNS TTL to be one minute or longer may work around this problem. However, this workaround may not be acceptable for some applications. [CSCdj16824]
We want to have the user's specified queuing maintain accross the encapsulation change. Only in the special case where if the type of encap doesn't support fancy queuing, then the queuing will be the default of that encapsulation.
Tom Vo [CSCdj20358]
To run type A7, A6, or AA boot Flash devices and use images prior to this bug fix, format boot Flash with an image containing this bug fix. Then load an older image onto the newly formatted boot Flash SIMM. [CSCdj20681]

IBM Connectivity

Multiple "%ALIGN-3-SPURIOUS: Spurious memory access made at xxxxx", are being reported by all DLSW+ routers running c4500-ir-mz.110-13 IOS. [CSCdj02472]
PC= 0x606079a4[psbmfrm(0x60607930)+0x74], 32 bytes
PC= 0x606094d0[psp00(0x60609380)+0x150], 320 bytes [CSCdj25484]
Workaround is to configure using dlsw. [CSCdj26404]
606CD174[Qfind_front+0x24]
606C7D80[timer_process+0x300]
606C8070[csweotsk+0x1d0]
A router may experience this problem after displaying several messages when the output buffer was full. If the crash was related to displaying "incomplete definition in configuration" warnings, the workaround is too remove these incomplete definitions. [CSCdj26701]
Router1#sh dlsw reachability netbios-names DLSw NetBIOS Name reachability cache list NetBIOS Name status Loc. peer/port rif FOUND REMOTE 10.9.254.1(0) FOUND REMOTE 10.5.254.1(0) FOUND REMOTE 10.8.254.1(0)
These entries do not have any functional impact. [CSCdj28173]
Because other network events (link outages, and so forth) can trigger a node to send a TDU, this problem will not necessarily appear exactly after a 60-day uptime -- it may occur much later or not at all. However, any APPN router running in the network for over 60 days is at risk for seeing this problem.
Stopping and restarting APPN will work around this problem until the next timer wrap, which can be up to 45 days, but may be less depending on the current value of the timer. Reloading the router will reset the timer and avoid the problem for an additional 60 days. [CSCdj29014]
Caveat CSCdi77040 provides a fix for this problem in the system side. This caveat provides the corresponding fix for APPN. [CSCdj30552]
When memory is exhausted, the APPN subsystem may stop or the router may reload. [CSCdj33429]

Interfaces and Bridging

%RSP-3-IP_PANIC: Panic: Serial12/2 800003E8 00000120 0000800D 0000534C
%DBUS-3-CXBUSERR: Slot 12, CBus Error
%RSP-3-RESTART: cbus complex
If the string "0000800D" is included in the panic message, the problem is related to this bug. The workaround is to load a new image that contains the fix for this bug. [CSCdi78086]

IP Routing Protocols

By design, an extended access list can not be used as a condition to originate a default. The document is being fixed. This ddts will fix the crash.
A workaround (the right approach) is to use a standard access list in default origination. [CSCdj02583]
router(config-router)#area range
So for instance it is possible for a user to enter an inconsistent and on the command line, as shown: ========================================= A5-R2#config t Enter configuration commands, one per line. End with CNTL/Z. A5-R2(config)#router ospf 2 A5-R2(config-router)#area 150 range 161.68.24.0 255.255.240.0 A5-R2(config-router)#^Z A5-R2# =========================================
Note the parser doesn't complain that 161.68.24.0 is a network id that is inconsistent with the mask 255.255.240.0.
Workaround is to make sure that the mask and network id are consistent. In the example shown, either the netid should be "161.68.16.0" or the mask should be "255.255.248.0" [CSCdj16943]
For example, in the following configuration:
! router ospf 100 redistribute ospf 4 metric-type 1 subnets match internal network 136.96.0.0 0.0.255.255 area 0 ! router ospf 4 network 192.161.10.0 0.0.0.255 area 0 !
Routes redistributed into ospf 100 from ospf 4 would have metric type 2 instead of metric type 1.
A workaround is to use a route-map for the redistribution:
! router ospf 100 redistribute ospf 4 subnets route-map OSPF4 network 136.96.0.0 0.0.255.255 area 0 ! router ospf 4 network 192.161.10.0 0.0.0.255 area 0 ! route-map OSPF4 permit 10 match route-type internal set metric-type type-1 ! [CSCdj21048]
The impact is that backbone transit traffic is routed over a slower link when a faster one is available. Manually removing and re-adding the virtual link will cause the route to be updated immediately. [CSCdj21134]
This fix introduces a new command distance ospf which allows the customer to set the distance of intra-area, inter-area and/or external routes with a single command. [CSCdj23621]
The workaround is to turn on IP routing and then assign the IP addresses to the interfaces. [CSCdj26052]
clear ip rou * is the workaround. [CSCdj30971]

ISO CLNS

LAT

Novell IPX, XNS, and Apollo Domain

TCP/IP Host-Mode Services

The workaround is to disable both syslog and SNMP traps. The commands to do this are no snmp-server host ip-address and no logging ip-address. [CSCdj27567]

VINES

Wide-Area Networking

%LINK-3-TOOBIG: Interface Ethernetx, Output packet size of 1552 bytes too big"
followed by a traceback message.
Workaround is to set the MTU of the source interface to 1500. [CSCdi88531]
The following are indicators that may be used to determine if the AS5200 is encountering this problem:
1) When the AS5200 runs out of memory, MALLOC Failure messages will be displayed similar to the one below:
1d19h: %SYS-2-MALLOCFAIL: Memory allocation of 1056 bytes failed from 0x2214E776, pool Processor, alignment 0 -Process= "Net Periodic", ipl= 0, pid= 34 -Traceback= 2214D3E0 2214E542 2214E77E 2214BEC6 2214C12A 22159466 2215E86E 22140BDE 2213B688 2213B6E0
2) Below is an example of the output from "show process" command. If there is no process by the name "ISDN" in the list, and if the customer starts to see SYS-2-MALLOCFAIL error messages, then you know that the memory leak was caused by the bug reported in this ddts.
Router#show processes
CPU utilization for five seconds: 16%/8%; one minute: 23%; five minutes: 22%
PID QTy PC Runtime (ms) Invoked uSecs Stacks TTY Process 1 Csp 14985E 832 4547 182 740/1000 0 Load Meter 2 M* 0 84100 1492 56367 1804/4000 0 Exec 3 Lst 1377C4 1089260 9534 114250 1724/2000 0 Check heaps 4 Cwe 13D382 96 19 5052 1728/2000 0 Pool Manager ...
3) Below is an example of the output from "show isdn history" command. If there are more than 46 entries marked "Active" in the list, then you can tell that the memory on this router is leaking due to the bug reported in this ddts.
Router#show isdn history ------------------------------------------------------------- ISDN CALL HISTORY ------------------------------------------------------------- History Table MaxLength = 100 entries History Retain Timer = 15 Minutes ------------------------------------------------------------- Call Calling Called Duration Remote Time until Type Number Number Seconds Name Disconnect ------------------------------------------------------------- In Active(1312) In Active(1238) In Active(176) ------------------------------------------------------------- [CSCdj21944]
To work around this problem, do one of the following:
- Use async mode dedicated if no login is required.
- If a login is required, configure no flush-at-activation, change the q2 register in the modem database, and configure modem autoconfigure type. [CSCdj25443]
The following error message can be seen scrolling on the console if the router is in the above state:
%X25-4-VCLOSTSYNC: Interface TCP/PVC, VC 0 TCP connection corrupted
This does not seem to occur in a normal XOT switching environment. [CSCdj25846]
The workaround is to configure the asynchronous interfaces using the async mode dedicated command. Sometimes, adding a second or two delay in the automated dialer's script also fixes the problem. [CSCdj26647]

11.1(12) Caveats/11.1(13) Modifications

This section describes possibly unexpected behavior by Release 11.1(12). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(12). For additional caveats applicable to Release 11.1(12), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(13).

AppleTalk

Basic System Services

SAMPLE CONSOLE OUTPUT ===================== Error: primary data cache, fields: data, physical addr(21:3) 0x1585E8, vAddr(14:12) 0x0000, virtual addr 0x609585E8 *** System received a Cache Parity Exception *** signal= 0x14, code= 0xa01585e8, context= 0x608dfa00 PC = 0x600f5844, Cause = 0x2020, Status Reg = 0x34008002 DCL Masked Interrupt Register = 0x000000bf DCL Interrupt Value Register = 0x0000001c MEMD Int 6 Status Register = 0x00000000
rommon 2 > > SAMPLE 'show context' OUTPUT ============================ Fault History Buffer: GS Software (RSP-PV-M), Experimental Version 11.1(1909) [ganesh 374] Compiled Tue 27-May-97 18:09 by ganesh Signal = 20, Code = 0xA01585E8, Uptime 00:02:03 $0 : 00000000, AT : 608E0048, v0 : 00000001, v1 : 00000F8C a0 : 609585E8, a1 : 00001770, a2 : 0000FFFF, a3 : 00000000 t0 : 60A77574, t1 : 8000FD80, t2 : 34008700, t3 : FFFF00FF t4 : 00000083, t5 : 3E840024, t6 : 00000000, t7 : ABCDABCD s0 : 60958DF4, s1 : 00002830, s2 : 60925EF0, s3 : 60925EE8 s4 : 00000001, s5 : 00000000, s6 : 00000000, s7 : 00000000 t8 : 600F5E8C, t9 : 00000000, k0 : 30408401, k1 : 00100000 gp : 60860F80, sp : 60A774C0, s8 : 00000000, ra : 60110DC0 EPC : 600FBD78, SREG : 3400E704, Cause : 00000000 Cache Parity Error Buffer Contents:
Error: primary data cache, fields: data, physical addr(21:3) 0x1585E8, vAddr(14:12) 0x0000, virtual addr 0x609585E8 [CSCdj18350]

IBM Connectivity

These entries do not time out. [CSCdi88082]
This ddts will fix this problem by selecting a default COS (#CONNECT) when a BIND is received for an unknown MODE to the router. [CSCdj09309]
LOCACK: recv DM, bogus, state NO_ONES_HOME can prevent netbios sessions from coming up in a busy system. [CSCdj11152]
The current workaround is to disable LNM.
> [CSCdj11711]
In some application environments, certain 3270 emulators will not direct a test poll to a specific media access control address and will use an all Fs address to create the frame. It is this all Fs frame in an SRB configuration that will not be forwarded by the router. This configuration impacts workstations that are attempting to connect to host devices. The broadcast frame will never leave the local ring.
Most emulators will use the destination media access control address of the host device to create a frame containing the test poll. With some proprietary implementations, the MAC address of the host device does not have to be known by the end device. [CSCdj13563]
A workaround is to ensure there are no unnecessary PUs configured on a line that is continually sending SNRMs. [CSCdj17630]

Interfaces and Bridging

%CBUS-3-CMDTIMEOUT: Cmd timed out, CCB 0x5800FF50, slot x, cmd code 0
A possible workaround is to issue a microcode reload command or load a new system image and corresponding bootloader(rsp-boot-mz...) image that has the fix for this bug. [CSCdj00013]
The workaround is to reload the router. [CSCdj02122]

IP Routing Protocols

1) the RP which services the group was statically configured with the ip pim rp-address and the configuration is removed and then readded, or 2) the group is deleted with the clear ip mroute command.
A group is considered to have local status when the "L" flag appears in show ip mroute. If the "L" flag is not set for the Auto-RP Discover group (224.0.1.40), the system will not process Auto-RP Discover packets and will not have the correct group-to-RP mappings. [CSCdj14929]
The following Cisco IOS Releases are affected: 011.001(012.004) 011.002(007.002) 11.2(07.02)P 011.000(016.001) 11.1(12.04)AA 11.2(07.02)F 11.0(16.01)BT 11.1(12.04)IA 11.1(12.05)CA and subsequent versions of those releases until this fix is integrated. Also relevant are other releases where the fix for CSCdi73194 got integrated. [CSCdj31496]

LAT

Novell IPX, XNS, and Apollo Domain

TCP/IP Host-Mode Services

VINES

Wide-Area Networking

This problem causes a crash in situations where SDLLC is used. If a connection comes in over LLC2 for a device configured for SDLC, and the line or station isn't up, or doesn't accept the connection, this crash may occur. [CSCdi92210]
%AIP-3-AIPREJCMD: Interface ATM3/0, AIP driver rejected Teardown VC command (error code 0x8000)
Such error is associated to the AIP not being able to receive packets. It is reproducible only if there are long periods (minutes) where no traffic crosses the ATM interface.
The workaround is to reload the box or to perform microcode reload. This does not occur on the 7500 family (including the RSP7000). [CSCdj20667]
"atm multipoint-signalling"
interface subcommand is currently only available on the main ATM interface. The effect is that signalling behavior, point-to-point or point-to-multipoint, for all clients on all subinterfaces is determined by the command on the main interface.
Clients on different subinterfaces can have different behavior, specifically 1577 requires point-to-point, and PIM allows point-to-multipoint, the command should be on a per subinterface basis.
***************** Special Configuration Note ********************
Users will have to enable the "atm multipoint-signalling" command on all those subinterfaces which require it. Previously they only needed to enable it on the main interface. [CSCdj20944]
Upon bootup, OIR, microcode reload, & cbus complex restarts, the router shows CCBTIMEOUT error messages on VIPs that result in a disabled wedged status.
Conditions:
This has been seen to happen with bad PAs and PAs in a "not-ready" state. A PCI access is tried and the PA does not respond thus resulting in CCBTIMEOUTS.
Workarounds/Fixes:
Microcode reloads had limited success, but this fix of moving the PMA software fix should take care of the problem. [CSCdj21639]

11.1(11) Caveats/11.1(12) Modifications

This section describes possibly unexpected behavior by Release 11.1(11). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(11). For additional caveats applicable to Release 11.1(11), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(12).

AppleTalk

%SYS-2-MALLOCFAIL: Memory allocation of 41394 bytes failed from 0x35DD24E Traceback= 30E83CC 30E94CA 35DD25 35D8CBE 35DCD5C 35D9CF0
This occurs primarily under heavy load. [CSCdi79459]

Basic System Services

The 'copy tftp' command does not appear to work correctly on a router that is running late 11.1(x)CA code. The router on which the command is issued attempts to locate the file from it's own local flash card, without trying to find the TFTP server. This has been verified to affect 11.1(8)CA1, 11.1(9)CA, and 11.1(10-6.4)CA IOS. [CSCdj09479]
%RSP-3-RESTART: interface Serial12/0/0:28, output stuck %RSP-3-RESTART: interface Serial12/0/0:6, output stuck %RSP-3-RESTART: interface Serial12/0/0:12, output stuck %RSP-3-RESTART: interface Serial12/0/0:2, output stuck
This is a result of a internal timer utility that can incorrectly return false value under extreme interrupt situations. And that causes transmit-buffers backing-store mechanism faulty declare serial interface "output stuck".
Conditions ---------- The symptom occurs on Cisco routers in the 7000 family using the CT3 or 4/8 port FSIP cards or any serial interface under IOS version 11.1(10)CA, 11.1(11), and 11.2. It only observed under oversubscribed traffic load.
Workaround ---------- Configure interface to FIFO queueing via the no fair-queue command.
The command transmit-buffers backing-store is on by default when an interface is configured for weighted fair-queueing. If the interface command no fair-queue is used which changes the queueing strategy to FIFO then transmit-buffers backing-store is off by default. [CSCdj12815]
Configuring a byte-count larger than 65535 for a custom queue does not work correctly. When a value larger than 65535 is used the resulting command in the configuration will not display the value which was set for the queue. [CSCdj14347]

IBM Connectivity

The fix corrects the deconfiguration by only taking down BAN-SDLC sessions. Testing the changes are straightforward. Do the BNN-SDLC sessions stay up when deconfiguring BAN? Test results prove that they do. [CSCdj00497]
The value returned from an SNMP get for the oid:
.iso.org.dod.internet.private.enterprise.cisco.ciscoMgmt.channel. cipCard.cipCardTable.cipCardEntry.cipCardEntryCpuUtilization (.1.3.6.1.4.1.9.9.20.1.1.1.5)
is a constant 89 (also observerd was the value 90), regardless of the real CIP CPU utilization. The 'show controller cbus' command can be used to retrieve the real CPU utilization on the Channel Interface Processor.
Fix provided:
The SNMP MIB has been enhanced to return the CIP Load Metrics for CPU Load, DMA Load, and Channel Adapter Load. The old value for CPU Utilization is retained but has been marked in the MIB as deprecated. The MIB was also brought up to date with respect to the reporting of Broadcast Enable and Row Status for the CIP Claw Config. [CSCdj04309]
This problem can prevent session establishment. [CSCdj05978]
ibm3-4kb#sh appn link deta Number of links 1
1>Link name LNK02 Port name T1 Interface name TokenRing1 Destination DLC address (remote SAP) 0000.302C.292F (04) Link activated Remotely Link state Active * Adjacent Node Id X'ABCDEFAB' Deactivating link No Max send frame data (BTU) size 4096 Adjacent node CP name CSCO.CP Adjacent node type Network node CP-CP session support Yes Link station role Secondary Line type Shared access transport facility Transmission group number 21 Effective capacity 16000000 bits per second Cost per connect time 0 Cost per byte 0 Propagation delay 384 microseconds (local area network) User defined parameter 1 128 User defined parameter 2 128 User defined parameter 3 128 Security Nonsecure
2. The sh appn link will now have two additional filters xid and cpname.
ibm3-4kb#sh appn link ? show appn link-station [filters] [brief|detail] brief Show brief APPN link station information * cpname Show specific appn link stations by CP name detail Show detailed APPN link station information name Show specific APPN link stations by link name port Show specific APPN link stations by port name * xid Show specific APPN link stations by idnum/idblk
ibm3-4kb#sh appn link xid abcdefab Number of links 1 APPN Logical Links Link Name State Port Name Adjacent CP Name Node Type --------- -------- --------- ----------------- ------------ 1> LNK02 Active T1 CSCO.CP Network Node ibm3-4kb# [CSCdj07270]
The router crashes when either a no fras backup dlsw ... or no fras backup rsrb ...
command is issued ONLY WHEN the backup code is invoked. For example, when the serial line to the FR cloud is lost, and backup is configured.
When the no backup command is invoked, the cleanup for the backup functions are invoked. The bug in the code is that the backup function removes the lan-cep, instead of the backup-cep. When the lan-cep structure is referenced, the structure is garbage, and the router crashes.
No workaround at this point in the code. [CSCdj08577]
This problem may cause vtam to refuse to activate subsequent dlur/dlus pipes for all dlur NNs. "/d net,dlurs" shows the dlus conwinner state as reset and the conloser as active.
The workaround is to prevent the dlur router from sending this corrupt frame is to reconfigure the DLUR routers without a backup dlus coded. [CSCdj10485]

Interfaces and Bridging

However, this is not true when you reverse telnet to any of the async lines. In other words, if you config the async line to be no exec-banner
then you reverse telnet to this async line, then you will see the MOTD banner in addition to the INCOMING banner.
(2) A new configuration command [no] motd-banner has been created to suppress the display of MOTD banner. The default is always to display the MOTD banner. This configuration command works for all the following interfaces: CON, AUX, all vty sessions, and all async lines. [CSCdj00076]
The assert and deassert of any output signal are not shown. [CSCdj05352]
This is a vLAN problem, starts from 11.1. [CSCdj08697]
The solution to this problem involved a change to the PCI bridge parameters to avoid VIP2 FIFO buffer overflows. There is no manual avoidance - all customers using VIP2 products are strongly encouraged to upgrade to an image containing this solution. Refer to "Field Alert: VIP2 Cisco Software Release Deferrals" for image availability and additional information. [CSCdj08722]

IP Routing Protocols

This condition will cause other routers to not form a new neighbor relationship with the offending router.
The problem can be cleared by reloading the router. [CSCdj04131]
ip route
may not appear in the eigrp topology table .
The routes can be 'recovered' (reinstalled in the topology table) by either using or by unconfiguring the redistribution and configuring it again.
In the first case (), the routes go away again after a short time. In the second case, the routes are present in the topology table for a longer period, but eventually go away too. [CSCdj09571]
-Chris [CSCdj16450]
-Chris [CSCdj16696]

Novell IPX, XNS, and Apollo Domain

Protocol Translation

TCP/IP Host-Mode Services

Mar 19 08:41:23: %TCP-2-BADREFCNT: Tty0: Bad refcnt for packet 0x608F9C2C during retransmit, 135.135.100.1:1998 to 135.135.105.1:11000, state 4 -Traceback= 601EEB7C 601EEEA4 601F1B68 601F1E4C 6013F140 6013F12C Mar 19 08:41:50: %X25-4-VCLOSTSYNC: Interface Serial3, VC 82 TCP connection corrupted Mar 19 08:41:52: TCP0: extra packet reference for pak 0x60A031D8 found: Mar 19 08:41:52: %TCP-2-BADQUEUE: Multiple entry for packet 60A031D8 -Process= "TCP Driver", ipl= 0, pid= 26 -Traceback= 601F3384 601F5408 6023CCB4 6023D214 6013F140 6013F12C Mar 19 08:41:52: pak: 135.135.100.1:1998, 135.135.1.4:11137, seq 1668710213 length 47 Mar 19 08:41:52: TCB: 135.135.100.1:1998, 135.135.1.13:11137, sendnext 1668710220, state 4 [CSCdj06781]

Wide-Area Networking

Other ISDN platforms are affected largely by that described in CSCdj07119 or CSCdi82010 depending upon their particular ISDN usage characteristics. [CSCdj05355]
This could cause some problems in X25 hosts which require the D bit to be passed during the call setup phase.
This behavior is not see in software releases of 11.2(4)F and above. [CSCdj12847]

11.1(10) Caveats/11.1(11) Modifications

This section describes possibly unexpected behavior by Release 11.1(10). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(10). For additional caveats applicable to Release 11.1(10), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(11).

Basic System Services

%SCHED-3-PAGEZERO: Low memory modified by Exec
Issuing the show version command after the reload displays the following:
System restarted by unknown reload cause - ptr to non-ascii bytes 0x4 [CSCdi73404]
Condtions: This could occur when access-lists are applied to the input interfaces.
Workaround: Disable access-lists on the input interfaces or add the tunnel source address to the access-list.
Problem Description: It is possible, after an incoming packet has been encapsulated for a tunnel, that an access-list check could prevent the packet from being switched. This is caused by the access-list checking the new source of the tunnel packet, resulting from the encapsulation, against the interface the packet arrived on. This issue has been corrected. [CSCdi87500]
There is no workaround to this problem. [CSCdj00240]
The reason that the 'hold-queue out'command is not accepted is that the output interface is configured for fair queueing. Fair queueing is the default queueing mode for low-speed (<2Mbps) serial interfaces.
The 'hold-queue' command is intended to configure the number of output hold queue buffers for FIFO (or FCFS) queueing. It has no meaning in the context of fair queueing. So the (intentional) design was that this command would be ignored when fair queueing was enabled.
When fair queueing has been configured, you may use the 'fair-queue' command to control the number of ouptut buffers which may be used by fair queueing. [CSCdj01870]

DECnet

EXEC and Configuration Parser

IBM Connectivity

There is precedence for this problem and the fix is to lower the size of the block of data being copied at any one time. [CSCdi77785]
IPS ID: 1400 QUEUE: 2 ORIGIN: xxxpcs00 MUTYPE: C5 %APPN-0-APPNEMERG: Assertion failed in ../scm/xxximndr.c at line 158 -Process= "xxxims00", ipl= 0, pid= 58 -Traceback= 606C3488 606879EC 606818C8 606810E4 6067AF90 6019AB08 6019AAF4 [CSCdi90117]

Interfaces and Bridging

Note: In 11.0 smds is process bridged on input to bridge and therefore does not exhibit issue (but in 11.0 still issue for frame_relay ietf and atm) [CSCdi71927]
After the fix, the router box can provide RARP service if configured as a RARP server regardless of it's being configured as later 2 bridge only [CSCdi83480]
*Dec 20 06:53:08: %RSP-3-ERROR: CyBus0 error 78
*Dec 20 06:53:08: %RSP-3-ERROR: invalid page map register
*Dec 20 06:53:08: %RSP-3-ERROR: command/address mismatch
*Dec 20 06:53:08: %RSP-3-ERROR: invalid command
*Dec 20 06:53:08: %RSP-3-ERROR: address parity error
*Dec 20 06:53:08: %RSP-3-ERROR: address parity error 23:16 1, 15:8 1, 7:0 1
*Dec 20 06:53:08: %RSP-3-ERROR: bus command invalid (0xF)
*Dec 20 06:53:08: %RSP-3-ERROR: address offset (bits 3:1) 14
*Dec 20 06:53:08: %RSP-3-ERROR: virtual address (bits 23:17) FE0000
*Dec 20 06:53:09: %RSP-3-RESTART: cbus complex
or
09:53:32.607 EST: %RSP-3-ERROR: MD error 0080008030003000
09:53:32.607 EST: %RSP-3-ERROR: SRAM parity error (bytes 0:7) 0F
09:53:33.363 EST: %RSP-3-RESTART: cbus complex
CyBus errors similar to the above errors have two known causes. If there are HIPs in the router and on the bus reporting the CyBus error, a race condition may exist with the HIP microcode on an oversubscribed bus. The workaround on dual-CyBus platforms is to move all the HIPs onto a CyBus that is not oversubscribed.
The errors can also be caused by the failure of a marginal CI arbiter board or an RSP board. As a result of this problem, all interfaces are reset, causing forwarding to be stopped for a few seconds. [CSCdj06566]

IP Routing Protocols

Resolution: Modified iprouting on bgp.c and Reset peer_addr only when finished traversing all paths in a prefix and are moving on to the next prefix on the link list.
Fix is integraded into the following codes: 011.002(004.003) 11.2(04.03)F 11.2(04.03)P 011.001(010.001) 11.1(10.01)AA [CSCdi87071]
System was restarted by bus error at PC 0x601E4CD0, address 0xD0D0D0D 4500 Software (C4500-P-M), Version 10.3(16), RELEASE SOFTWARE (fc1) Compiled Thu 24-Oct-96 18:32 by richardd (current version) Image text-base: 0x600087E0, data-base: 0x60370000
Stack trace from system failure: FP: 0x605D46B8, RA: 0x601E4CD0 FP: 0x605D46D8, RA: 0x601E4D88 FP: 0x605D46F8, RA: 0x601E50EC FP: 0x605D4710, RA: 0x601C88E0 FP: 0x605D4740, RA: 0x601E4998 FP: 0x605D4760, RA: 0x601E5174 FP: 0x605D4778, RA: 0x60081D04 FP: 0x605D47B8, RA: 0x6006C8A4
Which decodes as follows:
Symbols
nhrp_cache_clear_nei nhrp_cache_clear_nei nhrp_cache_delete_subr nhrp_cache_age_subr rn_walktree_blocking_list nhrp_cache_walk nhrp_cache_age registry_list net_oneminute [CSCdi90523]
Reload is the only way to recover. [CSCdi92226]
'clear ip route *' will force EIGRP to reinstall it. [CSCdi92753]

ISO CLNS

Novell IPX, XNS, and Apollo Domain

%IPX unknown NLSP interface command [CSCdj01189]

TCP/IP Host-Mode Services

show ip traffic will show ICMP Time Exceeded counter incrementing.
Workaround is to turn off tcp header compression. [CSCdj01681]

Wide-Area Networking

The show interface bri 0 command shows BRI0 is up, line protocol is down. The work around is to do a clear interface bri 0 after the system comes up. The correct behavior would be for the system to come up with BRI0 is up, line protocol is up(spoofing) [CSCdi78255]
The new error messages are:
"PCI Transmit Parity error" "PCI Master Transfer Target Abort" "Packet Bus Write Parity error" "PCI Parity error" "PCI Retry time-out" "PCI TRDY time-out" "PCI IRDY time-out" "PCI DEVSEL time-out" "PCI GNT time-out" "PCI Target ADDR exceeds SRAM size" "PCI SERR" "Packet Memory Read Parity error" "Unknown PMA error 0x00000080" "Packet Bus Addr exceeds SRAM size" "PCI Master Access failed" "Packet Bus timeout CYA" "Packet Bus timeout CPU" "Packet Bus State Machine error" "Illegal CPU Burst Write" "PCI Master Access not enabled" [CSCdi92934]
%AAAA-3-BADSTR: Bad accounting data: too many attributes [CSCdj00190]

11.1(9) Caveats/11.1(10) Modifications

This section describes possibly unexpected behavior by Release 11.1(9). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(9). For additional caveats applicable to Release 11.1(9), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(10).

Access Server

AppleTalk

Basic System Services

The resulting incorrect ifIndex values usually overlap valid ifIndex values for other interfaces in the system and may be incorrectly interpreted as coming from them.
This problem has been observed with B-channels on a PRI and with interfaces on hot-swappable modules after they have been inserted (or re-inserted). There may be other scenarios as well. This fix should address them as well.
This defect was originally found on an LS1010 and was fixed in the 11.1(8) software release for LS1010. See CSCdi75534. [CSCdi75531]
One can diagnose this problem by turning on DEBUG CDP PACKETS
If device is receiving GOOD CDP information, the output will look similar to:
CDP-PA: Packet received from 008024 3DD610 (wan-sw.3100) on interface Ethernet1 **Entry found in cache**
If the device is receiving BAD CDP packets, the entry will never be found in the cache (and thus repeatedly added).
Workarounds: 1. Turn off CDP on the router via the NO CDP RUN command. 2. Change the name on the Catalyst to a Text String; e.g. set system name foobar [CSCdi91300]

DECnet

"no dec advertise "
fails to remove the "dec advertise " line from NVRAM. [CSCdi87264]

EXEC and Configuration Parser

IBM Connectivity

Anyways taking care of the busy condition, the router doesnt abort the conncetion and correctly passes the Y to the interactive queue. [CSCdi81927]
Workaround: Configure the required filter at the originating router, either at the interface or dlsw level. This is a large administrative task in large networks. [CSCdi87600]
This fixes the APPN DLUR router crash with memory corruption. This may happen occasionally and the router often crashes in a function call Mget_x. [CSCdi90441]

Interfaces and Bridging

0000.0000.0001 0000.0000.0002 0000.0000.0003 0000.0000.0005
a getnext of 0000.0000.0002 would return the index 0000.0000.0005
because 0000.0000.0003 is the index requested + 1
a getnext of 0000.0000.0003 would return the index 0000.0000.0005
because 0000.0000.0005 is greater than the requested index + 1 [CSCdi84559]

IP Routing Protocols

The fix for 11.2 introduced CSCdj02347 and CSCdj02729. [CSCdi77493]
There is no workaround to this problem. [CSCdi82499]
-Chris [CSCdi84721]
The workaround is to use a Community Filter List. [CSCdi89176]

ISO CLNS

There is no workaround of this problem. [CSCdi90052]

Novell IPX, XNS, and Apollo Domain

There is no problem if all instances of NLSP on the router are consistent (i.e., all instances use the default LSP packing algorithm, or all instances are configured with "lsp-data-hashing"). [CSCdi86503]

Protocol Translation

The syslog authentication information can be used to associate an incoming PAD VTY-Async connection with an IP address. [CSCdi89272]

TCP/IP Host-Mode Services

VINES

Wide-Area Networking

nestor#conf t Enter configuration commands, one per line. End with CNTL/Z. nestor(config)#int atm 3/0 nestor(config-if)#no atm add nestor(config-if)#end nestor#wr t
... interface ATM3/0 no ip address atm pvc 1 0 5 qsaal atm pvc 2 0 16 ilmi atm address-registration .... [CSCdi77801]
The work-around is to first remove any "frame-relay interface-dlci" commands and THEN remove the "frame-relay priority-dlci-group" command. [CSCdi85395]
If d-channel interface is not configured into shutdown mode, this problem will not occur. [CSCdi88014]

11.1(8) Caveats/11.1(9) Modifications

This section describes possibly unexpected behavior by Release 11.1(8). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(8). For additional caveats applicable to Release 11.1(8), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(9).

AppleTalk

There is no workaround. Though in most cases, this scenario is unlikely. [CSCdi77772]

Basic System Services

Using no aaa authorization config-commands causes the Network Access Server (NAS) not to try to authorize configuration level commands.
Care should be taken, as this reduces the administrative control that can be placed on configuration commands, i.e. it turns into an all-or-none authorization. [CSCdi36536]
Encapsulated bridging does not work on the 7500 router. The workaround at this time, to bridge between the AGS+ and the 7500, is to use CSC-C2FCIT cards in the AGS+ and translational bridging.
The big disadvantage of using encapsulated bridging is that it cannot use the hardware bridge filtering capabilities of the CSC-C2FCIT cards, which have a CAM built into them which is used to do bridge filtering on the card. When encapsulated bridging is used, the main processor has to do all bridge filtering. This means that one busy encapsulated bridging FDDI network can eat the entire bandwidth of the router's main processor, just for bridge filtering. It should be no surprise that the use of encapsulated bridging is to be vigorously discouraged. [CSCdi46862]
The easy workaround is to simply replace cards one at a time. In the example above, pull slot 1, insert slot 1, pull slot 2, insert slot 2 will avoid the problem entirely. [CSCdi57526]
%CBUS-3-CMDTIMEOUT: Cmd timed out, CCB 0x5800FFB0, slot 9, cmd code 0 -Traceback= 601D8778 601D8F08 601D46B0 601D78C4 601D7C08 601D1A80 6012B71C 60131 ED4 601260E8 601262AC 60127430 6012741C
a show diag will show:
Slot 9: Physical slot 9, ~physical slot 0x6, logical slot 9, CBus 0 Microcode Status 0x4
Board is disabled wedged Pending I/O Status: None EEPROM format version 1 VIP2 controller, HW rev 2.3, board revision A0 Serial number: 03514247 Part number: 73-1684-03 Test history: 0x00 RMA number: 00-00-00 Flags: cisco 7000 board; 7500 compatible
EEPROM contents (hex): 0x20: 01 15 02 03 00 35 9F 87 49 06 94 03 00 00 00 00 0x30: 50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Slot database information: Flags: 0x291 Insertion time: 0x7E04 (00:01:34 ago)
VIP Controller Memory Size: Unknown
The workaround to this is to do a microcode reload, however, CISCO recommends that any customer using VIP2s run with a release that contains this bugfix, such as 11.1(8), 11.1(8)CA, 11.2(4) [CSCdi68682]
%SYS-3-TIMERNEG: Cannot start timer (0x1E4388) with negative offset (-495928). -Process= "Per-minute Jobs", ipl= 0, pid= 37 -Traceback= 22157D7A 22154320 221A17EA 2215F45C 2213E074
High CPU utilization may be seen prior to message and reload. [CSCdi76126]
To work around this, configure "aaa authentication local-override". [CSCdi76170]
The following works: #copy tftp:D:test flash Enter destination file name [D:test]: Address or name of remote host [255.255.255.255] ?
and the following works: #copy tftp flash Enter source file name: tftp:D:test Enter destination file name [D:test]: Address or name of remote host [255.255.255.255] ? [CSCdi78276]

DECnet

The previous version of the code allowed only end-system adjacencies to be added to the Phase V data base. [CSCdi77560]

EXEC and Configuration Parser

IBM Connectivity

This is a cosmetic problem only. This bug is a suggested enhancement to show fras.
The "show fras" command displays incorrect data in some of its fields. For the FRAS/BNN case when attached to SDLC endstations, there is a field called LSap that displays the configured SDLC address. This is not valid and will be fixed in an upcoming release. [CSCdi49137]
Once the router reloads a 'config mem' can be done to add the statement back. [CSCdi67719]
Purpose: Allows the activation sequence for DLSw+ SDLC attached devices to be changed.
Description: When the router is configured with the following statement: sdlc address xx switched the router will poll the device with an XID before contacting the host. If the device responds, A null XID will be sent from the router to the host. The host XID response will be passed through to the PU 2.x device and the host-pu connection will be established.
The switched option will work for both PU2.0 and PU2.1 devices. A switched device must be capable of providing its IDBLK/IDNUM, so no 'sdlc xid xxxyyyyy' config statement is necessary. This applies to both PU2.0 and PU2.1 devices.
Compatibility with previous configurations: This function only affects devices configured with the switched parameter. Other configurations will continue to operate as before.
Configuration Requirements: 1. Encapsulation type must be sdlc. 2. sdlc role must be primary or prim-xid-poll 3. Configuration is sdlc dlsw. 4. Downstream device must be xid-capable.
Sample configuration showing switched configuration: interface Serial1 no ip address no ip mroute-cache encapsulation sdlc no ip route-cache bandwidth 9 no keepalive ignore-dcd clockrate 19200 sdlc role primary sdlc vmac 4000.1250.1000 sdlc poll-pause-timer 1000 sdlc address 99 switched sdlc partner 4000.1060.1000 99 sdlc dlsw 99 [CSCdi73414]
e.g.
dspu pu TESTPU xid 05d00001 dspu lu 1 1 host host1 1 dspu lu 2 2 host host1 2
...is written to NVRAM as...
dspu pu TESTPU xid 05d00001 dspu lu 1 2 host host2 1 [CSCdi76858]
"debug dlsw reachability" or "debug dlsw reachability error" will indicate an lf mismatch condition detected by DLSw. This condition should not be flagged as an error. The smallest lf across the entire path should be used for the circuit. [CSCdi77805]
The symptoms are sessions failing to establish and existing sessions being torn down.
The workaround is to configure TCP encapsulation. [CSCdi78017]

Interfaces and Bridging

CBUS-3-INTERR: Interface 6, Error (8011)
This is due to the bridging code was seeing aaaa and assuming it as snap encapsulated. Since SNAP encapsulated packets have a minimum length of 21, the bridging code was subtracting 21 from the original length of the packet (20) when queuing it on the outbound interface. Result. Length of outbound packet was -1 or 65535 bytes. This caused the SP to become confused and writing over low core causing the 8011 error. [CSCdi65953]
Workaround: cable the interface, or place the interface in an admin down state via the SHUTDOWN command. [CSCdi73867]
There is no workaround. [CSCdi80987]

IP Routing Protocols

There is no workaround. [CSCdi70260]
After reload with standby track command configured, the tracked interface may be in a wrong state, hence the priority is wrong too.
For the first time loading the image with the fix, standby track command will be deconfigured, and need to reconfigure it again. [CSCdi72254]
Workaround is to issue shut and no shut commands to the interface which isn't receiving the IGMP reports. [CSCdi72642]
Work-arounds, in order of preference: - add a router in area 0 - put everything in one area as long as there's only one router in area 0 [CSCdi73483]
This doesn't seem to affect the order in which the route-map is executed. [CSCdi74891]
System restarted by error - Zero Divide, PC 0x38EF0C (0x38EF0C:_igmp_report_delay(0x38eec6)+0x46) [CSCdi83040]

ISO CLNS

Novell IPX, XNS, and Apollo Domain

Protocol Translation

TCP/IP Host-Mode Services

Wide-Area Networking

This problem does not effect the data transferred, just the path which it takes through the router. [CSCdi68769]
username ppp nopassword autocommand ppp
the user then gets authenticated via chap for the pp session and in the show users we should see the chap username but it reports only ppp as the username. [CSCdi77152]
ATM3/0.2(I): VCD:0x5 Type:0x6, LANE, ETYPE:0x0006 LECID:0xFF00 Length:0x70 FF00 0101 0008 0000 0000 003A 0003 0000 0000 0000 0000 0000 0001 0000 0C07 AC00 4700 9181 0000 0000 603E 5A45 0200 000C 5B7B 1202 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
LEC ATM3/0.2: received UNKNOWN on VCD 5
0008 looks like an LE_NARP packet which is reported as UNKNOWN by deb lane client. The clearing of the LE_ARP entry occurs correctly.
During another test, we get for instance:
nestor#sho lane le-arp Hardware Addr ATM Address VCD Interface 0000.0c5b.7b12 47.00918100000000603E5A4502.00000C5B7B12.02 13 ATM3/0.2 0000.0c07.ac00 47.00918100000000603E5A4502.00000C5B7B12.02 13 ATM3/0.2 0000.0c02.7f86 47.00918100000000603E5A4502.00400BC81840.02 12 ATM3/0.2 nestor# LEC ATM3/0.2: received UNKNOWN on VCD 5 nestor#sho lane le-arp Hardware Addr ATM Address VCD Interface 0000.0c02.7f86 47.00918100000000603E5A4502.00400BC81840.02 12 ATM3/0.2
This is just a cosmetical problem. [CSCdi78737]

11.1(7) Caveats/11.1(8) Modifications

This section describes possibly unexpected behavior by Release 11.1(7). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(7). For additional caveats applicable to Release 11.1(7), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(8).

AppleTalk

Basic System Services

If a daemon returns an error after a connection has been successfully established however, no more aliases for that daemon will be tried. Instead the daemon will try the next server configured in its list of servers.
One workaround is to order the list of tacacs-server hosts configured on the NAS to increase the likelihood that the desired daemon will always be selected. [CSCdi68816]
If the IP address of your Tacacs+ server does not exist in your local host table and you do not have DNS configured, you may experience a 9-second delay before connecting to the server.
To resolve this problem, do at least one of the following:
1) add "no ip domain-lookup" to your configuration. 2) add the IP address of your Tacacs+ server to your local host table. [CSCdi70032]
Cisco highly recommends upgrading all RSP-based systems to one of the Cisco IOS release identified below. For those systems that cannot upgrade, this problem can be avoided by disabling both BACKING-STORE and fair queuing. Please see instructions for this at the end of this message.
When packet load on RSP-equipped systems causes datagrams to be forwarded from SRAM to DRAM, a function of BACKING-STORE, 32 bytes of data may be randomly written into DRAM. This could result in several anomalous system behaviors including: - Software-induced system crashes - Dropped datagrams - Other anomalous errors
To eliminate this problem, Cisco highly recommends downloading and installing one of the following Cisco IOS releases:
Base Rel. Maint Rel. On CCO 10.3 10.3(16a) 11/15 11.0 11.0(12a) 11/22 11.1 11.1(7)CA1 11/18 11.2 11.2(1a) 12/9
The default Cisco IOS image for all new RSP-based router shipments is Cisco IOS release 10.3(16a) effective immediately.
SOLUTION:
FOR CUSTOMERS WITH RELEASE 10.3 Option #1: Cisco highly recommends the installation of one of the above listed Cisco IOS releases.
Option #2: Below are options to work around this bug.
1) Simply disable backing store on each interface with IOS command 'no transmit-buffers backing-store' Please note each interface needs this disabled.
Backing store defaulted to OFF in images beginning with ... 10.3 (12.3 ) 11.0 ( 9.2 ) 11.1 ( 4.1 ) 11.2 ( 0.14) from ddts CSCdi57740.
However, it is important to look at the current configuration. An image configured before backing-store defaulted to OFF may have it ON for router interfaces.
FOR CUSTOMERS WITH RELEASE 11.0, 11.1 or 11.2
Option #1: Cisco highly recommends the installation of one of the above listed Cisco IOS releases.
Option #2: Below are options to work around this bug.
1) Disable backing store AND fair queuing on each interface with IOS commands
'no transmit-buffers backing-store' 'no fair-queue'
ALSO disable udp-turbo flooding if the image is 11.0 or later The IOS command to disable UDP turbo flooding is 'no ip forward-protocol turbo-flood' which is OFF by default in all releases.
Backing store defaulted to OFF in images beginning with ... 10.3 (12.3 ) 11.0 ( 9.2 ) 11.1 ( 4.1 ) 11.2 ( 0.14) from ddts CSCdi57740.
However, it is important to look at the current configuration. An image configured before backing-store defaulted to OFF may have it ON for router interfaces. [CSCdi71609]
%SYS-3-MGDTIMER: Running parent with no child
This message is cosmetic in nature and has no impact on the health of the system. There is no workaround to this problem. [CSCdi72401]
The workaround is to configure the client as either unicast or broadcast, but not both. It may also be necessary to remove and reconfigure the "ntp server" configuration if the system is to be a unicast client. [CSCdi72452]
For example, if you have an access-list 101 defined on the router, a Filter-ID of "101" will work, but "101.out" will not. [CSCdi74210]
%RSP-3-ERROR: RP parity error %RSP-3-ERROR: SRAM parity error %RSP-3-ERROR: QA parity error %RSP-3-ERROR: CyBus0 parity error %RSP-3-ERROR: CyBus1 parity error
a bitmask follows to indicates which bytes (0-7) had bad parity. The bits indicating bytes 0 & 1 are actually in bit positions 9 & 8 instead of bit positions 7 & 6. [CSCdi74453]

EXEC and Configuration Parser

IBM Connectivity

%CLS-3-CLSFAIL CLS Assertion failed file "../cls/cls_entitymanager.c", line 2985 this->fCepState == kCepStateIdReqPending -Traceback= 3272892 304084A 33B8156 33B96E6 3040832 3271056 327118C 326ED4A
This was an annoyance and the message was eliminated. [CSCdi64207]
ALIGN-1-FATAL: Illegal access to a low address addr=0x1, pc=0x60544FE0, ra=0x60544FE8, sp=0x60AEE780
0x604C23EC:llc_store_rif(0x604c23c0)+0x2c 0x604BE390:llc2_input(0x604be128)+0x268 0x6014BD28:llc_input(0x6014bc64)+0xc4 ... Somewhere in the drivers.
It is exacerbated by increasing loads. There is no workaround. [CSCdi69234]
%ALIGN-3-SPURIOUS: Spurious memory access made at reading
on a 75xx. [CSCdi72059]
On a 7000 running an RSP7000 with IOS Release 11.1(6), CIP microcode cannot be read if it has been loaded into Bootflash. The workaround is to load the CIP microcode into Flash. [CSCdi72463]
Exception: Line 1111 Emulator at 0x7E9500 (PC) [CSCdi73675]

Interfaces and Bridging

%ALIGN-3-CORRECT: Alignment correction made at 0x60399C74 reading 0x40002165 [CSCdi68947]
In addition, if VIP Ethernet is used with multiple unicast protocols such as HSRP, packet duplication can occur on the LAN segment. These problems can significantly degrade RSP performance, if your configuration is listed here, be sure you obtain the interim or release with this problem corrected. [CSCdi71856]
You'll see the small buffers being created but not released (Created is going up and Trims doesn't in the show buffer) and the show memory will show the memory available going down.
Spanning Tree BPDUs are handled by small buffers , so when a BPDU comes in a small buffer is used , if at the same time the interface is going down , this small buffer should be released, and that was not the case...
This problem has been fixed in the IOS software code. [CSCdi72783]
%CBUS-3-CMDTIMEOUT: Cmd timed out, CCB 0x5800FF50, slot x, cmd code 0
The show diag x command reports that the board is disabled, wedged. The show version command does not show the card in the specified slot. The write terminal command does not show the configuration for the card in the slot. A possible workaround is to issue a microcode reload command or load a new system image that has the fix for this bug. [CSCdi73130]

IP Routing Protocols

Also need DDTS CSCdi77369. [CSCdi34362]
It does not affect the normal running of the router. [CSCdi64005]
Besides the messages, there is no bad effect on the network.
The workaround is to remove the route pointing to the Null interface. [CSCdi65475]
The patch for this ddts causes CSCdi73022. [CSCdi71096]
This fix resolves the problem. [CSCdi74009]
The problem happens only when the router have a single interface with OSPF running over it as broadcast/non-broadcast network. If the single interface is shutdown and is brought back up within a 5 seconds interval, it creates a race condition which causes the crash (or spurious access). [CSCdi74044]

ISO CLNS

Novell IPX, XNS, and Apollo Domain

The workaround is to hand-configure the parameters in the reverse order. [CSCdi72691]
The flooding behavior covers up a problem where services may be missing from the SAP table until the next full SPF. This is not a problem when all neighbors are Cisco routers, but can be a problem when third party routers are present on the same link. [CSCdi74487]

Protocol Translation

TCP/IP Host-Mode Services

VINES

Wide-Area Networking

The workaround for this is to shut and no shut the interface. [CSCdi31415]
Initial testing with this image (11.1(7.3)) has indicated a minor problem with the Lan Extender boxes such as the Cisco 1001 and 1002 running lex software version 2.0
The Lex box is able to carry out data transfer and is able to get bound to the interface it's connected to. However, if the ppp stacker compression is configured, the negotiations may not succeed. The lex box continues to transfer data, but may not compress/decompress the data.
The problem with compression is under investigation. [CSCdi44495]
The same problem applies for aip10-15 on RP based platforms. [CSCdi67812]
mac-address XXXX.XXXX.XXXX
now MAY affect any LANE components' atm and/or mac addresses, since the esi portion of an auto generated atm address is created using the mac address of the interface.
Also note that this command actually causes a hardware reset on the card that is being executed. Hence, all LANE components on such a card will recycle anyway. But as to whether the atm addresses they listen on after they come back up again will change, actually depends on how those addresses were defined in the first place.
If they were defined using the "auto" addressing method, obviously their esi portions will be affected.
In the case of an LEC (LANE Client), the mac address of the client will also change as well.
****** Note that this fix broke DECNET, which is now fixed. So, the correct version that has BOTH the fixes in is 11.2 (2.2) ****** [CSCdi73530]
The first call will fail with a cause of "Requested Facility not subscribed". Addtional calls will work fine, but the first call fails. [CSCdi73750]

11.1(6) Caveats/11.1(7) Modifications

This section describes possibly unexpected behavior by Release 11.1(6). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(6). For additional caveats applicable to Release 11.1(6), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(7).

AppleTalk

%SYS-2-INPUTQ: INPUTQ set, but no idb, ptr=xxxxx %SYS-2-LINKED: Bad enqueue of xxxxx in queue yyyyy
After which a router reload could occur. [CSCdi63635]
! appletalk routing appletalk route-redistribution appletalk virtual-net 7554 ATCP dialins debug-extensions debug-extensions arap network 7569 IS Dialup !
The appropriate display should be:
! appletalk routing appletalk route-redistribution appletalk virtual-net 7554 ATCP dialins arap logging debug-extensions arap network 7569 IS Dialup ! [CSCdi68279]

Basic System Services

For ATM SVCs, ipNetToMediaPhysAddress would contain the called party address. For ATM PVCs, ipNetToMediaPhysAddress would still contain VC #.
"show arp" command would still show VC#'s. [CSCdi39628]
writeNet, hostConfigSet, netConfigSet [CSCdi50407]
The router will attempt to re-encrypt an encrypted key-string when it's read into the running configuration.
Work around is:
1- don't use "service password-encryption"
2 - or don't use "key-string" [CSCdi62490]
A workaround is to ensure that there is at least one other NTP association (by configuring an "ntp server" or "ntp peer" on the system, or by changing one of the other systems to use "ntp peer" with the master rather than "ntp server"). [CSCdi67635]

DECnet

EXEC and Configuration Parser

Router#sh ip arp ? Ethernet IEEE 802.3 H.H.H 48-bit hardware address of ARP entry Hostname or A.B.C.D IP address or hostname of ARP entry Null Null interface Serial Serial cr
RioGrande#sh ip arp Protocol Address Age (min) Hardware Addr Type Interface Internet 10.6.1.51 - 0000.0ca0.5d00 ARPA Ethernet0/0 Internet 10.6.1.71 1 0000.0c07.9b41 ARPA Ethernet0/0
RioGrande#sh ip arp 0000.0c07.9b41 Translating "c07.9b41"...domain server (255.255.255.255)
Protocol Address Age (min) Hardware Addr Type Interface Internet 10.6.1.71 1 0000.0c07.9b41 ARPA Ethernet0/0
Router#sh ip arp 10.6.1.71 Protocol Address Age (min) Hardware Addr Type Interface Internet 10.6.1.71 2 0000.0c07.9b41 ARPA Ethernet0/0 RioGrande#
Router#sh ip arp e 0/0 Translating "e"...domain server (255.255.255.255)
Protocol Address Age (min) Hardware Addr Type Interface Internet 10.6.1.51 - 0000.0ca0.5d00 ARPA Ethernet0/0 Internet 10.6.1.71 8 0000.0c07.9b41 ARPA Ethernet0/0 [CSCdi68767]

IBM Connectivity

%CBUS-3-CIPRSET: Interface Channelslot/port, Error (8010) disable - cip_reset() %CBUS-3-INITERR: Interface decimal, Error (8004), idb hex decimal cmd_select - cbus_init() %CBUS-3-INITERR: Interface decimal, Error (8004), idb hex decimal cmd_select -cbus_init() %CBUS-3-CTRLRCMDFAIL1: Controller decimal , cmd (128 hex) failed (0x8010)count (16) %CBUS-3-FCICMDFAIL1: Controller decimal, cmd (32 0x00000001) failed (0x8010) count (1)
Looping may be severe enough to require a router reboot.
The looping messages may overrun the logging buffer and thus obviate the reason for the initial attempt to reset the CIP. [CSCdi66420]
% Error (0x0001,0x00000807) defining class of service.
If so, here is a workaround until the code is fixed to match what the help says are correct values.
1) When cfg-ing a tg-row's prop_delay, only these enumerated values are allowed, not the 0-255 implied by the help:
AP_PROP_DELAY_MINIMUM (0x00) = 0 AP_PROP_DELAY_LAN (0x4C) = 76 AP_PROP_DELAY_TELEPHONE (0x71) = 113 AP_PROP_DELAY_PKT_SWITCHED_NET (0x91) = 145 AP_PROP_DELAY_SATELLITE (0x99) = 153 AP_PROP_DELAY_MAXIMUM (0xFF) = 255
2) When cfg-ing a tg-row's security, only these enumerated values are allowed, not the 0-255 implied by the help:
AP_SEC_NONSECURE (0x01) = 1 AP_SEC_PUBLIC_SWITCHED_NETWORK (0x20) = 32 AP_SEC_UNDERGROUND_CABLE (0x40) = 64 AP_SEC_SECURE_CONDUIT (0x60) = 96 AP_SEC_GUARDED_CONDUIT (0x80) = 128 AP_SEC_ENCRYPTED (0xA0) = 160 AP_SEC_GUARDED_RADIATION (0xC0) = 192 AP_SEC_MAXIMUM (0xFF) = 255
3) 'show appn class det' will show zero values for all values of a TG row of any new COSs. [CSCdi67560]
Crash in the managed timer, with respect to dlsw, has been fixed. [CSCdi67926]
Backup Peer linger option is broken. The default and zero linger time are not working correctly.
Other 'dlsw remote-peer' options, destination mac address exclusive (dest-mac) and destination mac address exclusive list (dmac-output-list), are not present. [CSCdi68995]
This ddts the complete fix for CSCdi69283. [CSCdi70232]

Interfaces and Bridging

However, interfaces did not go down on AGS+ or other 7000 routers (showing excessive collissions, (rate in excess of 10%) as is the case with the 4700 router with NP-6E card.
Using AM79970 chipset. Also seeing similiar manifestations as in CSCdi51927 where output of 'sh cont eth is showing 'link state down' while sh int eth sho up/up for state and we're seeing packets inbound/outbound on the interfaces respectively. [CSCdi49380]
%CBUS-3-CMDTIMEOUT: Cmd timed out, CCB 0x5800FF50, slot x, cmd code 0
The show diagnostics x command reports that the board is disabled. The show version command does not show the card in the specified slot. The write terminal command does not show the configuration for the card in the slot. A possible workaround is to issue a microcode reload command or load a new system image that has the fix for this bug. [CSCdi66450]
Configured bridge-group under the fddi subinterface, OSPF works ok in all routers. [CSCdi68923]
Please note this bug never existed in versions 11.0. It is not an error that this patch was not applied to that source-tree. [CSCdi71367]

IP Routing Protocols

The problem only happens if the configured value of the dead-interval is the same as the original default - 40 for broadcast network and 120 for non-broadcast network - and the hello-interval is not default.
The workaround is not setting the dead-interval the same as the original default.
When the fixed image is first loaded, the problem still happens. To resolve the problem, reconfigure the dead-interval again and do write memory. Then the problem will not happens again with subsequent reloads. [CSCdi62640]
It is also possible for a race condition to occur, where the majornet route is lost, even after it has been received and installed into the routing table.
The workaround for this problem is a floating static route for the majornet matching the PPP-created host route using a majornet mask pointing to the PPP-created host route. For example, if the host route is 192.1.1.1, then using the command ip route 192.1.1.0 255.255.255. 0 192.1.1.1 250 should solve the problem. [CSCdi65258]
Note that releases 11.0(11.1) and 11.1(6.1) contain the fix for this ddts may reload when doing DNS name validation. Check CSCdi70707 and CSCdi71158. Releases 11.0(11.2), 11.1(6.2) and any 11.2 are fine. [CSCdi66910]
However standard IP access lists are in the range 1-99, and the router attribute list accepts access lists in the range 1-199.
We are modifying the help line to say: <1-199> IP access list number [CSCdi69241]
There is no workaround. [CSCdi70406]

LAT

Novell IPX, XNS, and Apollo Domain

Protocol Translation

TCP/IP Host-Mode Services

Wide-Area Networking

However, due to the default bandwidth of the group async interface being greater than that for a fair queueing candidate, it is actually not configured for fair queueing which is what it reverts to after a reload.
A workaround in order to enable and disable fair queueing on the interface is to use the bandwidth command to set an applicable value such that the "fair-queue" command is meaningful thereafter. [CSCdi66301]
Any release containing this bug should NOT be used in sites using LANE. The following releases are affected: 11.0(10.3), 11.1(5.3), 11.1(5.4), 11.2(0.23), and 11.2(0.24).
Note that for 11.0, only the 7000 image will be affected, as the 4500 and rsp platforms do not run LANE in 11.0. [CSCdi68089]

11.1(5) Caveats/11.1(6) Modifications

This section describes possibly unexpected behavior by Release 11.1(5). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(5). For additional caveats applicable to Release 11.1(5), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(6).

AppleTalk

Basic System Services

%DBUS-3-DBUSINTERR: Slot 0, Internal Error
It may also be accompanied by the following messages:
"%CBUS-3-CMDTIMEOUT: Cmd time out, CCB 0 x XXXXXXXX slot n, cmd code n"
"%DBUS-3-WCSLDERR: Slot n, error loading WCS, status 0 x XX cmd/data 0 x XX pos n"
If the WCSLDERR error displays, the RSP board is disabled and will not be displayed when you issue a write terminal command. Issue a microcode reload command to take the card out of the disabled state. [CSCdi49854]
The Reserved Exception crash looks like this:
Queued messages: Aug 14 10:44:16: %RSP-3-ERROR: memd write exception, addr 08000000 Aug 14 10:44:16: %RSP-3-ERROR: RSP alignment error on write to QA, addr 08000000 *** System received a reserved exception *** signal= 0x9, code= 0x0, context= 0x60c72fd0 PC = 0x60107514, Cause = 0x2020, Status Reg = 0x34008702 DCL Masked Interrupt Register = 0x000000ff DCL Interrupt Value Register = 0x00000000 MEMD Int 6 Status Register = 0x00000000
The QAERROR looks something like this:
Jun 17 10:50:23.329: %RSP-2-QAERROR: reused or zero link error, write at addr 0308 (QA) log 260308C0, data A816FFFF 00000000 [CSCdi66673]

EXEC and Configuration Parser

IBM Connectivity

In most instances, the PC sends another SABME P and the router responds appropriately with a UA F.
The workaround is to ensure that the end station (PC) makes more than one attempt to connect to the host by sending at least two SABME Ps. [CSCdi46918]
If this is occurring, use fast switching instead of autonomous switching. [CSCdi52884]
%SCHED-2-NOTWATCHTIMER: simple timer 2CFBF8 not being watched. -Process= "BSTUN Background", ipl= 0, pid= 19 -Traceback= F336E 27A0C2 E677E E67F8 EF50E A0BA0 F25B8 27A15C
appears, as long as bstun is never to be used on the router before the next reload then the router should be fine. If bstun is to be configured again it would be safer to reload the router. [CSCdi53010]
CIP variables not included in the CISCI-CHANNEL-MIB
Added: cipCardSubChannelCmdretries to cipCardSubChannelTable Added: cipCardDtrBrdLastStat and cipCardDtrBrdNextStat to cipCardDaughterBoardTable [CSCdi55031]
This problem was introduced by some changes to the token ring interrupt handler in 11.0 and later.
There is no workaround for the diversion, though the flushing can be avoided by raising the explorer maxrate value to some high number. However, this may cause instability in the network.
Note that this bug fix is comprehensive in that several issues regarding multicast explorers and inbound remote explorers have now been resolved.
Paul S. [CSCdi59090]
Symptom is "dropped Routed protocol" messages are output when "debug source-bridge error" is enabled
This behavior was introduced by CSCdi61267. Integrated into 11.0(9.4) and 11.1(4.3). [CSCdi62738]
show ext channel x/0 path stat
the channels do not appear as expected. [CSCdi64003]
In version 11.0 and greater, a workaround is to no shut the CIP virtual interface, channel slot/2 [CSCdi64004]
As a temporary work-around, you can specify "retries 1" on the sna host definition. [CSCdi65375]
In addition, DLSw FST is not supported on a Channel Interface Processor (CIP) LAN interface.
This error caused by CSCdi58658 will result in a buffer leak in the RSP's Token Ring interface buffer pool and the Token Ring interface will eventually hang when it runs out of buffers. Issuing a show controller cbus command will show how many buffers the interfaces thinks are still available in the system.
The following error messages will occur :
*Aug 7 11:48:33 mst: %SYS-2-LINKED: Bad enqueue of 60AE6FC0 in queue 60B0EB60 -Process= "interrupt level", ipl= 5 -Traceback= 60110530 6016901C 60169070 60211C8C 600F2E70 600F2B70 600F06D4 601B78E0 60188EB0
boxer% rsym rsp-j-mz.111-5.0.1.symbols Reading rsp-j-mz.111-5.0.1.symbols rsp-j-mz.111-5.0.1.symbols read in Enter hex value: 60110530 0 x 60110530:p_enqueue(0 x 601104d0)+0 x 60 Enter hex value: 6016901C 0 x 6016901C:process_enqueue_common(0 x 60168fb4)+0 x 68 Enter hex value: 60169070 0 x 60169070:process_enqueue_pak(0 x 6016905c)+0 x 14 Enter hex value: 60211C8C 0 x 60211C8C:ip_simple_enqueue(0 x 60211c74)+0 x 18 Enter hex value: 600F2E70 0 x 600F2E70:dlsw_lan2fst(0 x 600f2c1c)+0 x 254 Enter hex value: 600F2B70 0 x 600F2B70:dlsw_srb_input(0 x 600f2ab0)+0 x c0 Enter hex value: 600F06D4 0 x 600F06D4:fs_srb_to_vring(0 x 600f054c)+0 x 188 Enter hex value: 601B78E0 0 x 601B78E0:rsp_process_rawq(0 x 601b673c)+0 x 11a4 Enter hex value: 60188EB0 0 x 60188EB0:rsp_qa_intr(0 x 60188dec)+0 x c4 [CSCdi65603]
%SYS-2-LINKED: Bad enqueue of 9600E8 in queue 88380. SNA: Alert xxxxx not sent, Focal point buffer overflowed. [CSCdi66340]

Interfaces and Bridging

On RSP-ONLY : If HSRP and bridging is configured on a Token Ring interface, the active router fails to forward ip routed packets which arrive at the Token Ring for the standby ip address. [CSCdi63104]

IP Routing Protocols

In the past multiple RPs could be used for the same group and their state all cached. Now only one RP for a group is used in one router, at any given time. [CSCdi60059]
The global configuration command ip bgp-community new-format is added to display/parse communities in the new format of form AA:NN. When this command is used, BGP communities will be parsed/displayed with the new format. [CSCdi64437]
When used with neighbors external to the Confederation, Private AS numbers will be removed if it is after the Confederation part of the AS path. [CSCdi64489]

ISO CLNS

There is no workaround for this problem. [CSCdi64256]
The routers will now make a distinction between possible duplicate system IDs, and spurious LSP purges, which are probably caused by LSP corruption somewhere in the network. [CSCdi64266]
%CLNS-4-DUPSYSTEM: ISIS: possible duplicate system ID xxxx.xxxx.xxxx detected
This is a cosmetic problem only. There is no workaround to this problem. [CSCdi65078]
%ISIS: Refresh time must be less than LSP lifetime
This bug will cause no real harm, as the router will only fall back to the default lsp-refresh-interval of 15 minutes. There is no workaround for this bug. [CSCdi66787]

Novell IPX, XNS, and Apollo Domain

There is no way to correctly count these packets any longer (since 9.21). Therefore these counters are being removed. [CSCdi58345]
Commands added to facilitate the timeout process are:
ipx spx-spoof session-clear [minutes] (default 60) and ipx spx-spoof table-clear [hours] (default 16).

[CSCdi64010]

It appears as though the router learns the SAP, sends it into the EIGRP cloud and if the other routers in the cloud do not split-horizon SAP's prefers the SAP being seen from the EIGRP cloud. Once this is created, in certain circumstances it is impossible to remove these SAP's from the table.
The workaround is to have all routers split-horizon SAP's. [CSCdi66719]
%NLSP: Refresh time must be less than LSP lifetime
This bug will cause no real harm, as the router will only fall back to the default lsp-refresh-interval of 15 minutes. There is no workaround for this bug. [CSCdi66788]

Protocol Translation

VINES

Wide-Area Networking

Workaround is being investigated. [CSCdi50049]
%SYS-2-WATCHDOG: Process aborted on watchdog timeout, Process = IP SNMP -Traceback= 60160DB8 601564AC 601085BC 601D7F8C [CSCdi59897]
There is no workaround. [CSCdi60761]
%ATM-3-FAILCREATEVC: ATM failed to create VC(VCD=1011, VPI=0, VCI=262) on Interface ATM5/0, (Cause of the failure: Failed to have the driver to accept the VC) %AIP-3-AIPREJCMD: Interface ATM5/0, AIP driver rejected Teard own VC command (error code 0x8000) [CSCdi62445]
*Aug 1 06:12:59.663: %RSP-3-RESTART: interface FastEthernet0/0/0, output stuck *Aug 1 06:13:00.179: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0/0, changed state to down *Aug 1 06:13:01.195: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0/0, changed state to up *
There is no workaround you need to upgrade the IOS. [CSCdi64994]
Increase the enable time to at least 10 seconds. [CSCdi66164]

11.1(4) Caveats/11.1(5) Modifications

This section describes possibly unexpected behavior by Release 11.1(4). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(4). For additional caveats applicable to Release 11.1(4), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(5).

AppleTalk

This only occurs in 11.2. For other releases, the source changes contain only minor internal fix. [CSCdi60845]
This only occurs in 11.2. There is minor internal fix to prior releases. [CSCdi61658]
Note: For routers that are directly connected to a Phase 1 (non-Phase 2) router in compatibility mode, the appletalk proxy-nbp network zone command must be used. This will allow the router to convert the NBP FwdReq to NBP LkUp to the Phase 1 router. [CSCdi61668]

Basic System Services

If an idle time of 2 mins. is chosen, then the actual ACL may not idle out until 3.9 minutes after the last packet. Actually, it could idle out at any time between 2 - 3.9 minutes depending on when the last packet arrived. [CSCdi42319]
%DBUS-3-NORESP: bad or no response, slot number -Traceback= hex number hex number ... hex number %DBUS-3-BADCTRLRTYPE: Invalid controller type 255 in slot number -Traceback= hex number hex number ... hex number
These messages are associated with an FEIP, a CIP, or a VIP on the RSP7000 platform or with the VIP on the Cisco 7500 series platform. The messages indicate that the board is initially unresponsive to certain commands being issued at early stages of system initialization. However, the system is able to successfully reset and initialize the cards. As such, the messages represent no functional impact and can be safely ignored. [CSCdi47923]
%SYS-6-STACKLOW: Stack for level CXBus Interfaces running low, 0/1000
This message may eventually lead to the router haning. [CSCdi54119]
See the attached config for "ip host ttt" [CSCdi60064]

DECnet

The fact that the NSEL indicates intra- Phase V cluster traffic and that the source was a IV host means that the packet was originated by a IV host, converted by the router and sent to one of the Phase V cluster members, who decided that this packet should be sent to one of the other cluster members. In this case, the packet is sent back to the router (since the receiver presumably has no idea where this other cluster member is), and the router should send a redirect to the cluster member who first received the packet, indicating that the intended recipient is on the same LAN. [CSCdi52326]
If there is a matching route in the CLNS prefix table, then the DECnet "advertise" route behaves correctly. [CSCdi58806]
It is a cosmetic problem and has no other impact on the router. [CSCdi60716]

EXEC and Configuration Parser

IBM Connectivity

SDLC test output is now sent to a telnet session when terminal monitor was turned on. If you are logged into the console, then the output is received fine. [CSCdi51539]
In addition, a downstream PU may attempt to connect to a backup dlus prematurely when the primary should have been tried first. [CSCdi52060]
This does not seem to have any impact on our users and the work around is to ignore the extraneous FMH-7 frame on any line traces you may be looking at. [CSCdi56698]
Note: CSCdi61278 is a follow on fix to this problem. [CSCdi58842]
This crash was also reported by the ARF group, and has now been fixed in 11.1(4) [CSCdi59856]
stun schema cnt offset 0 length 1 format hexidecimal ^ % Invalid input detected at '^' marker. [CSCdi60992]
This ddts is a follow on fix to CSCdi58842. [CSCdi61278]
Previous crashes that were likely caused by this race condition : CSCdi61278 CSCdi58842 [CSCdi61790]
Prior to this fix, an emulator session requireing non-paced traffic would fail with sense 20110005. [CSCdi63136]

Interfaces and Bridging

The following three workarounds can be used:
-- Turn off padding on process-switched packets via the command: no ipx pad-process-switched-packets
-- Configure the router for Autonomous Switching instead of SSE switching via the commands: no ipx route-cache sse ipx route-cache cbus
-- Turn off SSE switching: no ipx route-cache sse [CSCdi42802]
A flow control mechanism is provided to in the RSP platform in Release 11.1 and later Releases. Each interface will be assigned an transmission queue accumulator. The accumulator used can be found using show controller cbus. The value of the accumulator indicates that number of packets the MIP can transmit. The value is set by the system optimally based on the line bandwidth and other resource constraints. However, the limit can be changed by tx-queue limit n. When change the limit, a CE should be consulted.
The RP platform has to be upgraded with a RSP7000 to get this feature. [CSCdi44333]
Condition (1) could result in a large leak. Condition (2) would leak until the context was dynamically created, generally in about 1 second. [CSCdi54825]
/Ramki [CSCdi58194]
Work aroung is to run 10.3(x). [CSCdi59204]
Cisco Systems expects to resolve this caveat in a future IOS release. [CSCdi59825]
When a mac-address is changed on any ethernet interfaces on VIP/VIP2, It has to be followed by a micro reload in order to make the mac-address change effective. This will be fixed in upcoming releases 11.1(5). [CSCdi61457]
A workaround is to configure "ipx routing" (it is not necessary to assign any IPX addresses in the router, so it will not actually participate in IPX.) [CSCdi61501]

IP Routing Protocols

When a HSRP group changes from active state to any other non-active state, HSRP will reset the interface to de-register the virtual MAC address from the address filter.
The disruption may become unexceptable if there are many HSRP groups on a fddi interface change state many times in a short period of time.
But the bad situation was seen when there were over 60 HSRP groups defined on a fddi interface.
I would say the severity of this bug depends on the number of HSRP groups defined on a fddi interface.
Now for this bug to kick in the HSRP state has to change and for that to happen we have to miss 3 HSRP hellos (9-10 secs). [CSCdi59054]
The workaround for this problem is a floating static route for the majornet matching the PPP created host route using a majornet mask pointing to the PPP created host route. i.e., if the host route is 192.1.1.1, then using 'ip route 192.1.1.0 255.255.255.0 192.1.1.1 250' should cure the problem. [CSCdi59425]
There is no workaround to this problem. [CSCdi59446]
To recover, perform a shut/no shut on the interface. [CSCdi60445]
Additionally, if a router running IPX-EIGRP receives an update containing an external route that was originated by the router itself, the rest of the update will be ignored.
There is no workaround to this problem. [CSCdi61491]
Also, attempts to refresh ARP entries every minute, rather than every keepalive interval. [CSCdi61730]

ISO CLNS

Novell IPX, XNS, and Apollo Domain

ipx route-cache max-size size
size is the maximum number of entries allowed in the IPX route cache.
If the cache already has more entries than the specified limit, the extra entries are not deleted. To remove stale entries, use the ipx route-cache inactivity-timeout time command to select a suitable value for the cache aging parameter. [CSCdi60228]

Protocol Translation

Wide-Area Networking

%LANE-3-LANE_SIG_INV_MSG: invalid msg received (4 A8CF4E A)
The error is harmless .... The LES/BUS continues to operate normally after this message. [CSCdi59010]
If dialer holdqs are enabled, an outbound call could crash the box. [CSCdi60578]
frCircuitReceivedFECNs Counter, frCircuitReceivedBECNs Counter, frCircuitSentFrames Counter, frCircuitSentOctets Counter, frCircuitReceivedFrames Counter, frCircuitReceivedOctets Counter,
would be reset resulted by the "clear counters" exec level command for the interface over which the FR circuits were established. [CSCdi60658]
ipx route-cache nasi-server enable [CSCdi60747]
If a LANE client is configured on a sub-interface, the MTU on that sub- interface will be 1500. If rfc1483/rfc1577 clients are configured, the MTU is 4470.
MTU can be changed on a sub-interface basis. The maximum datagram that can be sent out of the ATM interface is governed by the MTU configured (either on the major or on the sub-interface). The largest configured value is used for carving up buffers. [CSCdi61523]

11.1(3) Caveats/11.1(4) Modifications

This section describes possibly unexpected behavior by Release 11.1(3). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(3). For additional caveats applicable to Release 11.1(3), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(4).

AppleTalk

Workaround:
Disable SMRP fastswitching on FDDI interface via "no smrp mroute-cache". [CSCdi57119]

Basic System Services

RADIUS accounting packets will not contain a CLASS attribute, even if one was supplied during authentication.
RADIUS packets may contain a NAS-IP-ADDRESS attibute other than the address of the interface specifed by a ip radius source-interface command.
A RADIUS REPLY-MESSAGE attribute sent to a cisco in an ACCESS-ACCEPT or ACCESS-REJECT packet will not be displayed to the user. [CSCdi56667]
% Maximum number of parties reached. % Memory allocation failure
You can ignore this if you are not using SNMPv2 and parties. [CSCdi57672]

DECnet

EXEC and Configuration Parser

The remaining "write" and "copy running-config" commands still operate at the users current privilege level due to security considerations. [CSCdi55809]

IBM Connectivity

CIP ILAN(Channelx/2-TokenRing): packet dropped - vencap failed
for explorers received on the router that are not destined for any of the CIP internal LAN MAC addresses. For these explorers not destined for a CIP internal LAN MAC address, the above debug message should not be displayed. [CSCdi46832]
Work around is using direct encapsulation over frame relay with local-ack. [CSCdi52568]
- encapsulation sdlc-primary or encapsulation sdlc-secondary - nrzi-encoding - The interface is configured as a DCE.
The low speed asynchronous/synchronous serial interface may drop SDLC frames with this configuration. The symptoms of this problem are poor performance and excessive Cyclic Redundancy Check (CRC) errors on the interface (as seen via the show interface command).
The fix for this problem requires: hardware version 00000002 and a software fix for this defect, which is incorporated into Cisco IOS Release 11.0(9) and 11.1(4), and later. All Cisco 2520, 2521, 2522, and 2523 routers manufactured before May 24, 1996 are subject to this problem.
To identify whether your router is affected, issue a show version command. The hardware revisions that are subject to the problem are "00000000" and "00000001". Hardware revision "00000002" contains the hardware fix that resolves this problem:
cisco 2520 (68030) processor (revision E) with 4096K/2048K bytes of memory. Processor board ID 02351913, with hardware revision 00000002 [CSCdi57040]
This is fixed by providing the user with the following command to set up the amount of time DLSw should wait for responses from other peers. [no] dlsw timer explorer-wait-time seconds
The default value of the timer is zero. This causes DLSw to respond as soon a response is received (current behaviour).
Note 1: This may cause the first circuit (when the cache is NOT fresh) to be delayed by the amount of time configured. Once the cache is fresh, circuits will come up normally.
Note 2: If this timer is changed, DLSw will use the new value only for new explorers and the old explorers pending if any will contine to have the old value. [CSCdi59181]

Interfaces and Bridging

In addition to the hardware requirement, the fix for this bug that is in Release 11.0(8) and later releases requires that you allow a minimum of 15 seconds to elapse between OIR events. Removal of one interface counts as one event, and insertion of one interface counts as one event.
If your MIP hardware is not at least hardware version 1.1, it will not EOIR or OIR correctly!
Failure to allow this time for the router to stabilize between OIR events can result in the reset performed for one event corrupting the reset performed for another event, which could require interfaces to be reconfigured or reinitialized manually. This reset requires even more time if additional channel-groups are defined within the router. The time between OIR events should be increased to as much as 30 seconds if three or more MIP cards are fully channelized in the router. While the corruption of this reset activity might occur only occasionally if OIR events are too closely timed, it is mandatory to allow the correct interval to guarantee the benefits of EOIR/OIR. [CSCdi46137]
As a workaround, one can remove all access list entries following the entry which matches all packets. Doing so will not change the behavior of the access list.
As an example, change:
access-list 116 permit ip any any access-list 116 permit tcp any any gt 1023 access-list 116 permit tcp any any eq smtp
to:
access-list 116 permit ip any any [CSCdi50886]
Workaround: Disable ISL. [CSCdi57265]

IP Routing Protocols

This defect will not be fixed in 10.0 because of its low severity and because it was found internally. This is because 10.0 is in its Mature Maintenance Phase. [CSCdi21082]
A workaround is to disable subnet broadcasts on the affected interfaces. using the interface sub-command ip broadcast-address 255.255.255.255 which is the default. [CSCdi56737]

ISO CLNS

The fix is to delay the cache invalidation, and have an appropriate knob to control the frequency of invalidation. [CSCdi56559]
A workaround is to either disable IS-IS before removing the static route, or to enable IS-IS on the interface before removing the static route. [CSCdi56815]
1. Overwriting the NSEL byte in the "TAR-POR" field to "AF" during TARP packet propagation.
2. Not 'quenching' looping packets, as specified in the amended TARP specs. [CSCdi57772]
A workaround is to filter out the ESH packets using the "clns adjacency-filter es" configuration command in conjunction with an appropriate filter set (which should specify a wildcard, "**", in the last byte of the address). [CSCdi58621]

Novell IPX, XNS, and Apollo Domain

The workaround is to add or delete another static route or service, or restart the NLSP process by deconfiguring and then reconfiguring it. [CSCdi52574]
There is no workaround to this problem. [CSCdi55252]
Local Timeout (control reg=0x118) Error, address: 0x4000C74 at 0x30F4D7C (PC)
The existence or absence of the access-list in the configuration does not effect the behavior of the router. [CSCdi55681]

Protocol Translation

VINES

Wide-Area Networking

The correction of this fix also enforces the parser to restrict the range allowed for the burst size parameter of the atm pvc command to the legal values [1-63]. [CSCdi45984]
Several requests have come in for modifications to the PPP Authentication feature. At the same time, a fundamental security hole (remote PAP gives away the router's hostname and matching password) was identified. Here are the changes made. Note that three DDTS were opened (CSCdi49278, CSCdi54088 and CSCdi44884). These changes were integrated into 11.0(8.1), 11.1(3.0.2) and 11.2(0.7).
For the purposes of this document, 'remote authentication' will mean authentication BY the remote PPP unit of the local router. Similarly, 'local authentication' is the authentication OF the remote PPP unit by the local router. The unit doing the authentication (the authenticator) is the unit checking the other ends password. Another way of looking at it is that the terms, 'local' and 'remote', refer to the location of the applicable 'ppp authentication {chap|pap}' configuration command. The terms 'local authentication' and 'remote authentication' are confusing but slightly better than 'inbound authentication' and 'outbound authentication'.
Goals: -disable remote PAP authentication unless explicitly configured -allow multiple servers to appear as a single server to ease configs -allow remote peer to authenticate to multiple unknown servers
New PPP Authentication Commands
ppp pap sent-username xxxx password yyyy ppp chap hostname xxxx ppp chap password [n] zzzz
All commands are interface configuration commands. Since they are PPP commands they are entered in the dialer group or async group or BRI/PRI interface as applicable.
ppp pap sent-username xxxx password yyyy
Remote PAP has been disabled by default. This command will re- enable remote PAP support for the specific interface and use the 'sent-username' and 'password' in the PAP Authentication Request packet to the peer. Remote PAP is when the peer requests that you authenticate or prove yourself to him. This change was done because a security hole exists in the present code. Prior to this change, we would send out our hostname and password in the PAP Authentication Request packet. The same password that the peer is supposed to know in order to do local CHAP authentication.
ppp chap hostname xxxx
This command is added to allow ISPs to create a pool of dial-up routers all appearing to be the same host when authenticating with CHAP. Currently, the ISP's customers need to have username entries for any possible router they might attach to. This will allow them to have a single entry as all ISP routers will challenge with a common hostname. This command is normally used with local CHAP authentication (when we are authenticating the peer) but it can also be used for remote authentication.
ppp chap password [n] zzzz
This command is added to allow a router dialing to a collection of routers not supporting the 'ppp chap hostname xxxx' command (such as units running older IOS images) to configure a common password (ie CHAP secret) to use in responding to challenges from an unknown peer. Thus a customer can replace several username/password config commands with a single copy of this command (per interface or dialer/async group interface). Note that this command is only used for remote CHAP authentication, ie. when we are authenticating for the peer. It does not affect local CHAP authentication.
Example configurations (most non-authentication details left out)
Remote router dialing multiple servers in a single rotary (w/out dialin)
hostname customer451 ! interface bri0 encap ppp ppp chap password 7 jfdjla
Central site router (one of many in a single rotary)
hostname 3rdfromtop ! username customer451 password 7 jfdjla (probably uses TACACS+ instead) ! interface dialer0 encap ppp ppp authentication chap callin ppp chap hostname ISPCorp
Central site router (as above but requiring support for older PAP clients)
hostname 3rdfromtop ! username customer451 password 7 jfdjla (probably uses TACACS+ instead) ! interface dialer0 encap ppp ppp authentication chap pap callin ppp chap hostname ISPCorp ppp pap sent-username ISPCorp password 7 fjhfeu [CSCdi49278]
In addition, when the serial line is configured to be frame-relay intf-type dce or frame-relay intf-type nni, if a frame-relay intf-type command is entered after the desired PVCs have been configured, then the router will fail to send the correct LMI Full Status message. [CSCdi52339]
%ATM-4-MTUCALLMISMATCH: Incoming call has mismatched maximum transmission unit
If the remote device is re-configured with the correct SDU size, the problem will not occur. [CSCdi57676]
This is a change from SW Ver. 10.3.
The reason for this is because it was possible to configure multiple QSAAL and ILMI PVC's on multiple subinterfaces which lead to problems. This should not have been allowed. [CSCdi58635]

11.1(2) Caveats/11.1(3) Modifications

This section describes possibly unexpected behavior by Release 11.1(2). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(2). For additional caveats applicable to Release 11.1(2), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(3).

AppleTalk

Basic System Services

Line command flowcontrol software lock may now be used to specify a flow control configuration that will not change when connected to remote network hosts, using telnet or rlogin protocols. [CSCdi33144]
A partial work-around is to identify those devices which are performing auto-discovery, and modify their default behavior so that they perform auto-discover on a less frequent basis, if at all.
The permanent solution is to lower the priority of the "IP SNMP" process so that it doesn't starve other processes in the system. [CSCdi50399]
Since the differences between the -00 and -01 versions were never incorporated, and since the -01 documents have been expired by the IETF, and since the SNMPv2 party-based model (RFCs 1445-1447) that these documents rely upon has been relegated to historic status by the IETF, support for the Simplified Security Conventions will be removed from all software images.
This is the first step in replacing all support for party-based SNMP with support for SNMPv2C as outlined in RFCs 1901-1908, as well as supporting any new secure SNMP standard produced by the IETF. [CSCdi53343]

EXEC and Configuration Parser

The command does the equivalent to the following show commands: show version show running-config show controllers show stacks show interfaces show buffers show process memory show process cpu [CSCdi47180]
For example to set an IPX static NDS service name which contains encoded data. This presently display as:
P 26B CISCO2_______________ 307C3EC4.0000.0000.0001:0005 2/01 1 Et0 Full name: 'CISCO2__________________________^Ust^FL@@@@@D^EPJ'
The binary will now display as xXX where XX is the Hexidecimal value of that character in that quoted sting.
ipx sap 26b "CISCO2____ xXXst xXXL@@@@@D5 2
where XX are the hex values for ^U, ^F, and ^E
to enter the character "" will require using two ""s, e.g. "\" . [CSCdi53685]

IBM Connectivity

%APPN-7-APPNETERROR: Inconsistent TG information TG=21 ADJ_NODE=AWWUKIBdWdr
The ADJ_NODE name is displayed using the incorrect format.
The "Inconsistent TG info" message is displayed when the NN receives a TDU with the same sequence number that has different information. VTAM sent a tdu for a NN with a different netid. If the link to that NN was stopped and restarted, VTAM sometimes sent a TDU with the same sequence number but different information. This problem was reported to IBM. [CSCdi50674]
The CIP will be unable to successfully initialize. This may result in other messages, like: CBUS-3-CTRLRCMDFAIL1: CBUS-3-DAUGHTER_NO_RSP:, or CBUS-3-CCBPTIMEOUT: associated with the slot that the CIP is in. [CSCdi50739]
Work-around to avoid this problem is to ensure that deactivation of the upstream LU is complete (i.e. DSPU has deactivated the downstream LU) before reactivating the upstream LU.
Work-around to recover a lost LU is to deactivate/reactivate the downstream PU. [CSCdi51042]
DLSW:CPUHOG in CLS background, PC=0x60549f3c
Since the CPU is being occupied by the CLS background process for a period of time, protocols that involve polling may lose their connections because of to poll starvation. [CSCdi52382]
There is no workaround and the impact can be substantial for large networks, resulting in increased delays for srb connections. [CSCdi53357]

Interfaces and Bridging

This fix prevents zero- or outlandishly-sized packets from reaching the decompression engine. [CSCdi51869]
%SCHED-2-WATCH: Attempt to set uninitialized watched boolean (address 0). -Process= "*Sched*", ipl= 7 -Traceback= F82C6 11FAEA Exception: Level 3 at 0xA49F4 (PC)
Workaround: Removing the serial cable from the router allowed the machine to boot correctly. At that point, the cables could be re-attached and the machine would function normally. [CSCdi51928]

IP Routing Protocols

The workaround for this bug is to use 255.255.255.255 as the broadcast address. [CSCdi50629]
This bug could also cause the router crash when network command is deleted. network command with route-map option should be used to cause the crash. [CSCdi51820]

ISO CLNS

The result of this situation is a high CPU utilization, and is more pronounced in an environment where there is heavy CLNS traffic (e.g. large file transfers), [CSCdi52752]
When the redistribution is disabled, ISO-IGRP should poison all prefix routes that were being learnt from the protocol that was being redistributed.
ISO-IGRP currently does not do this, and as a result, can cause the routes to count to infinity. [CSCdi53023]
The ping command does not accept any NSAP (for the source NSAP) other than the default value (i.e. the sender's own NSAP). [CSCdi54904]

Novell IPX, XNS, and Apollo Domain

Protocol Translation

Only 5 translate statements using X.25 permanent virtual circuits can be read from non-volatile memory upon boot up. If more are required, a work around is to configure them after booting from a terminal or using TFTP. [CSCdi52043]

TCP/IP Host-Mode Services

TN3270

VINES

Mar 12 083512 143.182.21.2 117 %SYS-3-MGDTIMER Uninitialized timer, timer stop, timer = 60B117F8 Mar 12 083512 143.182.21.2 118 -Process= "VINES Protocols", ipl= 0, pid= 44 Mar 12 083512 143.182.21.2 119 -Traceback= 60112410 60113238 6034CBC0 6034D204 6034E114 6034E24C 6034E580 6033C990 6033CB10 600EC980 600EC96C [CSCdi51689]

Wide-Area Networking

The workaround is to manually clear the VC with the command
"clear atm-vc atm x/0 VCD"
where x/0 is the interface and VCD is the VC number to be cleared. [CSCdi35689]
-- Specify the full NSAP address of the ARP Server interface, using the atm nsap-address nsap-address command, instead of just the ESI portion. -- After boot-up, issue a no atm arp-server command and then reissue the atm arp-server command. [CSCdi50592]
The problem will show up only when the two configuration commands are issued quick and close enough. So, the problem will most likely to occur when booting a router with such configurations. The problem will likely not to show up when these two configuration commands are issued sequentially from command line, as the two commands could not be entered so quick and so close to each other (to introduce the problem).
So, the output hang caused by this should recover without human interferring, although it may take a few minutes. On the other hand, 'shutdown' and 'no shutdown' on the atm interface with the configurations, as soon as the router is reloaded, should let everything work normally from the very beginning, without seeing the output hang. [CSCdi51013]
For instance, assume DLCI 300 is marked DELETED and subinterface s0.300 is shut down. The commands
int s0.300 frame-relay interface-dlci 300 broadcast no shut
will result in s0.300 being shown as up while the associated DLCI is deleted.
Reversing the above commands will avoid this behavior. [CSCdi53328]

11.1(1) Caveats/11.1(2) Modifications

This section describes possibly unexpected behavior by Release 11.1(1). Unless otherwise noted, these caveats apply to all 11.1 releases up to and including 11.1(1). For additional caveats applicable to Release 11.1(1), see the caveats sections for newer 11.1 releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(2).

AppleTalk

Workaround: Configure system from memory after a reload to restore access-list to interface.
This problem is fixed in 11.1 and later images. [CSCdi45795]

Basic System Services

This size reduction is, however, a source of confusion since it is not accounted for in any of the show outputs. The show version output is therefore being changed so that it shows the true physical size of processor memory even though the 4096 byte chunk will continue to be used for the special purpose. This change is cosmetic and does not affect the operation of the system in any way. [CSCdi30593]
A workaround is to disable fast switching of IP multicasting, or fast switching of source-route bridging (SRB) fast explorers by using the no source explorer-fastswitch command. Another possible workaround is to remove or add an IP card, particularly of a different media type. [CSCdi45887]
The "microcode reload" command will force the slave to be reloaded. This has the unwanted side affect that it will also reload all IPs, causing TRIPs etc. to drop out of rings. [CSCdi47229]
The keyword 'connection', if entered as part of a 'aaa accounting' command, is not shown in the on-line help even though the command is accepted and supported. [CSCdi47394]
There is no workaround to this problem. [CSCdi47415]
%CI-3-CTRLRTYPE: Wrong controller type 10 %CI-4-NOTFOUND: Chassis Interface not found
The output of the show version command indicates:
WARNING: Chassis Interface not present
When these messages appear, the show environment commands do not work, and no environmental monitoring takes place. [CSCdi48075]
async-bootp dns-server x.x.x.x y.y.y.y async-bootp nbns-server z.z.z.z w.w.w.w
Where:
x.x.x.x is the primary DNS server y.y.y.y is the secondary DNS server z.z.z.z is the primary NBNS/WINS server w.w.w.w is the secondary NBNS/WINS server
To tell if you version has support, issue the configuration command "async bootp ?". Is "nbns-server" appears in the list of valid completions, you have RFC 1877 support. [CSCdi48113]
big-bang(config)#mic rel big-bang(config)# %UCODE-3-NOFILE: Ucode file slot0:nofile not found, system ucode loaded in slot 0 %UCODE-3-LDFAIL: Unable to download ucode from slot0:nofile in slot 0, trying system ucode
However, if the IP to which this message relates is a non-onboard-ucode IP (CIP, VIP, FEIP etc), then even though the backup image will be successfully loaded from the bundle, the IP will not be started. [CSCdi50584]
Do not specify slave devices to the "slave image" command. [CSCdi50824]

DECnet

This is a cosmetic bug only. [CSCdi46327]

EXEC and Configuration Parser

IBM Connectivity

sdlc hdx becomes half-duplex bsc fdx becomes full-duplex sdlc rts-timeout val becomes half-duplex timer rts-timeout newval sdlc cts-delay val becomes half-duplex timer cts-delay newval
Note that the units for newval are in milliseconds while the v alues for val were in microcode cycles. These values are translated by the code. [CSCdi30258]
Example:
!to filter SMB 73 packet netbios access-list byte SMB deny 18 73
int tok 0 source-bridge 100 1 200 source-bridge spanning netbios input-access-filter session-bytes SMB
int tok 0 source-bridge 200 1 100 source-bridge spanning netbios output-access-filter session-bytes SMB [CSCdi40165]
%SCHED-3-STUCKTMR: Sleep w/expired timer 5B9E98, time 0x8A38 (23:05:32 ago). -Process= "BSTUN Background", ipl= 6, pid= 25
when bstun keepalives are configured on.
Do not run with bstun keepalives with 11.1(1).
A problem with not using keepalives is that line outages across the tunnel will not be detected and reported.
This problem will be fixed in version after 11.1(1.0) . [CSCdi44604]
%CIP0-3-MSG: %MSG802-3-INVALID_VCN2: LAN has configured for vcn=decimal, adapter=decimal lan=decimal ran=decimal [CSCdi47478]
The work around is to limit bridge numbers to the legal range of 1-15. [CSCdi48278]
A) an all routes explorer is generated on that ring
B) a packet with a rif that indicates that the packet should go back onto the token ring it originated on
will cause a bridge loop and cause router cpu to rise as well as increase ring utilization.
This bug fix makes the router check the rif in further detail. [CSCdi48577]
The sense data from the CV 0x22 (when present) is also not provided in the DSPU error message. [CSCdi49863]
Additionally, this ddts enhances the "show dlsw peers" output to show the current congestion level of a TCP peer's outbound tcp queue and also displays the amount of time a peer is connected. [CSCdi49949]
dlsw peer-on-demand-defaults lf lf_size
lf_size is the largest frame size that circuits over this peer will negotiate down to. DEfault is 17800. Valid values are: 11407 11407 byte maximum frame size 11454 11454 byte maximum frame size 1470 1470 byte maximum frame size 1500 1500 byte maximum frame size 17800 17800 byte maximum frame size 2052 2052 byte maximum frame size 4472 4472 byte maximum frame size 516 516 byte maximum frame size 8144 8144 byte maximum frame size [CSCdi50687]
This ddts also fixes a "bad p_enqueue NULL" traceback in cls_entitymanager.c that is preceeded by a CLS_ASSERT traceback with text "connInd != NULL". [CSCdi50868]

Interfaces and Bridging

The complete message is of the form:
%SYS-3-TIMERNEG: Cannot start timer (0x...) with negative offset (-...). -Process= "Spanning Tree", ipl= ..., pid= ... -Traceback= ... [CSCdi50360]

IP Routing Protocols

Workaround is to do a "clear ip mroute *" after the neighbor becomes active. [CSCdi46003]
There is no workaround for this problem. [CSCdi48312]

ISO CLNS

This is purely cosmetic in nature, and has no impact on CLNS routing functionality. [CSCdi47322]
There is no associated help text for the 'tarp' entry. [CSCdi47719]
This can happen if a DECnet IV hello was received first, in which case DECnet creates a Phase V adjacency in the adjacency data base, and marks it as "Phase IV". When the ISIS hello comes in a little later, ISIS fails to modify the adjacency format to be "Phase V".
A snippet of a display from the customer's router is attached below:
KCCR01# sh clns is
System Id Interface State Type Priority Circuit Id Format AA00.0400.2204 Ethernet0 Up IS 0 0000.0000.0000.00 Phase IV ...
Clearing the table and re-issuing the "show" command shows:
KCCR01# sh clns is
System Id Interface State Type Priority Circuit Id Format AA00.0400.2204 Ethernet0 Up IS 0 0000.0000.0000.00 Phase V
Basically, the problem will show up when the DECnet hello comes in first. [CSCdi48461]
gray(config)#router isis gray(config-router)#net 39.840f.1135.6700.26.55.0020.0054.d900 gray(config-router)#net 39.840f.1135.6700.27.55.0020.0054.d900 % Ambiguous command: "net 39.840f.1135.6700.27.55.0020.0054.d900"
This is because the parser generates another command at the 'router isis' level which makes the 'net' command ambiguous. The other command ('network') actually applies to BGP and should not be generated by the parser at the 'router isis' level.
gray(config)#router isis gray(config-router)#net 39.840f.1135.6700.27.55.0020.0054.d900 gray(config-router)#? Router configuration commands: ... ... lsp-gen-interval Minimum interval between SPF calculations lsp-mtu Set maximum LSP size maximum-paths Forward packets over multiple paths net A Network Entity Title for this process (OSI only) network Specify a network to announce via BGP [CSCdi48790]

Novell IPX, XNS, and Apollo Domain

%Invalid IPX command - IPX not enabled on interface
Note that this can be corrected by issuing a "config mem". A workaround is to always configure at least one IPX network on the primary interface. [CSCdi45840]
Clients on LANs with no server can connect correctly, because the router answers the GetNearestServer request. However, whenever a Novell server resides on the same LAN as the client, the client will not be able to connect to any remote services.
Use the show ipx servers command to determine whether any SAPs are being seen with zero hop count from the neighboring router. [CSCdi46488]
Workaround is to enable ipx sap-uses-routing-info. [CSCdi46812]

Protocol Translation

TCP/IP Host-Mode Services

%SYS-6-STACKLOW: Stack for process TCP Driver running low, 36/1000 [CSCdi50306]

TN3270

VINES

The parser incorrectly accepts the interface configuration command vines access-group 2xx which can yield unexpected results.
The workaround is to use the correct configuration as specified in the "Router Products Configuration Guide". The example in the "Router Products Command Reference" under the vines access-list (simple) is incorrect up to and including the 11.0 documentation. [CSCdi49568]

Wide-Area Networking

There is currently no mechanism to switch to a different protocol if the default authentication protocol is not supported on the remote client. [CSCdi35908]
show atm traffic command output looks as follows now:
router#show atm traffic 279548 Input packets 15025 Output packets 17 Broadcast packets 0 Packets received on non-existent VC 0 Packets attempted to send on non-existent VC 129 OAM cells received 134 OAM cells sent
where Input packets include all input packets on the atm interfaces i.e. process , fast and autonomous switched as well as those received on non-existent VC.
Similarly Output packets include all process, fast and autonomous switched out- going packets including broadcast packets.
Packets attempting to be sent on non-existent VC are just displayed and not counted as Output packets since they are never sent. [CSCdi45189]
The symptom of this problem is the printing of 'Parameter held until RESTART' messages while the router image has not completed its startup. In particular, the PVC configuration commands will be refused if commands to modify the default VC ranges are held off. [CSCdi45199]
Cisco Systems expects to resolve this caveat in a future AIP microcode version. [CSCdi45807]
This is regarding an internet draft from S. Cobb of Microsoft [to update RFC 1332].
We currently implement the IP DNS [main, secondary] configuration ["tell me who your DNS server is"] portion of this draft but it was suggested that we give the server configured by the async-bootp command instead, if configured. This has been implemented.
A separate bug will be added for configuration of the WINS name server information. [CSCdi46322]
A possible workaround is to set the dialer idle-timeout value on the BRI routers connected to NET3 switches higher than the timeout value of the other router or routers connecting via ISDN. This assumes the other router or routers do not have BRI's connected to NET3 switches, as they would have the same problem. This also requires knowledge of the dialer idle-timeout value configured on the other router or routers.
The problem does not occur if the call hangup is initiated by the ISDN network rather than the BRI router connected to a NET3 switch.
11.0(2.1), 10.3(6.1) and 10.2(8.5) were the first available versions which exhibited the problem. [CSCdi46668]
When a LANE client learns a MAC address on an interface, it may respond to LE_ARP requests for that MAC address,coming in on the same interface. This will also lead to the data direct being setup to the wrong client. [CSCdi47734]
To prevent this behavior, remove the cause of the line errors or increase the hold-queue size. [CSCdi48424]
In some instances the user is given a help prompt that indicates RFC1294 encapsulation is about to be configured.
This is erroneous. RFC1294 is obsoleted by RFC1490.
As of IOS release 10.3 Cisco uses RFC1490 for bridged and routed protocols.
These errors are all cosmetic.
No work around is required. [CSCdi48715]
If you choose to continue to use Cisco IOS Release 11.0(5), Release 11.1(1) or earlier releases, the Catalyst 5000 requires ATM software release 1.1. [CSCdi49790]
The workaround is to disable IPX fastswitching ("no ipx route-cache") on the ATM interface. [CSCdi50312]
There is no workaround. [CSCdi50313]
This problem is fixed in 11.1 (2) version, by having a timer associated with the flush requests. When the timer expires, we would have waited long enough to send further traffic through the data direct path. [CSCdi50636]

XRemote

11.1(17)AA Caveats

This section describes possibly unexpected behavior by Release 11.1(17)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(17)AA.

AppleTalk

Basic System Services

Interfaces and Bridging

Wide-Area Networking

router>show proc mem Total: 8118000, Used: 6219252, Free: 1898748 PID TTY Allocated Freed Holding Getbufs Retbufs Process 1 0 1464060 1294600 15700 0 0 PPP auth 2 0 67097692 65024344 3988404 0 0 ISDN
router>show proc mem Total: 8118000, Used: 7908580, Free: 209420 PID TTY Allocated Freed Holding Getbufs Retbufs Process 1 0 2302812 2044864 15248 0 0 PPP auth 2 0 103842164 101087932 5684824 0 0 ISDN
(output will vary from router to router)
The amount of time before the router hangs depends on many factors such as the number of isdn sessions and the amount of memory. If you look at process id (PID) 2 you see that the isdn process is holding memory and not freeing it after use. If one process's holding figure continually increments until the router runs out of memory, then a memory leak is present regarding that process. [CSCdj62833]

11.1(16)AA Caveats/11.1(17)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(16)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(16)AA. For additional caveats applicable to Release 11.1(16)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(17)AA.

Wide-Area Networking

11.1(15)AA Caveats/11.1(16)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(15)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(15)AA. For additional caveats applicable to Release 11.1(15)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(16)AA.

11.1(14)AA Caveats/11.1(15)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(14)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(14)AA. For additional caveats applicable to Release 11.1(14)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(15)AA.

IBM Connectivity

Issue a show controller serial command, then look for the "residual indication count". If the counter is at "0," then this caveat is not the problem. If it is a non-zero value, then this caveat may the problem. [CSCdj17394]

Interfaces and Bridging

Router#config t Enter configuration commands, one per line. End with CNTL/Z. Router(config)#modemcap edit microcom_mfg_1 template microcom_hdms Router(config)#modemcap edit microcom_mfg_1 best-error-control
0-k0 Router(config)modemcap edit microcom_mfg_1 misc %g1%b28800 Router(config)#li 1 48 Router(config-line)#modem auto type microcom_mfg_1 Router(config-line)stopbit 1 Router(config-line)flow hardware Router(config-line)speed 115200 Router(config-line)parity none Router(config-line)modem InOut Router(config-line)#exit Router(config)#conf 0x2 Router(config)#exit [CSCdj04947]

Wide-Area Networking

11.1(13)AA Caveats/11.1(14)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(13)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(13)AA. For additional caveats applicable to Release 11.1(13)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(14)AA.

Basic System Services

Note that the other Cisco 3600 series image subsets are not affected by this bug. [CSCdj27391]
The workarounds are to avoid configuring boot commands unless we need to boot an image that is not the first image in system flash or to add last resort boot command(s). The example below will force the system to boot the first image in flash, first image in 2nd partition of system flash, and first image bootflash respectively if all else fails.
(e.g. boot system flash flash:, boot system flash flash:2:, boot system flash bootflash: ) [CSCdj34884]

11.1(12)AA Caveats/11.1(13)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(12)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(12)AA. For additional caveats applicable to Release 11.1(12)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(13)AA.

Access Server

0x221FF150:_mai_handle_b2b_connect(0x2202ea38+0x1d069c)+0x7c 0x221FC394:_mai_execute_proc(0x2202ea38+0x1cd908)+0x54 0x221FC492:_mai_queue_handler(0x2202ea38+0x1cda2c)+0x2e 0x221FC530:_mai_maintn_process(0x2202ea38+0x1cda72)+0x86 [CSCdj20121]

11.1(11)AA Caveats/11.1(12)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(11)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(11)AA. For additional caveats applicable to Release 11.1(11)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(12)AA.

Basic System Services

%SYS-3-SUPNONE: Registry 23 doesn't exist
May appear at boot time. The message is displayed in error, and there is no operational effect on the router. It can safely be ignored. [CSCdj04776]
From one of the sessions: sho conf
From the other session: wr m
These commands occur at the same point in time causing the router to do any of the following: a) Seg V b) PCI Master Abort c) Spirous memory access d) NVRAM corruption e) "trash" displayed to screen of "^@^@^@..." [CSCdj17520]

Interfaces and Bridging

This command is currently not supported on Cisco 1600 and 3600 series of Routers. [CSCdj05354]

TCP/IP Host-Mode Services

Workaround is to configure no transport input on the auxport line. [CSCdj09782]

11.1(10)AA Caveats/11.1(11)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(10)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(10)AA. For additional caveats applicable to Release 11.1(10)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(11)AA.

Interfaces and Bridging

Wide-Area Networking

11.1(9)AA Caveats/11.1(10)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(9)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(9)AA. For additional caveats applicable to Release 11.1(9)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(10)AA.

On Cisco 3600 platforms, when fair queueing with schedule interval is configured and multiple protocols (for example, transparent bridging, IP, IPX, AppleTalk, and CLNS) are running at the same time, and the

11.1(8)AA Caveats/11.1(9)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(8)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(8)AA. For additional caveats applicable to Release 11.1(8)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(9)AA.

IBM Connectivity

11.1(7)AA Caveats/11.1(8)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(7)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(7)AA. For additional caveats applicable to Release 11.1(7)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(8)AA.

Basic System Services

Interfaces and Bridging

The excessive buffer consumption only lasts during the high volume of bridging traffic going through for a sustaining period. Once the traffic slow down, the buffers are returned.
The work around of the problem is by not using "fair-queue" scheme with bridging on slow speed serial interfaces. [CSCdi70429]

11.1(5)AA Caveats/11.1(7)AA Modifications

This section describes possibly unexpected behavior by Release 11.1(5)AA. Unless otherwise noted, these caveats apply to all 11.1 AA releases up to and including 11.1(5)AA. For additional caveats applicable to Release 11.1(5)AA, see the caveats sections for newer 11.1 AA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(7)AA.

11.1(17)CA Caveats

This section describes possibly unexpected behavior by Release 11.1(17)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(17)CA.

Basic System Services

SOLUTION: Write crash information to default bootflash:crashinfo in RSP and flash:crashinfo in RP. A series of "test crash" command selections are used to control and change the crashinfo collection mechanism.
The crash information contains: . up to 32 KB in RSP of errmsg log plus command history including config commands that user enters or "copy". In RP, it is 20 KB . contains up to 32 KB on RSP and 20 KB on RP for all the following informatrion . crash stack trace . crash context . stack dump at crash . dump memory for each register containing "valid" RAM address . add errmsg display on invalid length of bcopy . add two commands to "test crash" . "sh stack" will display ("cat" as in UNIX) the bootflash:crashinfo file if there was a crash. User can also do "copy flash tftp" to dump the ASCII file bootflash/flash:crashinfo to server. . the size is 16 KB of errmsg/command plus up to 16 KB of memory dump and other crash information. There is one 16 KB DRAM declared for this crash information collection mechanism. . Only c7000 and RSP are activated with new crashinfo mechanism and the 16 KB. 4500 and others will see no difference. . memory dump on malloc/free trace [CSCdj12951]
This fix enchanced the register dump and crashinfo in general by providing: . not only deallocator of a freed block but also the previous deallocator . better early memory corruption detection when "debug sanity" is on . dectect whether data in register is inside a malloc block. if so dump the entire malloc block (up to 1 KB) . check the contents of register memory dump for valid RAM address and dump them as well. This is useful to dump places such as pak->datagramstart or hwidb->next etc. . consolidates all memory dump into up to 96 dump blocks to eliminate duplicate dump on same/nearby area. [CSCdj18684]
Workaround: reboot the router and enable the netflow before the memory become fragmented. [CSCdj51159]
a workaround is to store the configuration in flash. for example, "copy running slot0:config" and configure "boot config slot0:config", and "service compress", and "boot buffersize N", where N is at least three times the configuration size in bytes. then the "wr mem" command will work slowly - 10 minutes elapsed time for each 128k block of configuration text.
the method to recover configuration nvram after nvram is corrupted is: send RS232 break to the console of both master and slave. use rommon "confreg" on master and slave to ignore system config. use rommon "reset" command on master & slave and boot a slave-capable image. on the master console, copy good config file from flash or tftp into running-config. turn off the 0x40 bit in the configuration register by using the "sh ver" exec command and the "config-register" configuration command. reload the master. [CSCdj63926]
service compress-config command can normally be used as a workaround, but it may be affected by DDTS CSCdj63926. The safe workaround is to use tftp to save the larger configurations. [CSCdj69777]

EXEC and Configuration Parser

These symptoms have been observed in 11.1CA releases. [CSCdj30005]

IBM Connectivity

LLC2 circuit establishment intermittently fails when DLSW is transported across ATM LANE. [CSCdj40095]
Old FIP cards did not show the ignored packets.
Workaround is to use FIP cards. [CSCdj76260]

Interfaces and Bridging

On a GSR that is connected to a 7500, the Path Trace Buffer information available via the "show controller pos" command will be blank.
This will not impact the functionality of the router, but the presence of the feature makes misconnections easier to debug. [CSCdj31880]
%AIP-3-AIPREJCMD: ATM1/0/0 vip_1a_teardown_vc command failed (error code 0x0008) [CSCdj69076]
%TR-3-ADPCHK: Interface TokenRing1/0/1, adapter check error (0001 0002 954A 8C0D)
This error was caused by physical ring problem which was fixed later on. However, out of 29 Cisco routers on the same Backbone ring the above two required manual intervention.
The interface status showed reset, and the only way to get the interface back up was by doing a shut, no shut on the interfaces. [CSCdj75820]

IP Routing Protocols

No harmful effects have noted for user data. The problem was observed in 11.1(11)CA but not in 11.1(12)CA in the affected routers. [CSCdj20752]
Router#sh ip b community local-AS 111:12345 ^ % Invalid input detected at '^' marker.
Router#
Router#sh ip b community 111:12345 local-AS BGP table version is 10, local router ID is 224.0.0.10 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path *> 2.2.2.2/32 158.43.222.2 0 0 222 ? *> 111.0.0.0 158.43.222.2 0 0 222 ? [CSCdj64067]

ISO CLNS

Wide-Area Networking

11.1(16)CA Caveats/11.1(17)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(16)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(16)CA. For additional caveats applicable to Release 11.1(16)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(17)CA.

Basic System Services

This bug affects all platforms with MIPS R4700 and R4600 chips, including all RSP-based platforms. [CSCdj58608]

IBM Connectivity

%SYS-2-LINKED: Bad enqueue of 612207C0 in queue 60D2BE40 -Process= "X25 Timer", ipl= 5, pid= 56 -Traceback= 601176B0 606925D4 60691258 60733898 60691774 6068EFF0 6068B46C 60130DFC 6059B924 6058D850 6059E878 6059EDA4 6059D4A0 60593088 6012D200 6012D1EC
There is no workaround for this problem. [CSCdj39765]

Interfaces and Bridging

Workaround: turn off fancy queueing, i.e. use FIFO for queueing strategy. WFQ is enabled by default and should be disabled by the command: no fair. However under severe traffic conditions some isolated interface reset might be observed with the workaround being applied. [CSCdj60813]

IP Routing Protocols

This fix suppress error messages for link state acknowlegment packet too. [CSCdj66792]

Wide-Area Networking

The minimum IOS revision for the 4R and 100VG on the VIP2-50 is 11.1(16)CA. Attempts to use the 4R and 100VG on VIP2-50 SW Releases prior to 11.1(16)CA will result in the VIP crashing.
The following sample error messages will appear in the RSP log when a 4R or 100VG port adaptor is installed on a VIP2-50 HW rev 2.02 (or lower).
%VIP2 R5K-1-MSG: slot2 IBM2692 in bay 0 requires VIP2-50 HW rev 2.03 or higher. %VIP2 R5K-1-MSG: slot3 HP100VG in bay 1 requires VIP2-50 HW rev 2.03 or higher.
The VIP2-50 software will disable the 4R and 100VG port adaptors on the VIP, however the VIP will continue to service any supported port adaptor in the other bay.
The output of "sho diag" also contains information that indicates that the 4R and 100VG PAs are not supported on the VIP2-50 HW rev 2.02 (or lower). The output of several sample "sho diag" commands is provided below.
Slot 3: Physical slot 3, ~physical slot 0xC, logical slot 3, CBus 0 Microcode Status 0x4 Master Enable, LED, WCS Loaded Board is analyzed Pending I/O Status: None EEPROM format version 1 VIP2 R5K controller, HW rev 2.00, board revision UNKNOWN Serial number: 04530042 Part number: 73-2167-03 Test history: 0x00 RMA number: 00-00-00 Flags: cisco 7000 board; 7500 compatible
EEPROM contents (hex): 0x20: 01 1E 02 00 00 45 1F 7A 49 08 77 03 00 00 00 00 0x30: 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Slot database information: Flags: 0x4 Insertion time: 0x1B60 (00:02:04 ago)
Controller Memory Size: 32 MBytes DRAM, 4096 KBytes SRAM
PA Bay 0 Information: FDDI PA, 1 ports, PA-F/FD-MM EEPROM format version 1 HW rev 1.13, Board revision A0 Serial number: 06288604 Part number: 73-2138-03
--Boot log begin--
Cisco Internetwork Operating System Software IOS (tm) VIP Software (SVIP-DW-M), Experimental Version 11.1(4995) [dtaubert 125] Synced to mainline version: 11.1(15.3) Copyright (c) 1986-1997 by cisco Systems, Inc. Compiled Thu 18-Dec-97 15:50 by dtaubert Image text-base: 0x600108D0, data-base: 0x6014E000
IBM2692 in bay 1 requires VIP2-50 HW rev 2.03 or higher. --Boot log end--
Slot 4: Physical slot 4, ~physical slot 0xB, logical slot 4, CBus 0 Microcode Status 0x4 Master Enable, LED, WCS Loaded Board is analyzed Pending I/O Status: None EEPROM format version 1 VIP2 R5K controller, HW rev 2.00, board revision UNKNOWN Serial number: 06349968 Part number: 73-2167-03 Test history: 0x00 RMA number: 00-00-00 Flags: cisco 7000 board; 7500 compatible
EEPROM contents (hex): 0x20: 01 1E 02 00 00 60 E4 90 49 08 77 03 00 00 00 00 0x30: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Slot database information: Flags: 0x4 Insertion time: 0x1B60 (00:02:25 ago)
VIP Controller Memory Size: Unknown
--Boot log begin--
Cisco Internetwork Operating System Software IOS (tm) VIP Software (SVIP-DW-M), Experimental Version 11.1(4995) [dtaubert 125] Synced to mainline version: 11.1(15.3) Copyright (c) 1986-1997 by cisco Systems, Inc. Compiled Thu 18-Dec-97 15:50 by dtaubert Image text-base: 0x600108D0, data-base: 0x6014E000
IBM2692 in bay 0 requires VIP2-50 HW rev 2.03 or higher. IBM2692 in bay 1 requires VIP2-50 HW rev 2.03 or higher. --Boot log end--
Slot 5: Physical slot 5, ~physical slot 0xA, logical slot 5, CBus 0 Microcode Status 0x4 Master Enable, LED, WCS Loaded Board is analyzed Pending I/O Status: None EEPROM format version 1 VIP2 R5K controller, HW rev 2.01, board revision UNKNOWN Serial number: 06349983 Part number: 73-2167-03 Test history: 0x00 RMA number: 00-00-00 Flags: cisco 7000 board; 7500 compatible
EEPROM contents (hex): 0x20: 01 1E 02 01 00 60 E4 9F 49 08 77 03 00 00 00 00 0x30: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Slot database information: Flags: 0x4 Insertion time: 0x1B60 (00:02:32 ago)
Controller Memory Size: 64 MBytes DRAM, 8192 KBytes SRAM
PA Bay 1 Information: FDDI PA, 1 ports, PA-F/FD-MM EEPROM format version 1 HW rev 1.00, Board revision A0 Serial number: 03546761 Part number: 73-1558-02
--Boot log begin--
Cisco Internetwork Operating System Software IOS (tm) VIP Software (SVIP-DW-M), Experimental Version 11.1(4995) [dtaubert 125] Synced to mainline version: 11.1(15.3) Copyright (c) 1986-1997 by cisco Systems, Inc. Compiled Thu 18-Dec-97 15:50 by dtaubert Image text-base: 0x600108D0, data-base: 0x6014E000
HP100VG in bay 0 requires VIP2-50 HW rev 2.03 or higher. --Boot log end-- [CSCdj52240]
%RSP-3-ERROR: CyBus0 error 10 %RSP-3-ERROR: command/address mismatch %RSP-3-ERROR: bus command read 4bytes (0x8) %RSP-3-ERROR: address offset (bits 3:1) 0 %RSP-3-ERROR: virtual address (bits 23:17) 000000
The presence of a DBUS-3-CXBUSERR can help identify a possible cause of the error:
%DBUS-3-CXBUSERR: Slot 2, CBus Error
And additional information about the CyBus error may be provided via the VIP2-1-MSG logging mechanism:
%VIP2-1-MSG: slot2 Nevada Error Interrupt Register = 0xA01 %VIP2-1-MSG: slot2 CYASIC Error Interrupt register 0x2010000F %VIP2-1-MSG: slot2 Readback of bad posted read data %VIP2-1-MSG: slot2 Parity Error internal to CYA %VIP2-1-MSG: slot2 Parity Error in data from CyBus %VIP2-1-MSG: slot2 Missing ACK on CyBus access %VIP2-1-MSG: slot2 NACK present on CyBus access %VIP2-1-MSG: slot2 CYASIC Other Interrupt register 0x100000 %VIP2-1-MSG: slot2 Unknown CYA oisr bit 0x00100000 %VIP2-1-MSG: slot2 CYBUS Error register 0x8001A10, PKT Bus Error register 0x41000001 %VIP2-1-MSG: slot2 Reno read parity error - bytes 0 & 1 %VIP2-1-MSG: slot2 Reno read parity error - bytes 2 & 3
The CyBus error will then still result in a cbus complex restart:
%RSP-3-RESTART: cbus complex [CSCdj74213]

11.1(15)CA Caveats/11.1(16)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(15)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(15)CA. For additional caveats applicable to Release 11.1(15)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(16)CA.

Basic System Services

This issue has shown itself in several different ways which include bus errors at XX200001, bus errors at 3DFEFEFEF, and process stack corruption due overflowing process switched packet queues (process stacks). [CSCdj20725]
%RSP-3-SLAVECHANGE: Slave changed state from Slave to Non-participant %RSP-3-SLAVECHANGE: Slave changed state from Non-participant to Slave %RSP-3-SLAVECHANGE: Slave changed state from Slave to Non-participant %RSP-3-SLAVECHANGE: Slave changed state from Non-participant to Slave [CSCdj40662]

Interfaces and Bridging

If this incoherency occurs and does not cause a router crash, it may instead cause cbus switching to be automatically disabled, and the interface would resort to fast switching (or sse switching if sse switching were also configured). [CSCdi43526]
. data arriving on that T1 from the CT3 bundle is sent to the test/external port as intended, but also sent towards the IOS interface configured at the CT3. Depending on the router configuration, this may in turn cause each such packet to be received twice, once (correctly) by the MIP (or whatever is connected to the test/external port) and once (incorrectly) by the CT3.
. any FDL, IBCD or BOC messages sent from the remote T1 end (arriving via the CT3 bundle) will be sent to the test/external port as intended, but also interpreted by T1 framer at the CT3. When the message requests some loopbacks (most notably line loopback), that T1 will be looped at the CT3. The CT3 should be completely transparent for any T1s sent to the test/external ports. [CSCdj42171]
It is prefered the "show controller t3 x/0/0 tabular" output use the time displayed by "show clock". [CSCdj53768]

IP Routing Protocols

When enabled, SPD now works as follows: . When "ip spd mode aggressive" is enabled, IP packets fail sanity checks are classified as aggressive droppable packet. . when IP input queue reaches SPD min-threshold (specified by "ip spd queue min-threshold N"), all aggressive droppable packets are dropped immediately while normal IP packets (not high priority SPD packets) are dropped with increasing probability as length of IP input queue grows. . when IP input queue reaches SPD max-threshold (specified by "ip spd queue max-threshold N"), all normal IP packets are dropped at 100%. . The default SPD min-threshold is 10 while max-threshold is 75 . To avoid an input interface takes too many router resources, new packet (SPD or not) received from that interface are dropped when the interface has more than input hold queue limit of input packets floating somewhere in the router. [CSCdj45202]
7000 running 11.0.16 getting :
.Sep 30 17:55:32: %SYS-3-CPUHOG: Task ran for 2608 msec (73/65), Process = BGP scanner, PC = 176388 [CSCdj45966]

TCP/IP Host-Mode Services

This is a change in behavior from the 11.2 mainline code.
The only workaround is to run IOS other than 11.2(x)P. [CSCdj36238]

Wide-Area Networking

Symptoms: Ignores/drops may increase on the input interface as it fails to obtain a needed buffer header to switch the packet. The rxcurr on the input interface will also remain above rxlow even when traffic is not arriving on the interface.
Solution: The VIP will now continue to "drain" the transnit queue of the interface even when it is administratively down. This will allow the buffer headers to be returned to the originating local free queue.
This may cause the number of drops on outbound interface to jump up when the interface is taken down. However, this behavior is normal as the downed interface will drop any packets sent to it when it is not up. [CSCdj21693]
%DBUS-3-SW_NOTRDY: DBUS software not ready after dbus_slot_enable(), elapsed 12032, -Traceback= 601D6164 601D6ED8 601E79D8 601E09A0 601903BC 60193480 6011FF34 6012013C %CBUS-3-CCBPTIMEOUT: CCB handover timed out, CCB 0x5800FF30, slot 1 -Traceback= 601E9284 601E7568 601E7AB4 601E09A0 601903BC 60193480 6011FF34 6012013C
Since the VIP is wedged, valid and supported PA's in slot 1 will be down as well. If a VIP2 is disabled/wedged with this condition:
1) Check to make the version of software your running supports this PA type. 2) Reseat the PA's to insure a proper connection is made. 3) Swap the PA's to opposite bays to further isolate the issue. [CSCdj21814]
--Boot log begin--
Cisco Internetwork Operating System Software IOS (tm) VIP Software (SVIP-DW-M), Experimental Version 11.3(19971023:025153) [dtaubert-11_3 123] Copyright (c) 1986-1997 by cisco Systems, Inc. Compiled Wed 22-Oct-97 23:06 by dtaubert Image text-base: 0x600108D0, data-base: 0x60150000
--Boot log end--
When a VIP experiences problems during initialization that cause the board to be marked as wedged, additional error information may be included here after the image version information. In addition, the existing crash context and error logging mechanisms were extended to provide information when VIP cards are marked as wedged. [CSCdj49779]

11.1(14)CA Caveats/11.1(15)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(14)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(14)CA. For additional caveats applicable to Release 11.1(14)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(15)CA.

Basic System Services

Interfaces and Bridging

Old commands: ============
pos framing-sdh pos specify-c2 pos specify-s1s0 pos internal-clock pos transmitter-delay
is now changed to these New style:
pos framing {sdh|sonet} pos flag {c2|j0|s1s0} clock source {internal|line} transmitter-delay [CSCdj06064]
Similarly, when the T1 performance monitoring algorithms enter Unavailable State, as defined in rfc1406, we no longer continue to count Line Code Violations and Path Code Violations. [CSCdj45821]
from snmpwalk (ATM card installed in slot 1, corresponds to index 2 below):
cisco.temporary.chassis.cardTable.cardTableEntry.cardIndex.1 : INTEGER: 1 cisco.temporary.chassis.cardTable.cardTableEntry.cardIndex.2 : INTEGER: 2 cisco.temporary.chassis.cardTable.cardTableEntry.cardIndex.3 : INTEGER: 3 cisco.temporary.chassis.cardTable.cardTableEntry.cardIndex.4 : INTEGER: 4 cisco.temporary.chassis.cardTable.cardTableEntry.cardIndex.5 : INTEGER: 5 cisco.temporary.chassis.cardTable.cardTableEntry.cardIndex.6 : INTEGER: 6 cisco.temporary.chassis.cardTable.cardTableEntry.cardType.1 : INTEGER: c7200-io1fe cisco.temporary.chassis.cardTable.cardTableEntry.cardType.2 : INTEGER: unknown cisco.temporary.chassis.cardTable.cardTableEntry.cardType.3 : INTEGER: pa-4e cisco.temporary.chassis.cardTable.cardTableEntry.cardType.4 : INTEGER: pa-4r cisco.temporary.chassis.cardTable.cardTableEntry.cardType.5 : INTEGER: pa-4t cisco.temporary.chassis.cardTable.cardTableEntry.cardType.6 : INTEGER: cpu-7200 cisco.temporary.chassis.cardTable.cardTableEntry.cardDescr.1 : DISPLAY STRING- (ascii): I/O FastEthernet cisco.temporary.chassis.cardTable.cardTableEntry.cardDescr.2 : DISPLAY STRING- (ascii): Unknown cisco.temporary.chassis.cardTable.cardTableEntry.cardDescr.3 : DISPLAY STRING- (ascii): Ethernet cisco.temporary.chassis.cardTable.cardTableEntry.cardDescr.4 : DISPLAY STRING- (ascii): Token Ring cisco.temporary.chassis.cardTable.cardTableEntry.cardDescr.5 : DISPLAY STRING- (ascii): Serial cisco.temporary.chassis.cardTable.cardTableEntry.cardDescr.6 : DISPLAY STRING- (ascii): 7206 [CSCdj48073]

IP Routing Protocols

The workaround (cumbersome, but will work) is ensure that bootp packets are not fragmented either by the bootp client or somewhere along the way. [CSCdj25137]
A work around is to negate the whole aggregate-address command first. [CSCdj42066]
A work around is to re-confgiure this command after a reload. [CSCdj43966]

Wide-Area Networking

%RSP-3-ERROR: CyBus0 error 10 %RSP-3-ERROR: command/address mismatch %RSP-3-ERROR: bus command write 2bytes (0xD) %RSP-3-ERROR: address offset (bits 3:1) 0 %RSP-3-ERROR: virtual address (bits 23:17) 000000 %RSP-3-ERROR: MEMD parity error condition %RSP-2-QAERROR: reused or zero link error, write at addr 0100 (QA) log 22010000, data 00000000 00000000 %QA-3-DIAG: Failed to enqueue buffer header 0x0 %QA-3-DIAG: Approximate stack backtrace prior to interrupt: %QA-3-DIAG: -Traceback= 60100DA4 601CD870 6019B980 %CBUS-3-CMDTIMEOUT: Cmd timed out, CCB 0x5800FF50, slot 3, cmd code 2 -Traceback= 601F1234 601F1544 601EAF90 601F4A6C 600583C8 60137D38 601232E0 6012348C 601338E0 601338CC
The cybus will reset all interfaces and cause routing protocol and spanning tree updates to occur. [CSCdi80769]
The problem behaves in such way that sometimes, packets that are to be handled at the process level will end up in wrong queues. For instance, a routing packet could end up in a SSCOP queue, or a LANE queue, causing the SSCOP or LANE to operate abnormally and sometimes resulting in the interface flapping. [CSCdj46634]

11.1(13)CA Caveats/11.1(14)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(13)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(13)CA. For additional caveats applicable to Release 11.1(13)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(14)CA.

Basic System Services

%RSP-2-QAERROR: reused or zero link error, write at addr 00C0 (QA) log 2600C040, data 00070000 00000000
This message may be followed by the following error and a crash:
Unexpected exception, CPU signal 10, PC = 0x601C4658
This message is caused by a memory access problem in the diagnostic code handling the original QA error. [CSCdj29751]

IBM Connectivity

The workaround is to turn off fastswitching. [CSCdj42984]

Interfaces and Bridging

For example, int fddi 6/0/0 no full full [CSCdj26471]
Ext1: OK, Ext2: OK, Ext3: OK, Test: OK
regardless of their real state.
If the state of any port changes sometime after booting, then all four will then display their actual state. But if no such change happens, they will remain stuck at OK, OK, OK, OK, regardless of their actual state. [CSCdj29082]
There are now two options under the "loop remote line fdl" interface config command that allow you to place either the CSU or the SmartJack into loopback:
Bowl(config-if)#loop remote line fdl ? ansi Per ANSI T1.403 Spec. (remote CSU) bellcore Per TR-TSY-000312 Spec. (remote SmartJack)
One further note, when both are configured, transmission of LOF indication (aka yellow alarms) takes priority over transmission of some FDL messages.
If the remote loopback appears not to be working, use the "show cont t3 0/0/0:n" command to determine if the given T1 is currently attempting to transmit a LOF indication (yellow alarm):
Bowl#show cont t3 0/0/0:2 T3 0/0/0 is up. CT3 H/W Version: 5, CT3 ROM Version: 1.2, CT3 F/W Version: 2.5.9 Mx H/W version: 2, Mx ucode ver: 1.34
T1 2 is down, speed: 1536 kbs, non-inverted data timeslots: 1-24 FDL per AT&T 54016 spec. Transmitter is sending LOF Indication. <------- YES Receiver is getting AIS.
If so, as in the case above, inhibit the transmission of the LOF indication (yellow alarm) with the "no t1 yellow generation" config command as follows:
Bowl(config-if)#cont t3 0/0/0 Bowl(config-controlle)#no t1 2 yellow generation
Having done that, "show cont t3 0/0/0:n" should now show:
Bowl#show cont t3 0/0/0:2 T3 0/0/0 is up. CT3 H/W Version: 5, CT3 ROM Version: 1.2, CT3 F/W Version: 2.5.9 Mx H/W version: 2, Mx ucode ver: 1.34
T1 2 is down, speed: 1536 kbs, non-inverted data timeslots: 1-24 FDL per AT&T 54016 spec. Receiver is getting AIS. Framing is ESF, Line Code is B8ZS, Clock Source is Internal. Yellow Alarm Generation is disabled <---------
Now retry the remote loopback command. When diagnosis is complete, remember to re-enable yellow alarm generation. [CSCdj29185]
No workaround available. [CSCdj33491]

IP Routing Protocols

This problem occurs when the AS_PATH has been created by using . The fix should be applied to the router originating the prefix, not the one stripping the private ASNs. [CSCdj19299]
%TCP-6-BADAUTH: Invalid MD5 digest from :179 to :11256 (RST) [CSCdj25706]

Novell IPX, XNS, and Apollo Domain

Wide-Area Networking

11.1(12)CA Caveats/11.1(13)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(12)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(12)CA. For additional caveats applicable to Release 11.1(12)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(13)CA.

Basic System Services

%RSP-2-QAERROR: reused or zero link error, write at addr 0100 (QA) log 220100BB, data E9603440 E9603440
See bug CSCdj11175 for more information on the error message itself. This bug number tracks the lack of diagnostics only. [CSCdj19653]
ip flow-cache entries <# entries> [CSCdj21538]

Interfaces and Bridging

Workaround: use "loop local" instead (i.e. loop the data back at the t1 framer chip). This provides identical functionality from the user's point of view, and correctly clocks the looped data at t1 rates.
The "loop diagnostic" option will be decommmissioned. [CSCdj18768]
It dose not change any loopback behavior. [CSCdj18771]
PROBLEMS: 1. Problems with packet error accounting. Ignores on the CT3IP were regularly being counted as overruns. Incorrect error accounting can lead to erroneous information on network status being provided to network operations personnel.
2. Packet handling errors: In lab tests Cisco engineers discovered a latent bug in the CT3IP that can result in abnormal packet handling under unusually severe operating conditions. While Cisco is taking preemptive action to correct this bug, Cisco does not expect this bug to manifest itself in operational networks.
SOLUTION: Cisco suggests that customers who:
- are sensitive to error accounting accuracy OR - regularly run the CT3 above 80Kpps on average per direction,
upgrade to IOS 11.1(12)CA1 available on CCO now. [CSCdj23299]

IP Routing Protocols

Wide-Area Networking

The problem does not occur in 11.1 Mainline. It does occur in all 11.1CA releases preceding 11.1(12)CA. It is fixed in 11.1(12)CA.
Please also see CSCdj21639 Moving PMA Posted Read Software Fix for more information on subsequent (i.e. post 11.1(12)CA) modifications to resolve this problem. [CSCdj02993]

11.1(11)CA Caveats/11.1(12)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(11)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(11)CA. For additional caveats applicable to Release 11.1(11)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(12)CA.

Basic System Services

Output from "sh diag":
... ...
PA Bay 0 Information: FDDI PA, 1 portsPA-F-MM EEPROM format version 1 HW rev 1.D, Board revision A0 Serial number: 04759259 Part number: 73-1558-05 ... ...
When FDDI PA are displayed, between "1 port" and "PA-F-MM" are missing a comma "," and a space. [CSCdj16873]

Interfaces and Bridging

1) takes a long time or forever to go into FDX operation, 2) after goes into FDX operation, falles out of FDX mode for no good reason, 3) sees lots of claims at the interface
Without the fix, the workaround is to have FDDI FDX PA only in one VIP2, leave the other bay empty. [CSCdj11249]
This is fixed in CT3 f/w version 2.2.0. To determine your current CT3 f/w version, use the "show cont t3" exec command:
CT3 H/W Version : 5, CT3 ROM Version : 1.2, CT3 F/W Version : 2.2.0 ^^^^^
must be 2.2.0 or greater in order to use line clocking on t1 #23.
Other t1s are not affected. [CSCdj18588]

IP Routing Protocols

Wide-Area Networking

11.1(10)CA Caveats/11.1(11)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(10)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(10)CA. For additional caveats applicable to Release 11.1(10)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(11)CA.

Basic System Services

The ip flow-export command was extended to allow selection of either export record format version 1 or 5 and whether to use origin or peer AS. The new command format is: ip flow-export [version 1] for version 1 records or ip flow-export version 5 [origin-as | peer-as] for version 5 records.
The version field is the first two bytes of export record and can be used to determine if an export datagram contains version 1 or 5 records. The number of records stored in the datagram is variable and between 1 and 24 for version 1 and between 1 and 30 for version 5.
The version 5 format is described by: #define MAX_FLOWS_PER_V5_PAK 30
typedef struct { ushort version; /* Current version */ ushort count; /* The number of records in PDU. */ ulong SysUptime; /* Current time in millisecs since router booted */ ulong unix_secs; /* Current seconds since 0000 UTC 1970 */ ulong unix_nsecs; /* Residual nanoseconds since 0000 UTC 1970 */ ulong flow_sequence; /* Seq counter of total flows seen */ ulong reserved; } FlowStatHdrV5;
typedef struct { ipaddrtype srcaddr; /* Source IP Address */ ipaddrtype dstaddr; /* Destination IP Address */ ipaddrtype nexthop; /* Next hop router's IP Address */ ushort input; /* Input interface index */ ushort output; /* Output interface index */
ulong dPkts; /* Packets sent in Duration */ ulong dOctets; /* Octets sent in Duration. */ ulong First; /* SysUptime at start of flow */ ulong Last; /* and of last packet of flow */
ushort srcport; /* TCP/UDP source port number or equivalent */ ushort dstport; /* TCP/UDP destination port number or equivalent */ uchar rsvd; uchar tcp_flags; /* Cumulative OR of tcp flags */ uchar prot; /* IP protocol, e.g., 6=TCP, 17=UDP, ... */ uchar tos; /* IP Type-of-Service */ ushort src_as; /* originating AS of source address */ ushort dst_as; /* originating AS of destination address */ uchar src_mask; /* source address prefix mask bits */ uchar dst_mask; /* destination address prefix mask bits */ ushort pad; } IPFlowStatV5;
typedef struct { FlowStatHdrV5 header; IPFlowStatV5 records[0]; } IPStatMsgV5; [CSCdi62492]

Interfaces and Bridging

IP Routing Protocols

ISO CLNS

One of the reasons why this can happen is when two adjacenct routers are misconfigured with IP addresses on directly connected interfaces that are not taken from the same prefix.
The workaround for this problem is to configure matching interface IP addresses. The wrong route can be removed with the "clear ip route a.b.c.d" command.
Be carefull, the fix for this problem causes the crash reported and fixed in CSCdj21555 (Watchdog crash after ISIS list inconsistencies). Make sure you run software that includes this fix. [CSCdj03684]
tomyum#show isis spf-log
Level 1 SPF log When Duration Nodes Count Last trigger LSP Triggers 00:49:31 0 2 11 THOMKHAKAI.00-00 NEWADJ NEWLSP 00:49:26 4 5 2 PADTHAI.00-00 TLVCONTENT 00:47:46 4 6 2 PADTHAI.04-00 NEWLSP TLVCONTENT 00:47:30 4 5 1 PADTHAI.00-00 TLVCONTENT 00:34:36 0 5 1 PERIODIC 00:30:49 0 2 3 TOMYUM.03-00 IPBACKUP TLVCONTENT 00:30:31 4 5 4 TOMYUM.03-00 NEWADJ TLVCONTENT 00:19:37 0 5 1 PERIODIC 00:04:36 4 5 1 PERIODIC [CSCdj07248]

11.1(9)CA Caveats/11.1(10)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(9)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(9)CA. For additional caveats applicable to Release 11.1(9)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(10)CA.

Basic System Services

Interfaces and Bridging

> %IPC-5-SLAVELOG: VIP-SLOT1: > SYS-2-BADSHARE: Bad refcount in datagram_done, ptr=643BDAA4, count=0 > %IPC-5-SLAVELOG: VIP-SLOT1: > Traceback= 6420B87C 642DF428 642E570C 642DCD48 > %IPC-5-SLAVELOG: VIP-SLOT1: > SYS-2-BADSHARE: Bad refcount in datagram_done, ptr=643BDAA4, count=0 > %IPC-5-SLAVELOG: VIP-SLOT1: > Traceback= 6420B87C 642DF428 642E570C 642DCD48
No effect on network traffic was reported. [CSCdi80758]
The following line has been added to the output of "show cont t3"
Ext1: LOS, Ext2: LOS, Ext3: LOS, Test: OK
This line reveals the linestatus of each of the 4 t1 ports (External1, External2, External3 and the Test port, respectively).
For each of the four ports, the current linestatus will be displayed as one of the following strings:
LOS - Loss of signal (to be expected when nothing is connected to that external/test port)
AIS - Alarm Indication Signal, the port is receiving an all-ones signal
OK - A valid signal is being received, and the signal is not an all-ones signal
Note that the display is relevant regardless of whether or not that external/test port is currently configured. This enables the user to determine if the external device connected to the t1 port is correctly configured and cabled, before breaking out a t1 signal to it. [CSCdj01045]
router#sh controllers t3 3/0/0 ? : ':' followed by T1 number brief List only a brief T3/T1 information remote Far end tabular List T3/T1 information in tabular format <== New command [CSCdj01085]

IP Routing Protocols

%SYS-2-NOBLOCK: idle with blocking disabled -Process= "TCP Listener", ipl= 0, pid= 40 %SYS-2-BLOCKHUNG: Task hung with blocking disabled, value = 0x1 -Process= "TCP Listener", ipl= 0, pid= 40
when running BGP. Certain BGP related SNMP traps may be lost. [CSCdi89683]

11.1(8)CA Caveats/11.1(9)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(8)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(8)CA. For additional caveats applicable to Release 11.1(8)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(9)CA.

Basic System Services

TEST RSP CACHE SECONDARY ENABLE TEST RSP CACHE SECONDARY DISABLE [CSCdi76436]

Interfaces and Bridging

router(config-controller)#t1 1 framing ? esf Extended Superframe Framing format sf Superframe Framing Format [CSCdi88969]

IP Routing Protocols

Wide-Area Networking

11.1(7)CA Caveats/11.1(8)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(7)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(7)CA. For additional caveats applicable to Release 11.1(7)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(8)CA.

Basic System Services

IBM Connectivity

dlur-dspu-name > % Incomplete command.
This message, while a nuisance, does not cause any problems. [CSCdi76709]

Interfaces and Bridging

For example,
Bowl(config-if)#int s0/0/0:1 Bowl(config-if)#shut
Then...
Bowl#show cont t3 ....
T1 1 is down, speed: 1536 kbs, non-inverted data timeslots: 1-24 No alarms detected. <----- not reliable when interface is shutdown [CSCdi83613]
Result: The interface will not come up.
Work around: Manually do a "no shut" on the interface. [CSCdi83681]

IP Routing Protocols

11.1(6)CA Caveats/11.1(7)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(6)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(6)CA. For additional caveats applicable to Release 11.1(6)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(7)CA.

A MIP interface with more than 64 kbps (more than 2 time slots) may need to be tuned with more tx-limit than the default if the interface is experiencing output stuck.

11.1(5)CA Caveats/11.1(6)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(5)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(5)CA. For additional caveats applicable to Release 11.1(5)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(6)CA.

Interfaces and Bridging

11.1(4)CA Caveats/11.1(5)CA Modifications

This section describes possibly unexpected behavior by Release 11.1(4)CA. Unless otherwise noted, these caveats apply to all 11.1 CA releases up to and including 11.1(4)CA. For additional caveats applicable to Release 11.1(4)CA, see the caveats sections for newer 11.1 CA releases. The caveats for newer releases precede this section.

All the caveats listed in this section are resolved in release 11.1(5)CA.

Basic System Services

hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1998 © Cisco Systems Inc.