cc/td/doc/product/software
hometocprevnextglossaryfeedbacksearchhelp

Table of Contents

11.2(11) Caveats
11.2(10) Caveats/11.2(11) Modifications
11.2(9) Caveats/11.2(10) Modifications
11.2(8) Caveats/11.2(9) Modifications
11.2(7) Caveats/11.2(8) Modifications
11.2(6) Caveats/11.2(7) Modifications
11.2(5) Caveats/11.2(6) Modifications
11.2(4) Caveats/11.2(5) Modifications
11.2(3) Caveats/11.2(4) Modifications
11.2(2) Caveats/11.2(3) Modifications
11.2(1) Caveats/11.2(2) Modifications
11.2(11)P Caveats
11.2(10)P Caveats/11.2(11)P Modifications
11.2(9)P Caveats/11.2(10)P Modifications
11.2(8)P Caveats/11.2(9)P Modifications
11.2(7)P Caveats/11.2(8)P Modifications
11.2(6)P Caveats/11.2(7)P Modifications
11.2(5)P Caveats/11.2(6)P Modifications
11.2(4)P Caveats/11.2(5)P Modifications
11.2(3)P Caveats/11.2(4)P Modifications
11.2(1)P Caveats/11.2(3)P Modifications
11.2BC Caveats

11.2(11) Caveats

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

AppleTalk

Basic System Services

Kerberos is available only in the Enterprise J-Images. [CSCdi54856]
2. Conditions: This symptom occurs when we try to stress the encrypt interface with 512 bytes packet at 10MB/sec. [CSCdi67292]
%ALIGN-3-SPURIOUS: Spurious memory access made at 0x602D4280 reading 0x30 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x602D38CC reading 0x16 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x60352800 reading 0x630 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x601779E4 reading 0x648 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x602B3D28 reading 0xC04 [CSCdj18620]
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]
Router responds to command fine, but characters are not sent back to telnet source.
No known work-around. [CSCdj22622]
actSrc, actPkts, actViolation, ckactSrc, ckactPkts, and ckactViolation [CSCdj30073]
Workaraound would be to always explicitly set eventOwner prior to setting row active. [CSCdj34464]
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 bug affects all platforms with MIPS R4700 and R4600 chips, including all RSP-based platforms. [CSCdj58608]
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]
Customer experienced the following problems with the IOS:
For ISDN we use the username password construct to set up the CHAP PPP passwords.
Now if some one cut's and paste this into a router the encrypted passwords will be followed by spaces (depends on the terminal used and terminal set-ups).
username test password 7 02080B581F031C35
with a space on the end then the password for username test is corrupted and the router will never pass CHAP authentication. This can be tested locally on the router by telnetting to the router's ethernet or loopback and trying the password for test.
Even without encryption if you try test password test With a space at the end then to login as test you have to use "test ". Which means that CHAP authentication won't work because it's expecting the password "test" not "test ".
This fault also effects the enable password
enable password "test " is different from enable password "test"
Workaround:
Advised the customer to input the username password into the config instead of cutting and pasting them into the config. In order to aviod any white spaces in the transfer. [CSCdj64406]
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]
Conditions: No special conditions.
Workaround: Since this command, as stated in the documentation, does not work on vty lines, don't execute the command. [CSCdj66129]
Instead it exposed a bug in older implementations of the developers kit TACACS+ daemon (freeware) and will cause certain command authorizations to fail.
All freeware daemon versions prior to version 3.0.13 are subject to this problem including the ACE Safeword Security Server daemon. CiscoSecure daemons are not affected. [CSCdj66657]

DECnet

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]
DEMO2(config)#prompt "space embedded>"
Then this appears to work - you get a prompt of
space embedded>
However, when the configuration is loaded from NVRAM at boot time, the parser refuses to accept this prompt with an embedded space, and the system prompt reverts to the default one.
The correct method is to use the %s construct, as is documented for the prompt command:
DEMO2(config)#prompt space%sembedded> [CSCdj70552]

IBM Connectivity

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]
*Feb 20 03:56:13 PDT: %LNMC-3-BADCLSIRET: bogus Invalid ret code (0x7007) init_c lsi_op_proc, bogus -Traceback= 606969EC 60695644 606955C0 6069494C 60147CE8 60147CD4
The work around is to use th mac-address command to specifically configure the burn-in MAC address on each Token Ring interface. [CSCdi68577]
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]
Workaround is to configure a mac address on the target device that is always the same canonical or non-canonical. i.e. 4242.6666.ffff. [CSCdj48606]
There is no workaround. [CSCdj62026]
The output message is as follows:
02:22:53: %SCHED-3-THRASHING: Process thrashing on watched simple timer (0x875C08). -Process= "RSRB Background", ipl= 6, pid= 48 -Traceback= 1807B0 180A5C 6E1B12ebd
The SDLLC and DSPU features may also experience this problem. [CSCdj62105]
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]
Channel3/1: Encaps 0800 message received, bytes 304-- Unknown encapsulation -
for every dropped packet. IP options are very rare in todays networks, so there shouldn't be any impact for most customers. There is no workaround. The problem happens no matter if autonomous, fast, or process switching is configured on any of the router interfaces. [CSCdj64709]
The circumvention for this problem is to "no shut" the interface and then readd the configuration. [CSCdj67340]

[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]
System was restarted by bus error at PC 0xCC6B8, address 0xFC4AFC82 4000 Software (C4000-JS-M), Version 11.2(10.3), MAINTENANCE INTERIM SOFTWARE Compiled Mon 01-Dec-97 19:45 by ckralik (current version) Image text-base: 0x00012000, data-base: 0x0076AE64
The workaround is to use tcp encapsulation for rsrb, or switch to dlsw. [CSCdj68261]
As DSPU only supports dependent LUs, it now assumes that the OAF equal to DAF condition does signify a dependent LU and maps the session accordingly.
The only workaround is the very restrictive configuration of only using the host LU locaddr 1. [CSCdj69265]
%CLS-3-CLSFAIL: CLS: Assertion failed: file ../cls/cls_entitymanager.c, line 3469 this->fCepState == kCepStateIdReqPending
This message does not affect functionality. It indicates that a race condition has occurred between DLSw and the LLC2 layers when cleaning up an LLC2 session that timed-out during the XID exchange process. [CSCdj69533]
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]
%APPN-7-APPNETERROR: BGETAS04: Invalid pool type %APPN-0-APPNEMERG: Assertion failed in ../ps/ptp05a.c at line 240 [BAY6] 100: -Process= "psp00 ", ipl= 0, pid= 53 [BAY6] 101: -Traceback= 60707F30 6067AF9C 6067D458 6067AD7C 6067789C 6067780C 6067767C 601A2208 601A21F4
-Traceback= 60707F30[appn_assert+0x3c] 6067AF9C[ptp05a+0x1ec] 6067D458[ptp151+0x288] 6067AD7C[ptp05+0x6c] 6067789C[psp01a_alloc+0x80] 6067780C[psp01a+0x2c] 6067767C[psp00+0xfc] [CSCdj71084]
The description for the cipCardAdminMaxLlc2Sessions object does not match the behavior of the max llc2 session configuration parameter. [CSCdj72029]
Conditions: This buffer leak can occur only in a short window of time during DSPU link station activation processing and only when the link station fails to activate.
Workaround: This buffer leak will never occur for successful link station connections. It will only occur for some unusual types of connection failure that may occur before an XID response has been sent by DSPU back to the connecting link station. Lost memory can only be recovered by reloading the router. [CSCdj75816]
This problem has been witnessed more severly when the switch port on the trunk between the router and switch is set to auto ( negotiation ). This causes the switch to default to 100/half while the router is at 100/full causing collisions, late collisions and overruns. These cause retransmisions that trigger the problem.
Besides trying to avoid the retransmissions there is no workaround in ISL/DLSW setup. [CSCdj76634]
RA: 0x606924A4[xxxcss00(0x60691a80)+0xa24] RA: 0x6016A6D8[r4k_process_dispatch(0x6016a6c4)+0x14] RA: 0x6016A6C4[r4k_process_dispatch(0x6016a6c4)+0x0] [CSCdj77677]

Interfaces and Bridging

Conditions: when changing to a large mtu
Workaround: Keep mtu reasonably small (under 8192) on HIP until further notice [CSCdi60426]
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]
Workaround: When configuring IRB in a router, customers should ensure that they DO NOT configure (B)ridge-group (V)irtual (I)nterfaces to logical/physical router interfaces that do not exist. [CSCdj02283]
Since the frame_relay packet is normally handled in the fast_switching path, The above failure won't be happened in most of the applications.
There are certain conditions matched will cause the failure:
1. The packet has to be forwarded to the Output interface with frame relay encapsulation configured.
and
2. The packet size is greater than 1500.
and
3. The input interface matched with one of the following cretiria:
a. The IRB turn on and the recieving packet contains the protocol type which can be either routed or bridged on the receiving interface. or
b. Unclassified packet received on the bridged interface.
or
c. The input interface is ATM and bridged. [CSCdj15970]
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]
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]
This problem has minimal impact on the performance of the customer's multidrop line because a FEP usually resorts to individual polling. [CSCdj33392]
Problem was attributed to bug CSCdj43332 which was resolved in 11.2(9.4)P
Move to 11.2(10)P to correct. If you get ' System restarted by buss error PC 0x4262AA, address 0xFFFFFFFC' after entering 'Frame-relay payload compression', you have this bug.
This is an artifact of CSCdj43332. Upgrade to 11.2(9.4) or beyond to fix. [CSCdj49344]
Conditions : This occurs when there are interfaces (viz.,ethernet, token-ring,fddi) ,which do not have an ip address configured and these interfaces precede by slot number and unit number,any other interface which has an ip address configured.
Workaround : The workaround is to always have the first interface configured with an ip address or manually re-configure the async/group-async interface by assigning a valid interface to the ip unnumbered command. [CSCdj62240]

IP Routing Protocols

The workaround is to issue the command once for every entry in the route-map. [CSCdi74893]
Non-cisco PIM routers do not send CGMP messages. Cat5k with older code would not recognize them as routers and hence would not forward multicast data toward them. Adding the CGMP Proxy functionality in cisco routers for them was proposed in this bug report.
Workaround:
Cat5K with V2.3(1) code can recognize messages from any PIMv1 router and mark the port where the messages come in as a router port. With this level of code, CGMP Proxy is no longer needed for Cat5k. [CSCdj10170]
The work around is to do an extended trace and source the packet from a different IP address on the router. [CSCdj13341]
%ALIGN-3-SPURIOUS: Spurious memory access made at 0x602D4280 reading 0x30 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x602D38CC reading 0x16 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x60352800 reading 0x630 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x601779E4 reading 0x648 %ALIGN-3-SPURIOUS: Spurious memory access made at 0x602B3D28 reading 0xC04 [CSCdj18623]
%DUAL-3-INTERNAL: IP-EIGRP 110: Internal Error -Traceback= 603C27C0 603C3C80 603C4468 6036CAE0 6036CCC4 60374044 6016B3D8 6016B3C4
This error should not impact the operation of the router. [CSCdj22621]
The workaround is to include the superset network line in the configuration file. [CSCdj24152]
Although the router allows this to be configured, it could lead to problems when trying to reach external domains through the stub area. [CSCdj30202]
no ip forward-protocol udp | v router1---10.1.1.0---router2---10.1.2.0---router3---10.1.3.0 ^ ^ ^ | | | source fails works [CSCdj31239]
The workaround is to prevent the stuck-in-active (SIA) messages by configuring timers active-time for router eigrp to the correct value for the network. [CSCdj35254]
A workaround is to configure loopback interface, whose address is greater than any other address on the router. [CSCdj37962]
This is known to happen when the only event to trigger an SPF run is an update to a summary-asbr LSA. [CSCdj42636]
To avoid this problem, do not configure multiple virtual links to the same router. [CSCdj43279]
While this is consistent with the specification, it precludes some uses of RSVP that might be desireable. [CSCdj51276]
Result: not all connected networks may be advertised in EIGRP.
Workaround: redistribute connected [CSCdj57362]
Upon reload, 11.2(7a) no longer advertises range B. [CSCdj60048]
This fix suppress error messages for link state acknowlegment packet too. [CSCdj66792]
Currently there is no workaround. [CSCdj67950]
Workaround is to type no auto-. [CSCdj67951]
neighbor / shutdown
is added so that an individual peer or a peer-group can be brought down without de-configuration. [CSCdj69829]
The workaround is to avoid sending PATH/RESV messages containing POLICY data, [CSCdj72245]
A problem can arise with unicast flows, which use the unicast routing table. Each and every time RSVP checks for a routing change to get a different next-hop. This causes RSVP to fail [CSCdj72858]
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

Novell IPX, XNS, and Apollo Domain

A new option to an existing command has been added in response to more than one customer seeing high CPU use due to the sending of SAP updates when they thought they disabled SAP updates. Normal updates were disabled or sent very infrequently but flashes/changes updates are still sent normally. There was no way to disable these flashes without impacting the end clients.
In 11.2 the command
ipx sap-interval
is now
ipx sap-interval < | passive>
In 11.3 a "passive" option has been added to the existing ipx update command making it:
ipx update interval < | changes-only | passive>
11.3 will also accept
ipx sap-interval < | passive>
but will write out to Non Volatile Memory in the new form
ipx update interval sap < | changes-only | passive>
When the passive option is set both the normal updates are stopped and the flashes/changes updates are stopped. Queries will still be replied to on this interface. The update interval is set to the same interval used in change-only, for SAP that is an interval of 0 and for RIP a large value, any SAP or RIP heard on these interfaces will use that value for aging effectively taking forever, or a very long time, to age out. [CSCdj59918]
Workaround: An alternative to this fix is to remove the IPX (and/or XNS, Apollo) network from the existing adapter BEFORE replacing it. The command to use to remove the existing IPX network number, while in configuration mode, is: no IPX network network [CSCdj60836]

Protocol Translation

TCP/IP Host-Mode Services

The normal issues when running TCP in the above environment can be exacerbated by an issue where the router may not buffer out of order datagrams up to the advertised window size.
This is no known word around, but this appears to only be a problem in rare situations with sessions to TCP stacks of sub-optimal design. [CSCdj68834]
At the time of the crashes, multiple Frame Relay DLCIs were flapping. [CSCdj72482]

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

Work-around: Alternative to this problem resolution ----------- If VINES is enabled in the router, issue the following command on all active interfaces which are connected to a VINES network, or interfaces on which an interface VINES command (e.g., vines update interval 60) was issued:
no vines metric [CSCdj73582]

Wide-Area Networking

See associated BUG CSCdi52882 [CSCdi52067]
See associated bug CSCdi52087 [CSCdi52882]
In addition, this command is not being written to non-volatile memory when the write memory is issued.
There is no work-around for this problem. [CSCdi59984]
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]
For PRI, sync or async interfaces that are have ddr configured and are part of a multilink bundle: 1. execute show ppp multilink to find the master link for the bundle 2. Look at the idle timer for this link when executing show dialer. This is the correct idle timer for the bundle.
No workaround for BRI. See CSCdi57326 [CSCdi72858]
%SYS-3-CPUHOG: Task ran for 2004 msec (1871/435), Process = ISDN, PC = 2206232E [CSCdi93207]
If the same remote node connects in packet mode it works okay.
A workaround is to remove the "if-needed" keyword from the aaa authentication. [CSCdj04942]
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]
*Mar 1 12:23:16.295 EST: %AAAA-3-BADSTR: Bad accounting data: too many attributes
-Traceback= 220D6100 220D6D40 22152372 222652B0 22265512 22247E98 22247B7A 2224F F48 22246112
*Mar 1 12:26:27.719 EST: %AAAA-3-BADSTR: Bad accounting data: too many attributes
-Traceback= 220D6100 220D66C4 220D7278 221522FA 220D32D2 2224BF70 22247454 22248 92A 2224691E 2213449A 2213463A 2212FF0A^M [CSCdj21905]
Furthermore, you cannot enter the command idle timeout under BRI0 when using dialer profiles.
artevelde#sh dialer BRI0 - dialer type = ISDN
Dial String Successes Failures Last called Last status 0 incoming call(s) have been screened. BRI0:1 - dialer type = ISDN Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle BRI0:2 - dialer type = ISDN Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle Dialer1 - dialer type = DIALER PROFILE Load threshold for dialing additional calls is 1 Idle timer (3600 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle
Dial String Successes Failures Last called Last status 237 4 2 00:22:35 failed Default artevelde# interface BRI0 description ISDN number 234 no ip address encapsulation ppp dialer pool-member 1 no fair-queue ppp authentication chap ! interface Dialer1 ip address 1.1.2.1 255.255.255.0 encapsulation ppp dialer remote-name bavik dialer idle-timeout 3600 dialer string 237 dialer load-threshold 1 either dialer pool 1 dialer-group 1 no cdp enable ppp authentication chap ! [CSCdj24994]
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]
The result is that only a fraction of small packets make it thru the bundle, and no large packets do. [CSCdj41030]
The work around of this problem is to turn off ATM traffic-shaping over that interface. Another work-around is to use release 11.2(2) or before 11.2(2). It also works fine in 11.1 releases. [CSCdj45778]
ISDN Se9/0/1:23: Error: CCB run away: 0x61D97560: ISDN Se9/0/1:23: Error: CCB run away: 0x61C494F8: ISDN Se9/0/1:23: Error: CCB run away: 0x61C494F8:
A CCB is an internal structure, Call Control Block. Should only have 1 per call and B-channel. For an example, look at interface, Serial 9/0/1, 60 CCBs. Looks like Duplicated callids, B-channels, possibly caused by calls are failing and not getting cleaned up.
The only work-around is to reset the controller manually. This can be done with a shut / no shut of the 'interface Serial0:XX' or reload the router.
router#sh isdn status The current ISDN Switchtype = primary-5ess ISDN Serial9/0/1:23 interface Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 17 Active Layer 3 Call(s) Activated dsl 9 CCBs = 60 CCB:callid=0, sapi=0, ces=0, B-chan=2 CCB:callid=0, sapi=0, ces=0, B-chan=3 CCB:callid=0, sapi=0, ces=0, B-chan=1 CCB:callid=9DDD, sapi=0, ces=0, B-chan=14 CCB:callid=9AE2, sapi=0, ces=0, B-chan=12 CCB:callid=852E, sapi=0, ces=0, B-chan=11 CCB:callid=9C67, sapi=0, ces=0, B-chan=15 CCB:callid=880B, sapi=0, ces=0, B-chan=4 CCB:callid=9FC5, sapi=0, ces=0, B-chan=4 CCB:callid=88C0, sapi=0, ces=0, B-chan=22 CCB:callid=8156, sapi=0, ces=0, B-chan=8 CCB:callid=833E, sapi=0, ces=0, B-chan=8 CCB:callid=9269, sapi=0, ces=0, B-chan=6 CCB:callid=9567, sapi=0, ces=0, B-chan=17 CCB:callid=80A6, sapi=0, ces=0, B-chan=8 CCB:callid=8118, sapi=0, ces=0, B-chan=20 CCB:callid=812B, sapi=0, ces=0, B-chan=20 CCB:callid=8606, sapi=0, ces=0, B-chan=22 CCB:callid=93EA, sapi=0, ces=0, B-chan=15 CCB:callid=942C, sapi=0, ces=0, B-chan=8 CCB:callid=99BD, sapi=0, ces=0, B-chan=23 CCB:callid=9DC5, sapi=0, ces=0, B-chan=12 CCB:callid=839D, sapi=0, ces=0, B-chan=22 CCB:callid=84BE, sapi=0, ces=0, B-chan=6 CCB:callid=9250, sapi=0, ces=0, B-chan=9 CCB:callid=80EB, sapi=0, ces=0, B-chan=21 CCB:callid=8144, sapi=0, ces=0, B-chan=21 CCB:callid=8447, sapi=0, ces=0, B-chan=14 CCB:callid=848D, sapi=0, ces=0, B-chan=10 CCB:callid=97D4, sapi=0, ces=0, B-chan=15 CCB:callid=9E91, sapi=0, ces=0, B-chan=16 CCB:callid=9EC3, sapi=0, ces=0, B-chan=19 CCB:callid=8108, sapi=0, ces=0, B-chan=15 CCB:callid=8112, sapi=0, ces=0, B-chan=7 CCB:callid=8181, sapi=0, ces=0, B-chan=7 CCB:callid=8506, sapi=0, ces=0, B-chan=14 CCB:callid=851A, sapi=0, ces=0, B-chan=13 CCB:callid=8750, sapi=0, ces=0, B-chan=14 CCB:callid=88A3, sapi=0, ces=0, B-chan=15 CCB:callid=90C4, sapi=0, ces=0, B-chan=19 CCB:callid=912F, sapi=0, ces=0, B-chan=15 CCB:callid=92C7, sapi=0, ces=0, B-chan=10 CCB:callid=9534, sapi=0, ces=0, B-chan=11 CCB:callid=9601, sapi=0, ces=0, B-chan=14 CCB:callid=973E, sapi=0, ces=0, B-chan=4 CCB:callid=9858, sapi=0, ces=0, B-chan=18 CCB:callid=9875, sapi=0, ces=0, B-chan=15 CCB:callid=990F, sapi=0, ces=0, B-chan=20 CCB:callid=9914, sapi=0, ces=0, B-chan=23 CCB:callid=9921, sapi=0, ces=0, B-chan=17 CCB:callid=9929, sapi=0, ces=0, B-chan=13 CCB:callid=9943, sapi=0, ces=0, B-chan=6 CCB:callid=9991, sapi=0, ces=0, B-chan=19 CCB:callid=9A25, sapi=0, ces=0, B-chan=10 CCB:callid=9A52, sapi=0, ces=0, B-chan=21 CCB:callid=9A6D, sapi=0, ces=0, B-chan=8 CCB:callid=9A86, sapi=0, ces=0, B-chan=9 CCB:callid=9AC9, sapi=0, ces=0, B-chan=7 CCB:callid=9AD5, sapi=0, ces=0, B-chan=11 CCB:callid=9AE2, sapi=0, ces=0, B-chan=12 Total Allocated ISDN CCBs = 145
Router#sh isdn memory MEMORY POOL STATISTICS (BlockType: in-use max-allowed) mail descriptors: 56 1200 exec timer blocks: 92 300 LIF timer blocks: 1966 2500 PRIM_BTYPE: 1966 PKT_BTYPE: 0 HEADER_BTYPE: 0 SML_INFO_BTYPE: 0 LRG_INFO_BTYPE: 0 PKG_BTYPE: 0 CCBs: 141 DLCBs: 10 NLCBs: 232 [CSCdj48055]
A low impact workaround is to disable IPX routing on the async interfaces. [CSCdj51024]
The workaround is to remove the ip tcp header-compression or ppp multilink command. [CSCdj53093]
There is no workaround, this is an intermittent problem. [CSCdj62139]
The only workaround is to manually configure frame relay encapsulation on the interface. A reload of the router will not help. [CSCdj62439]
2. Conditions ------------- Diagram of Setup: CISCO 7000 (7001) ---->Bay BNX Switch ------>CISCO 7000 (7002)
3. Workaround ------------- None known at this time [CSCdj63173]
frame-relay bc out frame-relay be out
are accepted by the enterprise image. These parameters are relevant for SVC setup.
However, the traffic shaping code doesn't use them As a result the values appear to be unset.
This behavior can be avoided by using the commands:
frame-relay bc frame-relay be [CSCdj65624]
The workaround is to put in "no exec", "no autoselect ppp", "no autoselect during-login", etc., on the line. [CSCdj69797]
IPX dialup clients do not see a server list.
Conditions:
Any IPX dialup connection usiing ISDN or any form of PPP multilink will not see a server list if they are using the 32 bit Netware Client or any device requiring an IPX RIP response.
This is a regression introduced by CSCdi72429.
Workaround:
Use a client that does not require IPX RIP such as the Microsoft Netware Client. [CSCdj70744]
After OIR of AIP(s) on router, SVCs can no longer be established.
conditions when those symptoms occur:
When all existing AIPs are extracted and hot swapped.
any known workarounds:
In the case of multiple AIPs, change them one at a time. In the case of only one AIP, insert new AIP BEFORE extracting the existing AIP. [CSCdj71438]
A workaround is to change the line speed or to clear the line or to issue the configuration commands Shutdown and the configuration command No Shutdown in succession. [CSCdj72909]
%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.2(10) Caveats/11.2(11) Modifications

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

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

Access Server

AppleTalk

Basic System Services

%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]
Decoded stack trace from CCO tool: _slow_check _etext _check_access _open_connection _telnet_multiproto_open _connect_multiproto _connect_command _parse_cmd
This problem has only been seen with 11.2 or later IOS releases. [CSCdj36356]
%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]
no snmp-server sparse-tables, so an entry will be returned. [CSCdj50390]
The only known work-around is to enable shaping during an existing data transfer. [CSCdj52135]
There is a simple workaround and that is to configure "transport preferred none" on any lines (vty or otherwise):
line vty 0 4 transport preferred none line 1 16 transport preferred none [CSCdj54679]
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]
There is no workaround. [CSCdj55888]
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]
The work-around is to remove and then re-enable frame relay traffic shaping to clear its counters. [CSCdj65742]

IBM Connectivity

The show controllers tokenring commands will not shift the amount recorded from left to right in the entries:
throttles: 51/0
at the next show output it should be like this:
throttles: 0/51 [CSCdj06982]
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]
Conditions: This state may occur if the downstream LU has previously failed to reply to ACTLU, or if the host has failed to respond to a NOTIFY (available or not available) from DSPU within a timeout period of 20 seconds.
Workaround: Recovery requires the host operator to recycle the LU at the host. [CSCdj45783]
ciscoDlswUpTime ciscoDlswTConnConfigLastModifyTime ciscoDlswTConnOperEntryTime ciscoDlswTConnOperConnectTime ciscoDlswTConnOperDiscTime ciscoDlswCircuitEntryTime ciscoDlswCircuitStateTime
Also all variables except ciscoDlswUpTime would have minor small changes (off by a few milleseconds) dependent upon timing. After the fix all these variables remain accurate. [CSCdj48345]
The workaround is do not reconfigure virtual rings or remote peers while executing a show source command. [CSCdj49973]
e.g.
interface TokenRing0/0 ip address multiring ip source-bridge proxy-explorer
Note the absence of the "source-bridge "
The "source-bridge proxy-explorer" statement will not show up in the config unless the SRB triplet is configured.
Work-around for this problem is to configure "no source-bridge proxy-explorer". [CSCdj51631]
APPN: CS sending ALERT to MS. sense code = 8950E43, byte_offset = 67, bit_offset = 0 APPN: proc_name = XXXXIP33 [CSCdj66712]

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]
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]
This appears to be cosmetic only.
The fix will eliminate incrementing runt counter for every packet. On the Cisco AS5200 router Runt recovery will work normally. But runt counters will not account for the runts at recovery. [CSCdj23598]
The condition which caused packets to stay on the input queue has been removed. [CSCdj30087]
The problem only affects the mid-range and low-end platforms. [CSCdj41666]
Symptoms include the following message being displayed to the console
%CBUS-3-CATMREJCMD: ATM0/0 Teardown VC command failed (error code 0x0008)
Saving the RSM configuration and reloading its image will clear the error condition. [CSCdj41802]

IP Routing Protocols

can not create an mcache entry for mpackets sent to dense mode groups.
The interface must be configured no ip mroute-cache
to forward packets for the dense mode groups.
Sparse mode groups are not affected. [CSCdj06472]
The router can be forced to install the matching route by using the clear ip route * command. [CSCdj32471]
"System restarted by error - an arithmetic exception, PC 0x60286234".
The program counter value points to an EIGRP IOS routine. [CSCdj38361]
The workaround is to use a key string not longer than 15 characters. [CSCdj45374]
This problem exists in all releases starting 10.3. This will be fixed in 11.1 and newer releases. [CSCdj53804]
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]
However, normal routing update intervals are not effected and work properly. [CSCdj57146]
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]
Conditions: Large IP OSPF network with multiple areas.
Workaround: None.
[CSCdj60461]
OSPF ABR does not generate summary for some connected networks.
Conditions:
The problem happens when unnumbered interface is used with OSPF. Summary for connected network which is put in the same area as the unnumbered interface might not be generated to other areas.
Workaround:
The workaround is to redistributed the connected network into OSPF to retain connectivity to those network. [CSCdj60959]
show ip ospf int interface command does not allow customer to specify a virtual-access interface. As a result, customer cannot get OSPF information for a single virtual-access interface.
Workaround:
Use show ip ospf int command to get information for all interfaces, including virtual-access interface. [CSCdj61373]

ISO CLNS

ISIS makes sure Hellos are given extra priority. ISIS should also do the same thing for some other ISIS control packets (SNPs). [CSCdj56141]
Conditions: Misconfiguration of duplicate IP addresses.
Workaround: Don't make the mistake to assign duplicate IP addresses. The IP address that will be used as next-hop is visible with the command "show clns neighbor detail". The IP address selected will have an asterix. [CSCdj58060]

Novell IPX, XNS, and Apollo Domain

As a work around one of the following could be tried. 1. A "shut" and a "no shut" on the affected interface. or 2. Reconfigure ipx network using "no ipx network", followed by "ipx network .." [CSCdj53721]
2. If ipx routing is disabled (using "no ipx routing" command), you could see something like a steady memory leak, to unexpected router behavior to a router crash. The only known resolution is to power cycle the router, every time you do a "no ipx routing". [CSCdj54141]
Symptoms of this problem could be loss of network connectivity to a slow memory leakage till the router cannot allocate any more memory, and you will need a reload the router to correct this situation. [CSCdj57257]
Workaround is to enable processing of the default route. [CSCdj63007]

Protocol Translation

VINES

As a work-around to applying this patch, refrain from issuing the clear vi route * and/or clear vi nei * commands. The obsoleted routes should age out naturally within 10 minutes. [CSCdj52929]

Wide-Area Networking

%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]
The expected default is CIR/2.
The work-around for this behavior is to define the rate using the CIR/BC/BE parameters. [CSCdj49145]
--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]
This bug is very similar to CSCdj15399. [CSCdj50030]
The workaround is to set the timeout values the same using the lmi-t392dce parameter. [CSCdj53354]
This has not been observed on any other release. [CSCdj56450]
There is no known workaround. [CSCdj57498]
Configuration of scheduler-interval milliseconds often helps avoid these dropouts; a value of 2500 milliseconds is recommended. Also, make sure that console logging is either disabled by the no logging console configuration command or buffered by the logging buffered configuration command.
The bug fix in this DDTS applies only to the Primary-5ESS and Primary-DMS100 switches. [CSCdj58138]
Conditions: once configured, 4000 router may crash and reload if traffic shaping is unconfigured
Workaround: only workaround seems to be to blow away the config on the router, reload it, and restore the config. [CSCdj61097]

11.2(9) Caveats/11.2(10) Modifications

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

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

Basic System Services

%SYS-6-STACKLOW: Stack for level CXBus Interfaces running low, 0/1000
This message may eventually lead to the router haning. [CSCdi54119]
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]
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]
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 ciscoFlashMIB can essentially be disabled (SNMP is prevented from polling this MIB) via use of SNMP views. For example, given the following SNMP configuration: snmp-server community public ro
This can be changed to: snmp-server view no-flash internet included snmp-server view no-flash ciscoFlashMIB excluded snmp-server community public view no-flash ro
The result is the SNMP polls using the "public" community string can access objects in the entire MIB space (internet) except for those objects in the ciscoFlashMIB space.
This will, of course, effect any NMS applications which rely on the ciscoFlashMIB objects. [CSCdj35443]
Workaround: place html files on the first flash partition. [CSCdj38170]
As a workaround, the user may configure aaa accounting nested which has been reported to stop the memory leak. There are side effects to the use of this command, which are described below.
This memory leak is a result of the fix for CSCdj28612, which was integrated in 11.2(8.1). CSCdj28612 changed the order in which accounting records are sent for users that do NOT use autoselect to get to PPP (i.e. if users login as regular shell users and then go to ppp from the exec prompt; be it through autocommand or script on their end). In other words, if users go through the login: password: sequence before starting PPP, then they will get slightly different accounting records.
When running images with the fix for CSCdj28612, accounting records will be generated in the following order:
shell-start shell-stop net-start net-stop
By configuring aaa accounting nested, the records are generated in the following order, which is the same at that prior to CSCdj28612:
shell-start net-start net-stop shell-stop
The user should make sure that the nested accounting records which result don't result in double-billing of customers since the shell and network sessions overlap. [CSCdj41164]
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]

DECnet

IBM Connectivity

There is no workaround, other than using an different kind of serial interface. [CSCdj22687]
There is no known workaround. [CSCdj25859]
%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]
The frame relay connection fails, and the ISDN backup doesn't get a connection. When the frame relay connection recovers, the llc2 PUs get stuck in 'ls-reset (Backup is enabled)' status in a show fras command output.
Removing the fras map llc commands on the ethernet interface and re-adding them recovers the session. [CSCdj37431]
Previously, the pass-thru option was accepted but ignored when entered with a tcp or fst DLSw remote peer statment.
Now, the pass-thru option will not be accepted on a remote peer statement unless the remote peer statement is of type direct interface or frame-relay. [CSCdj37744]
Sep 4 00:42:57: %ALIGN-3-SPURIOUS: Spurious memory access made at 0x6073CFD0 reading 0x1C [CSCdj38995]
This is a minor problem with the show command only. The backup DLUS function works properly. [CSCdj39140]
%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]
Operationally, dynamic peers do not send keepalives. Whether the keepalive is specified or not, keepalive 0 is assumed. [CSCdj41601]
The workaround is to configure effective capacity on the APPN port instead of the APPN link. [CSCdj42318]
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]
remdlc2dlsw
To resolve this problem, upgrade to the images that contain the software fix. [CSCdj43759]
%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]
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]

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]
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]
Either configure int bvi before bridge command or save the configuration and then reload the router should get rid of the problem. [CSCdj42357]

IP Routing Protocols

The workaround is to issue "undebug all". [CSCdj15325]
If the AS_PATH attribute is empty, an error msg (Malformed AS_PATH) will be sent and the ebgp peer will be terminated. [CSCdj28539]
This is a cosmetic problem. [CSCdj28871]
The workaround is to send a PATH message that has both Guaranteed Svc and Controlled Load fragments. [CSCdj30274]
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]
Upon receipt of the MAC broadcast frame, we consult the ip forwarding table - if a valid route exists, we will forward the datagram. [CSCdj38659]
Workaround is to configure no bgp dampening first, and then configure bgp dampening. [CSCdj39076]
The same issue also applies to RESERVE TEAR (RTEAR) messages not containing FLOWSPEC information.
A possible workaround is for the originator of the PTEAR/RTEAR to include the TSPEC/FLOWSPEC information. [CSCdj41144]
A work around is to negate the whole aggregate-address command first. [CSCdj42066]
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]
(1) The threshold for generating warning msg is now configurable in the "neighbor x.x.x.x maximum-prefix" command:
neighbor x.x.x.x maximum-prefix [] [warning-only]
where is an integer between 1 to 100 (percent).
(2) In the command sho ip bgp summary, the number of routes (received and used) from a neighbor is shown in the "state" field for established peers. [CSCdj43952]
A work around is to re-confgiure this command after a reload. [CSCdj43966]
router bgp xxx neighbor
description [CSCdj45413]

ISO CLNS

interface ethernet1 ip address 192.31.231.16 255.255.255.0 ip router isis
router isis passive-interface ethernet1
This does not work for ISIS. Hellos are send out, and adjacencies are formed regardless of the interface being passive or not.
The proper way to do this is by omitting the "ip router isis" config.
interface ethernet1 ip address 192.31.231.16 255.255.255.0
router isis passive-interface ethernet1
The fix for this problem will be that as soon as someone configure an interface to be passive, the semantical equivalent of:
interface ethernet1 no ip router isis no clns router isis
will be issued. [CSCdj06135]
In the case when such and adjacency is learned via the ESIS protocol and the remote device advertises itself as an ES, (not as an IS), and the cisco router has just rebooted, it is not triggered to update the status of the static route. It might take a long time before some other event forces the router to re-evaluate the status of all static routes. Until this has happened, the static route in the CLNS routing table has the status down, and is not redistributed into IS-IS.
A work around is to unconfigure the static route and configure it again. Another workound is to make the remote device advertise itself as a router (IS) and not an ES. After all, the remote device is going to forward packets for the area to which the static is pointing, so it is a router. [CSCdj30685]
interface Loopback0 ip address 144.228.240.53 255.255.255.252 isis metric 0 level-1 isis metric 0 level-2
This it totally harmless. The default metric for passive interfaces is 0. For other isis interfaces it is 10. [CSCdj32978]
Original configuration:
interface serial 0 ip address 10.1.1.1 255.255.255.0 ip router isis encapsulation frame-relay isis metric 20 level-1
Configuration after reboot:
interface serial 0 ip address 10.1.1.1 255.255.255.0 ip router isis encapsulation frame-relay isis csnp-interval 0 level-1 isis csnp-interval 0 level-2 isis metric 20 level-1
This will prevent the routers from sending CSNPs. CSNPs are needed to find out if LSPs must be retransmitted in case they are dropped. With this problem, an occasional dropped LSP will not be retransmitted over the frame-relay cloud. This problem can also occur with ATM or X25. NB. it is strongly suggested to run ISIS over p2p subinterface over NBMA.
There are a number of workarounds. 1) Don't run ISIS-IP. If only ISIS-CLNS is used, then after a reboot the encapsulation will be changed before ISIS is started on the interface. This prevent the problem. If ISIS is explicitely needed for IP routing, this workaround can of course not be used. 2) After a reboot, unconfigure ISIS on the interface, and then reconfigure. 3) After a reboot, configure by hand "isis csnp-interval 10" 4) Configure a non-standard csnp-interval (not 0 or 10), so it will be saved in nvram. NB, this is not a full fix. 5) Strongly suggested, configure p2p subinterfaces, and run ISIS over each VC as a p2p link. This prevents the problem, but also this will make routing much more robust in the face of VC failures. [CSCdj35494]
Once is enough, but advertising the prefixes twice has no bad side effects, except that it makes the L2 LSPs grow a little larger. [CSCdj36832]
L2 IS to IS adjacencies are correctly advertised with the level-2 metric, so this only applied to IP prefixes advertised via ISIS. When the interface is configured with "isis circuit-type level-2-only" this bug does not apply. When running level-1-only, this bug does not apply. When the level-1 metric and the level-2 metric are both configured to be the same, this bug will not be noted.
The work-around is to configure a level-1 metric that suites your needs for advertising the IP prefix in level-2 routing. Or configure explicitly "isis circuit-type level-2-only"
If the metrics for level-1 and level-2 must be different, and both level-1 and level-2 routing are used, there is nothing you can do. [CSCdj40284]

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

This could happen if "ipx down " and "no ipx network " are given in same or reverse order, with very less time gap. [CSCdi91755]

Protocol Translation

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 workaround is to configure AAA new-model as follows: aaa new-model aaa authentication ppp default local [CSCdj04600]
%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]
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]
This is not working, no is being inserted after the [CSCdj33431]
%SYS-3-INVMEMINT: Invalid memory action (free) at interrupt level
with traceback information appended. [CSCdj42341]
There is no workaround. [CSCdj48085]

11.2(8) Caveats/11.2(9) Modifications

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

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

Access Server

*Mar 1 04:24:53.629 EST: %MODEM-3-UNEXPECTED_STATUS_EV: Error -- status state m achine received unexpected event=18 for modem(1/15)^M *Mar 1 04:45:40.361 EST: %MODEM-3-UNEXPECTED_STATUS_EV: Error -- status state m achine received unexpected event=18 for modem(2/17)^M [CSCdj24413]
Do not use this command unless you want to clear all modems including ones currently active. There is also no user confirmation given for this command currently. It will clear all modems as soon as the command is entered. [CSCdj24942]

AppleTalk

Basic System Services

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]
% Non-volatile configuration memory has not been set up
The user's script is used to change passwords. Current testing indicates that it may be a software checksum error. [CSCdj18107]
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]
no access-list 101 <...> interface traffic-shape group 101
shapes all IP traffic to the indicated rate [CSCdj27809]
%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]
There is no workaround for this caveat. [CSCdj30171]
Upgrading to a daemon that understands the latest version of the TACACS+ protocol (version 193) is an effective workaround. [CSCdj36449]
An error was introduced by CSCdj42505 in Release 11.2 P and CSCdj22736 in Release 11.1 CC. It does not exist in other IOS releases. [CSCdj44667]

DECnet

With the following topology, we found that decnet pings from Area 10 to Area 1 via the 2509 area router failed as long as decnet fastswitching was enabled on the ethernet interface of the 2509: =========================================================================== Area 1 Area 10 | ---------------- | | 2514 (1.300) | | ---------------- | | | | | ----------------------------- | | | | e0 | s1 ----------------- ---------------- s0 |---------| 2514 (10.301) | | 2509 (1.400) |----------| ----------------- ---------------- | |
===========================================================================
Workaround is to disable decnet fast-switching on the ethernet interface. [CSCdj15855]

EXEC and Configuration Parser

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]
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]
These traceback messages are warning of an internal problem but will not affect the operation of either DSPU or SRB.
Customers will not see these messages unless SRB error debugging is enabled. [CSCdj20528]
Workaround is to configure using dlsw. [CSCdj26404]
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]
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]
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]
Caveat CSCdi77040 provides a fix for this problem in the system side. This caveat provides the corresponding fix for APPN. [CSCdj30552]
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]
When memory is exhausted, the APPN subsystem may stop or the router may reload. [CSCdj33429]

Interfaces and Bridging

This may have security implications for sites that are relying on hardwired bridge table entries to prevent MAC address "spoofing". The workaround for such sites is to use access lists to implement a similar security policy. [CSCdi86805]
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]
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]
This is a hard failure so mixed Microcom/Mica configurations cannot be supported with this bug present. Microcom 56K modems often work best with fast ring disable, so aggrevates the situation and further limits the working options.
In addition, a similar crash (same stack trace) was also seen with just Microcom modems, but this is much harder to reproduce. [CSCdj44456]

IP Routing Protocols

Though the destination ip address of the original packet appears to be that of a directed broadcast, the router should not forward the packet as it is actually a link-layer broadcast. [CSCdj16052]
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]
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]
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 workaround (cumbersome, but will work) is ensure that bootp packets are not fragmented either by the bootp client or somewhere along the way. [CSCdj25137]
The workaround is to specify a value for minttl that is smaller than 255. [CSCdj27076]
The workaround is to send an ADSPEC fragment that has GS info. [CSCdj27798]
clear ip rou * is the workaround. [CSCdj30971]
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]
ie trace 3.0.0.0 [CSCdj33761]
There is no workaround, other than to avoid configuring a router with more than one attached nssa area. [CSCdj37551]

ISO CLNS

LAT

Novell IPX, XNS, and Apollo Domain

Protocol Translation

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]

TN3270

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]
Current PC: 0x90F61C[bcopy(0x90f56c)+0xb0] FP: 0xCC65C4[_etext(0x96f3ec)+0x3571d8] RA: 0x5E1EF2[_fr_svc_send_msg_to_nli(0x5e1eca)+0x28] FP: 0xCC65E8[_etext(0x96f3ec)+0x3571fc] RA: 0x5DD98C[_FRU0_Setup(0x5dd8e2)+0xaa] FP: 0xCC6620[_etext(0x96f3ec)+0x357234] RA: 0x5DD894[_svc_process_l3_event(0x5dd786)+0x10e] FP: 0xCC6664[_etext(0x96f3ec)+0x357278] RA: 0x5DA17A[_l3_ie_parse(0x5d9d32)+0x448] FP: 0xCC66A4[_etext(0x96f3ec)+0x3572b8] RA: 0x5D9B84[_l3_ie_parse_process(0x5d9b14)+0x70] FP: 0xCC66C0[_etext(0x96f3ec)+0x3572d4] RA: 0x1CC372[_process_hari_kari(0x1cc372)+0x0]
Current PC: 0x5E1D8E[_fr_svc_call_id_to_nli(0x5e1cf0)+0x9e] FP: 0xCC5CCC[_etext(0x970900)+0x3553cc] RA: 0x5E2176[_fr_svc_send_msg_to_nli(0x5e214e)+0x28] FP: 0xCC5CF0[_etext(0x970900)+0x3553f0] RA: 0x5DDC10[_FRU0_Setup(0x5ddb66)+0xaa] FP: 0xCC5D28[_etext(0x970900)+0x355428] RA: 0x5DDB18[_svc_process_l3_event(0x5dda0a)+0x10e] FP: 0xCC5D6C[_etext(0x970900)+0x35546c] RA: 0x5DA3FE[_l3_ie_parse(0x5d9fb6)+0x448] FP: 0xCC5DAC[_etext(0x970900)+0x3554ac] RA: 0x5D9E08[_l3_ie_parse_process(0x5d9d98)+0x70] FP: 0xCC5DC8[_etext(0x970900)+0x3554c8] RA: 0x1CC3BA[_process_hari_kari(0x1cc3ba)+0x0] [CSCdj13019]
Other workarounds include removing bridging from lane subinterfaces, or disabling proxy arp or correctly configuring the subnet mask of end stations in a lane environment. [CSCdj19293]
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]
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]
For BRIMUX
Symptom ++++++++ When you shut down controller t1 while there is a V110 or modem call active, no more call can be setup to that port after T1 being broughtup. The first call fail for tomeout, all following call failed for "Request channel not available.
Conditions ++++++++++ It has to be V110 or modem call being active, digital call without this problem, and it only happen when there is no "RESTART" msg sent/receive when T1 brought up.
Workaround +++++++++++ You can shut /no shut T1 again when all the channels are idle to get rid of this failure state.
The fix ++++++++++ after the fix, the symptom gone. The code chenge has been reviewed by isdn-sw Aditi Chopra. [CSCdj26436]
Increasing it to max possible using an integer i.e. 2147483 seconds which is approx 24.85 days. [CSCdj27903]
This defect can be cleared by entering 'shut' followed by 'no shut' on the interface in question.
This defect was added to 11.2(8.1) and 11.2(8.1)P. It will be fixed in a later release of IOS. [CSCdj44339]

11.2(7) Caveats/11.2(8) Modifications

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

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

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]

AppleTalk

Basic System Services

A workaround is to use the alias keyword>
client gets the following error, Accessing file "rsp-pv-mz.1666.kao.112.isp" on 10.1.1.1 ...NOT FOUND Can not open source file tftp:rsp-pv-mz.1666.kao.112.isp (TFTP read error)
Server debugs says, TFTP: Server request for port 7761, socket_id 0x60989170 TFTP: read request from host 10.1.1.2(7761) via Serial12/0 TFTP: Sending error 1 No such file [CSCdj09134]
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]
chat-script att-hayes ABORT ERROR ABORT "NO CARRIER" ABORT "BUSY" ABORT "NO DIALTONE" "" AT&FE0Q1 TIMEOUT 1 OK "pATDTT" TIMEOUT 45 "CONNECT" p
will ABORT on Error, No Carrier, Busy or No Dialtone, but always reports No Dialtone as the cause. Tested by reverse telnet to the modem and atdl redial last number to find true cause of ABORT. [CSCdj17447]
%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]

EXEC and Configuration Parser

You can't dump more than 16MB due to the limitations of most Unix TFTP servers. In fact, it dumps one block less than 16MB, because at 16MB the block number goes negative, which causes some TFTP servers to overwrite block 0, trashing the dump. At 32MB, the block number wraps back to zero, so the servers that didn't overwrite block 0 at 16MB will do so at 32MB. The router is defensive and only attempts to dump the first not-quite-16MB.
There are four configuration commands for FTP client support:
ip ftp username ! needed to be able to authenticate ip ftp password ip ftp source-interface exception protocol ftp
If a username and password are not configured, the router will attempt anonymous FTP.
Finally, you can watch the FTP dialogue with:
debug ip tcp ftp [CSCdj14292]
A workaround is to use the telnet command in the menu, specifying the rlogin port value (513), which will cause rlogin to be envoked, for example menu test command 1 telnet myhost 513. [CSCdj16600]
The workaround is to enter the configuration manually after the system has booted. [CSCdj24440]

IBM Connectivity

NON-CONFORMING NAMES WILL NOT BE ALLOWED IN THE CONFIGURATION. If the name conforms, the name will be used "as is" in the CP NAME field of the XID sent to VTAM.
Before this change, if characters other than A-Z and 0-9 were used in the DSPU host name, they were stripped out, e.g. "BRU#" became "BRU". DSPU host names will now be sent as defined, providing they conform to the naming convention.
This change applies to DSPU Host names only. DSPU PU names are not checked. [CSCdi57724]
Note: The CIP does not support transparent bridging at this time and should not allow this command to be configured on the interface. [CSCdi81961]
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]
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]
DLSw+ router A is connected to peer router C and is also peered to router B but is not yet connected to peer router B. Peer C can reach a specific resource (MAC address or NetBIOS name). Peer A can reach the same resource through a local interface. Therefore, at this point peer A can reach the resource both local and remote via peer C.
Now, Peer B has dlsw icanreach mac/netbios-name configured. When peer A connects to peer B, peer A will crash when trying to delete the dynamic reachability for the resource and replace it with the reachability learned through capabilities exchange with peer B. [CSCdj22327]
This causes no functional problems for the router. [CSCdj23265]
PC= 0x606079a4[psbmfrm(0x60607930)+0x74], 32 bytes
PC= 0x606094d0[psp00(0x60609380)+0x150], 320 bytes [CSCdj25484]
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]

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]
%SCHED-2-WATCH: Attempt to set uninitialized watched boolean
Workaround is to shutdown interface sx:15. [CSCdj01699]
The workaround is to reload the router. [CSCdj02122]
Confirmed by DE, Andy Vaz, this is not a duplicate with exist bug CSCdi75427 which only applies to 7000 and 7010. [CSCdj04751]
*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

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]
e0 131.86.169.65 255.255.255.192 131.86.175.65 255.255.255.192 secondary 131.86.175.1 255.255.255.192 secondary 131.86.171.129 255.255.255.192 secondary
host src=131.86.169.85 dst= 131.86.171.191 should be sent to MAC address e0 and then IOS should route the packet back to e0 which should put it back out on the wire as a 255.255.255.255 broadcast.
The end target is on a subnet on the e0 segment and listening for 255.255.255.255 packets. It is not heard when sourced from one subnet and directed to another subnet on the same segment. [CSCdj18292]
The config can randomly change after reload if a "wr mem" is issued prior to reload. [CSCdj19726]
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]
A workaround is to send an ADSPEC with a non-zero length GS fragment, such as one containing valid GS information. [CSCdj25441]
%TCP-6-BADAUTH: Invalid MD5 digest from :179 to :11256 (RST) [CSCdj25706]
The workaround is to turn on IP routing and then assign the IP addresses to the interfaces. [CSCdj26052]

ISO CLNS

The workaround is to configure "clns router isis" on at least one of the interfaces, maybe just a (random) loopback interface.
Imporved behaviour. Before this DDTs, a L1-only router would only installed a default route to one closest L2 router. After this code change, a router will do full loadbalancing over multiple equal-cost paths, if there are more then one closest L2 routers. Also, a L1L2 router that gets disconnected from the backbone, will now find another L1L2 router that has not lost contact to the backbone. [CSCdj06150]
This command can be useful when you want to connect a router to an ISIS network, but don't want real traffic flowing through it under any circumstances. Examples are: 1) a test router in the lab, connected to a production network 2) a router configured as an LSP flooding server, e.g. on an NBMA network, in combination with the mesh-group feature. 3) a router that is aggregating VCs used only for network management. In this case the network management stations must be on a network directly connected to the router with the set-overload-bit feature configured. [CSCdj18100]
This problem can not cause any real world problems (like routing loops), but LSP will stay (unconnected, so unused) in the LSP database until they timeout. [CSCdj18556]
The most common cause for this crash is misconfiguration of IP addresses of different routers connected via a common link. E.g. one router on an ethernet has IP address 10.1.1.1/24 and the other has 192.31.231.16.
The workaround to prevent this crash is to make sure no mismatch in IP addresses are occuring.
This bug was introduced by the fix for CSCdj03684: IS-IS can leave wrong route in routing table. [CSCdj21555]

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]
"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]
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.2(6) Caveats/11.2(7) Modifications

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

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

Access Server

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

To disable this, use the command: tacacs-server directed-request restricted
When this command is used, then no fail-over occurs, and the directed-request fails (however see tacacs-server dns-alias-lookup). [CSCdi92011]
%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]
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]
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]
show cdp entry version protocol the response only contains the protocol, the version is missing.
The user can type in show cdp version to get the software version of its neighbor, but the additional request of asking for the protocol suppresses the version information [CSCdj16148]
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]
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]
%CIP3-3-MSG: %MEMD-3-VCNREGISTER: Invalid VCN (65535)specified
Failing "Invalid VCN number" could be different than 65535 also.
Following message was also reported when SSP is being used:
%SYS-6-STACKLOW: Stack for process SSE Manager running low...
The failure continues until the route-processor is reloaded. There is no known workaround. [CSCdj07773]
The tn3270 server remembers the client IP addresses of active sessions, as well as terminated sessions.What Telstra are concerned about is the amount of output that is displayed as a result of a 'sh ext channel x/y tn3270 client-ip-address' command. This output can sometimes contain data for hunderds of sessions, some active and some terminated.
The enhancement that Telstra ITG are requesting, is the ability to display the status of tn3270 sessions based on the state of a IP address's sessions.
They would like an optional operand to be available at the end of the command which would allow client IP addresses to be queried based on session status. The desired session state such as (ACT/SESS, ACT/NA etc) could be entered into this operand so that only the sessions that were reflecting the requested status be displayed.
Example Current command
show extended channel x/y tn3270 client-ip-address
Example of desired command modification.
show extended channel x/y tn3270 client-ip-address
Status will be available status such as ACT/SESS or ACT/NA [CSCdj07826]
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]
LOCACK: recv DM, bogus, state NO_ONES_HOME can prevent netbios sessions from coming up in a busy system. [CSCdj11152]

Interfaces and Bridging

This bug makes the loopback remote interface command inoperable for channelized T1 interfaces on pretty much all platforms except the 7x00 series.
The loop up and loop down codes are not sent in the manner that the specifications define, or are sent at 56K when they need to be sent at 64K. [CSCdi58558]
Avoid using the Async Group command on these kind of interfaces by configuring each interface separately. [CSCdi86295]
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]
A work-around for this problem is to configure extended access lists in place of the standard access lists. [CSCdj00483]
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]
There is no manual avoidance - all customers using VIP2/FDDI PAs are strongly encouraged to upgrade to an image containing this bug fix. Refer to "Field Alert: VIP2 Cisco Software Release Deferrals" for image availability and additional information. [CSCdj09576]
%CBUS-3-CTRBADLOVE2: Interface TokenRingx/y, Unexpected SRB_COMPLETE lovenote, command=0x0200, result=0x0000
This message will then be followed by interface "UPDOWN" messages that indicate the interface is being reset.
For this type of occurance, the CTRBADLOVE2 error message is invalid and should not appear. It does not indicate a problem and does not indicate the cause of the token ring interface reset. [CSCdj16628]
TRIP and RSP based VIP2 PA-4R token ring interfaces are not affected by this problem. [CSCdj17807]

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]
int e1 ip irdp ip irdp max 10 ip irdp min 10
Workaround is to specify different values for maximum and minimum advertisement values. [CSCdj14903]
-Chris [CSCdj16696]

ISO CLNS

The workaround for this problem is to configure "clns router isis" on at least one interface.
This could be the loopback interface, or when loopback0 is already used for other things, one could even create another loopback interface just to do this. Configuring "clns router isis" on a regular interface that already has "ip router isis" is OK as well. [CSCdj06192]

LAT

Novell IPX, XNS, and Apollo Domain

Protocol Translation

TCP/IP Host-Mode Services

VINES

THis align-3-spurious memory access 0x603fa318 resulted in communication problems between the Vines clients and Vines servers. While this error message surfaced, the clients could no longer communicate to the servers. All other traffic reported no problems, including TCP/IP-only Vines protocol had communication problems. [CSCdj12126]

Wide-Area Networking

ISDN Se1:23: RX <- SETUP pd =3D 8 callref =3D 0x0338 Bearer Capability i =3D 0x8090A2 Channel ID i =3D 0xA98395 Called Party Number i =3D 0xC1, '2817924' ISDN Se1:23: Incoming call id =3D 0x137D ISDN Se1:23: TX -> RELEASE_COMP pd =3D 8 callref =3D 0x83 Cause i =3D 0x80AC01 - Requested channel not available
As a workaround, configuring scheduler interval 2500 has been effective in controlling or eliminating the problem. [CSCdi85735]
To work around this problem, this DSR timeout period is now made configurable. To change this time to fit the modem's need, use command
callback nodsr-wait
For example, the Motorola Codex modems drop the DSR in more than 5 seconds. Setting the DSR timeout to 8 seconds by
callback nodsr-wait 8000
will prevent the callback process from aborting. [CSCdj04348]
Other ISDN platforms are affected largely by that described in CSCdj07119 or CSCdi82010 depending upon their particular ISDN usage characteristics. [CSCdj05355]
%SYS-2-BADSHARE: Bad refcount in datagram_done, ptr=1EF8D0, count=0
The 'ptr' value will differ but the traceback that follows will have only two addresses. This defect was added with CSCdi89940 and will be fixed in a future release of IOS. [CSCdj12217]
Netbios NBF over async doesn't seem to work correctly after session initialization. [CSCdj12468]
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.2(5) Caveats/11.2(6) Modifications

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

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

Access Server

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]
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]
A symptom is intermittent dropping of datagrams through a TRIP, FIP or HIP interface on a 7500. Another symptom of this bug is console messages of "CYBus Error 08, invalid page map register'. This problem does not apply to VIP interface processors on 7500 series routers. [CSCdj06955]

DECnet

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]
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]
The fix has been commited at v11.2-5.0.
-Mike Maurer 3-16-97 [CSCdj03561]
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]
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

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]
There is no workaround. [CSCdi80987]
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]

IP Routing Protocols

To avoid this crash, do not use the no area area-id command, or make sure that at least one area is not removed. To check which areas are being maintained by ospf, use the show ip ospf command. [CSCdi78012]
%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]
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]

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]

Novell IPX, XNS, and Apollo Domain

%IPX unknown NLSP interface command [CSCdj01189]

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]

TN3270

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]
%SYS-2-INPUTQ: INPUTQ set, but no idb, ptr=60C43314 -Traceback= 60037A78 60039F6C 6003EF98 [CSCdi87914]
Apparently, upgrading the IOS to 11.2 causes a different Tacacs dameon version to be used- 193 instead of 192. The AS5200 reverts back to using tacacs version 192, but results in delays in the PAP authentication process. This delay causes the C760 to call the AS5200 with a PAP-REQ with id=1 and before the response AUTH-ACK is sent by the AS5200, the C760 send another AUTH-REQ with id=2. The AS5200 sends back an AUTH-ACK with id=1 and as the c760 sees the PAP response for id=1, the message "ppp:pap : ident mismatch" results. The end result being a PAP authentication failure and the ISDN link dropping.
the C760 should have silently discarded the PAP with id=1 and waited for last one sent with id=2, and continued retrying until exceeding a number of PAP retries. [CSCdi89940]
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.2(4) Caveats/11.2(5) Modifications

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

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

Access Server

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]
On an rsp platform, the following message is displayed when a router is booted with a CIP card in it, or when a CIP card is OIRd into the router:
%CBUS-3-MODULE: Missing controller analyze for slot , type
On a 7000 platform, the router crashes with an Illegal Instruction error.
In either case, a more informative message is needed.
Remove the unsupported CIP card or reload the router with a system image that has driver support code for the CIP. [CSCdi85722]
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]
%SNMP-3-CPUHOG: Processing Get of lifEntry.75.34 [CSCdi93084]
There is no workaround to this problem. [CSCdj00240]

DECnet

EXEC and Configuration Parser

IBM Connectivity

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]
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]
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]
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]
Reload is the only way to recover. [CSCdi92226]
'clear ip route *' will force EIGRP to reinstall it. [CSCdi92753]

ISO CLNS

There is no workaround of this problem. [CSCdi90052]

LAT

Novell IPX, XNS, and Apollo Domain

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

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

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]
If d-channel interface is not configured into shutdown mode, this problem will not occur. [CSCdi88014]

11.2(3) Caveats/11.2(4) Modifications

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

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

Access Server

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]
There is no workaround. [CSCdi66889]
%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]
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

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

EXEC and Configuration Parser

IBM Connectivity

Once the router reloads a 'config mem' can be done to add the statement back. [CSCdi67719]
%ALIGN-3-CORRECT: Alignment correction made at 0x606FA218 reading 0x60E7B322
There is no appreciable affect on the router and no user action is required. [CSCdi69696]
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]
"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 TN3270-server feature is currently being configured [CSCdi80173]
Anyways taking care of the busy condition, the router doesnt abort the conncetion and correctly passes the Y to the interactive queue. [CSCdi81927]

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]

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]
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

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

TCP/IP Host-Mode Services

TCP0: bad seg from X.X.X.X -- No wild listener: seq YYYYYY ack 0 rcvnxt 0 rcvwnd 0
The only know workaround is to reload router or load an ios with the fix to this bug id. [CSCdi82566]

VINES

Wide-Area Networking

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]
The work-around is to first remove any "frame-relay interface-dlci" commands and THEN remove the "frame-relay priority-dlci-group" command. [CSCdi85395]

11.2(2) Caveats/11.2(3) Modifications

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

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

Basic System Services

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]
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]
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]
%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]

EXEC and Configuration Parser

IBM Connectivity

This ddts ensures that tcp-port under tn3270 server won't accept the value of 0 or 65535 [CSCdi64150]
This only affects the show command and doesn't cause any other operational problem. [CSCdi65716]
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]
dlur-dspu-name > % Incomplete command.
This message, while a nuisance, does not cause any problems. [CSCdi76709]
The workaround is to edit the configuration on another machine, and then to download it. [CSCdi76800]
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]
The symptoms are sessions failing to establish and existing sessions being torn down.
The workaround is to configure TCP encapsulation. [CSCdi78017]

Interfaces and Bridging

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]
Workaround: cable the interface, or place the interface in an admin down state via the SHUTDOWN command. [CSCdi73867]

IP Routing Protocols

It does not affect the normal running of the router. [CSCdi64005]
Workaround is to issue shut and no shut commands to the interface which isn't receiving the IGMP reports. [CSCdi72642]
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]
The workaround is to configure RSVP-UDP encapsulation for all RSVP-enabled interfaces. [CSCdi74212]

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

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]
This problem does not effect the data transferred, just the path which it takes through the router. [CSCdi68769]
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 command is: ---------------
lane config fixed-config-atm-address
Old semantics: --------------
1) When an LECS became the "master" LECS, it automatically started listening on this address. When it became a slave, it automatically stopped listening on this address. This behaviour could NOT be changed by manual operator intervention.
2) When the command was actually entered by an operator, regardless of whether an LECS was a master or slave, the LECS would immediately start listening on the well known address.
Problems with this aproach: ---------------------------
If multiple vendors' LECS were intermixed in a network, Cisco LECS would always automatically register and listen on the well known LECS address, as soon as it became a master. This meant that now there could potentially be more than one LECS in the network which would simultaneously listen on the well known address. This further led to the problems that connections intended for NON Cisco LECS's which were listening on well known LECS address, could potentially end up on a Cisco master LECS. So network "segragation" was difficult to administer.
The new semantics and approach: -------------------------------
The policy has now been changed to overcome this problem. Here are the new rules:
1) A Cisco master LECS will NOT automatically register to listen on the well known LECS address.
2) It will only do so, if and only if the above command has been entered.
Note that the customers now have a choice as to if they want the Cisco master LECS to listen or NOT to listen on the well known LECS address. In other words, this behaviour is now controllable by the administrator.
As a result, the old semantics of the command has disappeared. In other words, entering the command will NOT immediately and mandatorily cause an LECS to start listening on the well known LECS address. It will merely be a "hint" to the LECS indicating that it should listen on that address only if it becomes a master. [CSCdi74881]
This message means Frame Relay InARP packets are received before InARP input queue is initialized.
This is harmless but inARP input queue is initialized later right away, you will not see this message except at the boot up time. Frame Relay Inverse ARP function will not be affcted. [CSCdi75843]
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.2(1) Caveats/11.2(2) Modifications

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

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

AppleTalk

! 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]
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]
However, this lack of functionality does not seriously compromise the security of a system since the temporary access-lists will be deleted by the system when the idle timeout is reached or the maximum time of existence for the access list is reached. If it is felt that a system is compromised without use of this command then it is recommended that these timeout values be configured to be small values. [CSCdi65615]
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]
%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]

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

%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]
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]

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]
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

Also need DDTS CSCdi77369. [CSCdi34362]
Besides the messages, there is no bad effect on the network.
The workaround is to remove the route pointing to the Null interface. [CSCdi65475]
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]
%SYS-2-NOPROCESS: No such process 0 -Process= "Exec", ipl= 0, pid= 27 -Traceback= 137CA8 483202 1328B6 1ACBB8 DBE2E 1321B8 EC3EC %SYS-2-FREEBAD: Attempted to free memory at 474DBF, not part of buffer pool -Traceback= 123FEC 48329C 1328B6 1ACBB8 DBE2E 1321B8 EC3EC [CSCdi69228]
There is no workaround. [CSCdi70406]
There is no problem if both end points are running OSPF DC-capable image or both end points are running OSPF non-DC-capable image.
This is no workaround. [CSCdi71021]
The patch for this ddts causes CSCdi73022. [CSCdi71096]

ISO CLNS

LAT

Novell IPX, XNS, and Apollo Domain

Protocol Translation

TCP/IP Host-Mode Services

Wide-Area Networking

The workaround for this is to shut and no shut the interface. [CSCdi31415]
For PRI, sync or async interfaces that are have ddr configured and are part of a multilink bundle: 1. execute show ppp multilink to find the master link for the bundle 2. Look at the idle timer for this link when executing show dialer. This is the correct idle timer for the bundle.
No workaround for BRI. See CSCdi57326 [CSCdi60809]
The workaround is to make sure that the swwitch is functional before attempting calls from the router. [CSCdi65662]
this is because sscop comes up with the default uni version before ilmi gets the peer uni version from the other side. when ilmi finally receives the peer uni version, sscop will tear down the connection if uni version unmatch and restart a new connection. [CSCdi72457]
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.2(11)P Caveats

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

Access Server

If modem startup-test is configured on an AS5200, and if the AS5200 has 56k modems installed, then the startup test will interfere with the modem DSP code download. This can result in excessive delays in the DSP download, and sometimes in DSP code download failures. For example, one may see:
Nov 6 18:11:49.715: %MODEM-5-DL_DSP_START: Modem (2/4) started DSP download [...] .Nov 6 18:21:27.798: %MODEM-5-DL_DSP_GOOD: Modem (1/15) completed DSP download: MNPClass10K56flexModemRev3.1.30/85
i.e. an interval of many minutes between the start and completion of the DSP download.
Conditions:
AS5200 with 56k (Rio) modems.
Workaround:
no modem startup-test [CSCdj58388]

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]
The workaround is to re-configure compression (ex, "no comp/comp stac"). [CSCdj14601]
The username should be case sensitive for chap or pap. [CSCdj32650]
workaround is to change file size. ;) [CSCdj56077]
1.Symptom
sh align Alignment data for: 3600 Software (C3640-D-M), Version 11.2(6)P, SHARED PLATFORM, RELEASE SOFTWARE (fc1) Compiled Mon 12-May-97 14:57 by tej
No alignment data has been recorded.
Total Spurious Accesses 4, Recorded 2
Address Count Traceback 0 2 0x603D8938 0x6025614C 0x603DAC18 0x603DF2A8 4 2 0x603D893C 0x6025614C 0x603DAC18 0x603DF2A8
2.Conditions The symptom occurs only on Cisco 3640 router running Release 11.2(6)P
3.Workaround Currently no work around exists. [CSCdj57188]
amit. [CSCdj59820]
aaa accounting update {newinfo | periodic xx}
This command is required for the system to send interim accounting records to the accounting server.
This new behavior was introduced in the following releases:
11.3(0.8) 11.2(9.2) 11.3(0.8)T 11.2(9.2)P 11.2(9.2)BC 11.3(0.8)MA
If you are upgrading from an older release to one which contains this new command and you are using the TACACS+ update accounting packet to track assigned user IP addresses, it is necessary for you to configure the command "aaa accounting update newinfo" in order for the update accounting packet to be generated in the newer release. [CSCdj72511]

DECnet

EXEC and Configuration Parser

IBM Connectivity

The "show x25 vc" displays the same vmac address used by QLLC for all x25 vc, although a different one is configured.
No operation impact. [CSCdj62689]

Interfaces and Bridging

Pending further investigation. [CSCdj45097]
Further Problem description :
Analysis : This was occurring because the pas_display_pa_info function was reading the ideprom value and displaying the corresponding string from the pa_hw_desc_strings array. Since this array did not have entry for Fast Ethernets for c3600 (both FE-FX and FE-TX) therefore it displayed the string UNKNOWN for the port adapter type.
Changes to : The pa_hw_desc_strings array has been modified to include program the corresponding PA types. flow [CSCdj50944]
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

No work-around at this time. [CSCdj49976]

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]

Wide-Area Networking

ISDN Se1/0:23: Error: CCB run away: 0x60FD0A30
A "show isdn status" will show multiple CCBs assigned per B-channel of the PRI:
sho isdn status The current ISDN Switchtype = primary-5ess ISDN Serial1/0:23 interface Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 11 Active Layer 3 Call(s) Activated dsl 0 CCBs = 259 CCB:callid=842B, sapi=0, ces=0, B-chan=13 CCB:callid=8439, sapi=0, ces=0, B-chan=13 CCB:callid=8446, sapi=0, ces=0, B-chan=11 CCB:callid=98C4, sapi=0, ces=0, B-chan=13 CCB:callid=98C6, sapi=0, ces=0, B-chan=13 CCB:callid=98CF, sapi=0, ces=0, B-chan=23 CCB:callid=98D2, sapi=0, ces=0, B-chan=23 CCB:callid=98DB, sapi=0, ces=0, B-chan=13 CCB:callid=98DD, sapi=0, ces=0, B-chan=13 CCB:callid=9C49, sapi=0, ces=0, B-chan=13 CCB:callid=9C76, sapi=0, ces=0, B-chan=8 CCB:callid=9C8E, sapi=0, ces=0, B-chan=13 CCB:callid=9CA7, sapi=0, ces=0, B-chan=8 CCB:callid=9CBE, sapi=0, ces=0, B-chan=8 CCB:callid=9D26, sapi=0, ces=0, B-chan=7 CCB:callid=9D33, sapi=0, ces=0, B-chan=7 CCB:callid=9D99, sapi=0, ces=0, B-chan=11 CCB:callid=9DE3, sapi=0, ces=0, B-chan=13 CCB:callid=9DE6, sapi=0, ces=0, B-chan=13 CCB:callid=9DF3, sapi=0, ces=0, B-chan=7 CCB:callid=9DFA, sapi=0, ces=0, B-chan=7 CCB:callid=9DFB, sapi=0, ces=0, B-chan=7 CCB:callid=9E2B, sapi=0, ces=0, B-chan=13 CCB:callid=9E38, sapi=0, ces=0, B-chan=5 CCB:callid=9E39, sapi=0, ces=0, B-chan=5 CCB:callid=9E4F, sapi=0, ces=0, B-chan=5 CCB:callid=9E54, sapi=0, ces=0, B-chan=5 CCB:callid=9E5E, sapi=0, ces=0, B-chan=5 CCB:callid=9E62, sapi=0, ces=0, B-chan=5 CCB:callid=9E6A, sapi=0, ces=0, B-chan=13 CCB:callid=9E6C, sapi=0, ces=0, B-chan=13 CCB:callid=9E8D, sapi=0, ces=0, B-chan=11 CCB:callid=9E9A, sapi=0, ces=0, B-chan=11 CCB:callid=9EA0, sapi=0, ces=0, B-chan=13 CCB:callid=9EA1, sapi=0, ces=0, B-chan=13 CCB:callid=9EBB, sapi=0, ces=0, B-chan=13 CCB:callid=9EE5, sapi=0, ces=0, B-chan=13 CCB:callid=9F00, sapi=0, ces=0, B-chan=13 CCB:callid=9F41, sapi=0, ces=0, B-chan=13 CCB:callid=9F53, sapi=0, ces=0, B-chan=13 CCB:callid=9F94, sapi=0, ces=0, B-chan=7 CCB:callid=9FA6, sapi=0, ces=0, B-chan=7 CCB:callid=9FAB, sapi=0, ces=0, B-chan=11 CCB:callid=9FBA, sapi=0, ces=0, B-chan=7 CCB:callid=9FCB, sapi=0, ces=0, B-chan=11 CCB:callid=9FCF, sapi=0, ces=0, B-chan=11 CCB:callid=9FD7, sapi=0, ces=0, B-chan=11 CCB:callid=9FDF, sapi=0, ces=0, B-chan=9 CCB:callid=8005, sapi=0, ces=0, B-chan=6 CCB:callid=8007, sapi=0, ces=0, B-chan=6 CCB:callid=800A, sapi=0, ces=0, B-chan=6 CCB:callid=800C, sapi=0, ces=0, B-chan=6 CCB:callid=800D, sapi=0, ces=0, B-chan=6 CCB:callid=800E, sapi=0, ces=0, B-chan=6 CCB:callid=800F, sapi=0, ces=0, B-chan=6 CCB:callid=8013, sapi=0, ces=0, B-chan=6 CCB:callid=8014, sapi=0, ces=0, B-chan=6 CCB:callid=801A, sapi=0, ces=0, B-chan=10 CCB:callid=8027, sapi=0, ces=0, B-chan=13 CCB:callid=8029, sapi=0, ces=0, B-chan=13 CCB:callid=802B, sapi=0, ces=0, B-chan=13 CCB:callid=8032, sapi=0, ces=0, B-chan=10 CCB:callid=8036, sapi=0, ces=0, B-chan=10 CCB:callid=803C, sapi=0, ces=0, B-chan=10 CCB:callid=8044, sapi=0, ces=0, B-chan=10 CCB:callid=8048, sapi=0, ces=0, B-chan=10 CCB:callid=8051, sapi=0, ces=0, B-chan=13 CCB:callid=8062, sapi=0, ces=0, B-chan=10 CCB:callid=806F, sapi=0, ces=0, B-chan=6 CCB:callid=807A, sapi=0, ces=0, B-chan=6 CCB:callid=807C, sapi=0, ces=0, B-chan=6 CCB:callid=808A, sapi=0, ces=0, B-chan=6 CCB:callid=808B, sapi=0, ces=0, B-chan=6 CCB:callid=8095, sapi=0, ces=0, B-chan=6 CCB:callid=809E, sapi=0, ces=0, B-chan=6 CCB:callid=80A9, sapi=0, ces=0, B-chan=13 CCB:callid=80AC, sapi=0, ces=0, B-chan=13 CCB:callid=80B6, sapi=0, ces=0, B-chan=6 CCB:callid=80B7, sapi=0, ces=0, B-chan=6 CCB:callid=80C2, sapi=0, ces=0, B-chan=13 CCB:callid=80C5, sapi=0, ces=0, B-chan=13 CCB:callid=80C6, sapi=0, ces=0, B-chan=13 CCB:callid=80CF, sapi=0, ces=0, B-chan=6 CCB:callid=80D2, sapi=0, ces=0, B-chan=6 CCB:callid=80DD, sapi=0, ces=0, B-chan=6 CCB:callid=80E0, sapi=0, ces=0, B-chan=6 CCB:callid=80E8, sapi=0, ces=0, B-chan=6 CCB:callid=80EB, sapi=0, ces=0, B-chan=6 CCB:callid=80F0, sapi=0, ces=0, B-chan=6 CCB:callid=80F7, sapi=0, ces=0, B-chan=6 CCB:callid=80F9, sapi=0, ces=0, B-chan=5 CCB:callid=8100, sapi=0, ces=0, B-chan=13 CCB:callid=810B, sapi=0, ces=0, B-chan=7 CCB:callid=811B, sapi=0, ces=0, B-chan=13 CCB:callid=811C, sapi=0, ces=0, B-chan=13 CCB:callid=8126, sapi=0, ces=0, B-chan=13 CCB:callid=8127, sapi=0, ces=0, B-chan=13 CCB:callid=812E, sapi=0, ces=0, B-chan=7 CCB:callid=812F, sapi=0, ces=0, B-chan=7 CCB:callid=8139, sapi=0, ces=0, B-chan=5 CCB:callid=8142, sapi=0, ces=0, B-chan=5 CCB:callid=814D, sapi=0, ces=0, B-chan=5 CCB:callid=8163, sapi=0, ces=0, B-chan=5 CCB:callid=8169, sapi=0, ces=0, B-chan=5 CCB:callid=816D, sapi=0, ces=0, B-chan=16 CCB:callid=8170, sapi=0, ces=0, B-chan=16 CCB:callid=8171, sapi=0, ces=0, B-chan=13 CCB:callid=8173, sapi=0, ces=0, B-chan=17 CCB:callid=817D, sapi=0, ces=0, B-chan=13 CCB:callid=8181, sapi=0, ces=0, B-chan=13 CCB:callid=818C, sapi=0, ces=0, B-chan=13 CCB:callid=8193, sapi=0, ces=0, B-chan=5 CCB:callid=819D, sapi=0, ces=0, B-chan=5 CCB:callid=81A5, sapi=0, ces=0, B-chan=5 CCB:callid=81AE, sapi=0, ces=0, B-chan=13 CCB:callid=81CC, sapi=0, ces=0, B-chan=13 CCB:callid=81CD, sapi=0, ces=0, B-chan=13 CCB:callid=81D9, sapi=0, ces=0, B-chan=13 CCB:callid=81DC, sapi=0, ces=0, B-chan=13 CCB:callid=81E3, sapi=0, ces=0, B-chan=7 CCB:callid=81E4, sapi=0, ces=0, B-chan=7 CCB:callid=81E8, sapi=0, ces=0, B-chan=7 CCB:callid=81EB, sapi=0, ces=0, B-chan=7 CCB:callid=81ED, sapi=0, ces=0, B-chan=22 CCB:callid=81EE, sapi=0, ces=0, B-chan=7 CCB:callid=81F1, sapi=0, ces=0, B-chan=21 CCB:callid=81F9, sapi=0, ces=0, B-chan=7 CCB:callid=81FC, sapi=0, ces=0, B-chan=13 CCB:callid=81FE, sapi=0, ces=0, B-chan=13 CCB:callid=8203, sapi=0, ces=0, B-chan=13 CCB:callid=8206, sapi=0, ces=0, B-chan=20 CCB:callid=820B, sapi=0, ces=0, B-chan=7 CCB:callid=8210, sapi=0, ces=0, B-chan=18 CCB:callid=8226, sapi=0, ces=0, B-chan=17 CCB:callid=8234, sapi=0, ces=0, B-chan=13 CCB:callid=8272, sapi=0, ces=0, B-chan=13 CCB:callid=828E, sapi=0, ces=0, B-chan=5 CCB:callid=82AC, sapi=0, ces=0, B-chan=13 CCB:callid=82F3, sapi=0, ces=0, B-chan=17 CCB:callid=82FE, sapi=0, ces=0, B-chan=17 CCB:callid=836D, sapi=0, ces=0, B-chan=17 CCB:callid=8372, sapi=0, ces=0, B-chan=17 CCB:callid=838E, sapi=0, ces=0, B-chan=7 CCB:callid=8390, sapi=0, ces=0, B-chan=7 CCB:callid=83BE, sapi=0, ces=0, B-chan=17 CCB:callid=83C0, sapi=0, ces=0, B-chan=17 CCB:callid=83CF, sapi=0, ces=0, B-chan=17 CCB:callid=83D1, sapi=0, ces=0, B-chan=17 CCB:callid=83D7, sapi=0, ces=0, B-chan=7 CCB:callid=83D9, sapi=0, ces=0, B-chan=7 CCB:callid=83FD, sapi=0, ces=0, B-chan=17 CCB:callid=83FF, sapi=0, ces=0, B-chan=5 CCB:callid=8403, sapi=0, ces=0, B-chan=5 CCB:callid=8409, sapi=0, ces=0, B-chan=5 CCB:callid=840B, sapi=0, ces=0, B-chan=5 CCB:callid=8411, sapi=0, ces=0, B-chan=7 CCB:callid=8413, sapi=0, ces=0, B-chan=7 CCB:callid=8414, sapi=0, ces=0, B-chan=7 CCB:callid=8419, sapi=0, ces=0, B-chan=7 CCB:callid=841B, sapi=0, ces=0, B-chan=7 CCB:callid=841D, sapi=0, ces=0, B-chan=7 CCB:callid=841E, sapi=0, ces=0, B-chan=7 CCB:callid=841F, sapi=0, ces=0, B-chan=7 CCB:callid=8420, sapi=0, ces=0, B-chan=7 CCB:callid=8421, sapi=0, ces=0, B-chan=7 CCB:callid=8428, sapi=0, ces=0, B-chan=5 CCB:callid=8429, sapi=0, ces=0, B-chan=5 CCB:callid=842A, sapi=0, ces=0, B-chan=5 CCB:callid=842B, sapi=0, ces=0, B-chan=5 CCB:callid=842E, sapi=0, ces=0, B-chan=5 CCB:callid=8433, sapi=0, ces=0, B-chan=5 CCB:callid=8437, sapi=0, ces=0, B-chan=5 CCB:callid=8439, sapi=0, ces=0, B-chan=5 CCB:callid=843A, sapi=0, ces=0, B-chan=5 CCB:callid=843D, sapi=0, ces=0, B-chan=5 CCB:callid=8441, sapi=0, ces=0, B-chan=5 CCB:callid=8446, sapi=0, ces=0, B-chan=7 CCB:callid=8447, sapi=0, ces=0, B-chan=7 CCB:callid=8448, sapi=0, ces=0, B-chan=7 CCB:callid=844F, sapi=0, ces=0, B-chan=7 CCB:callid=8451, sapi=0, ces=0, B-chan=5 CCB:callid=8452, sapi=0, ces=0, B-chan=5 CCB:callid=8453, sapi=0, ces=0, B-chan=5 CCB:callid=845B, sapi=0, ces=0, B-chan=13 CCB:callid=845D, sapi=0, ces=0, B-chan=13 CCB:callid=848B, sapi=0, ces=0, B-chan=7 CCB:callid=848D, sapi=0, ces=0, B-chan=7 CCB:callid=84AE, sapi=0, ces=0, B-chan=17 CCB:callid=84B0, sapi=0, ces=0, B-chan=17 CCB:callid=84B1, sapi=0, ces=0, B-chan=17 CCB:callid=84B4, sapi=0, ces=0, B-chan=7 CCB:callid=84E6, sapi=0, ces=0, B-chan=17 CCB:callid=84E8, sapi=0, ces=0, B-chan=17 CCB:callid=84FE, sapi=0, ces=0, B-chan=19 CCB:callid=8500, sapi=0, ces=0, B-chan=19 CCB:callid=8516, sapi=0, ces=0, B-chan=13 CCB:callid=8518, sapi=0, ces=0, B-chan=13 CCB:callid=8532, sapi=0, ces=0, B-chan=17 CCB:callid=8538, sapi=0, ces=0, B-chan=17 CCB:callid=856A, sapi=0, ces=0, B-chan=13 CCB:callid=856D, sapi=0, ces=0, B-chan=13 CCB:callid=85B6, sapi=0, ces=0, B-chan=19 CCB:callid=85B8, sapi=0, ces=0, B-chan=19 CCB:callid=85C6, sapi=0, ces=0, B-chan=17 CCB:callid=85C8, sapi=0, ces=0, B-chan=17 CCB:callid=85CC, sapi=0, ces=0, B-chan=17 CCB:callid=85D0, sapi=0, ces=0, B-chan=19 CCB:callid=85F7, sapi=0, ces=0, B-chan=13 CCB:callid=85F8, sapi=0, ces=0, B-chan=13 CCB:callid=85FA, sapi=0, ces=0, B-chan=13 CCB:callid=85FB, sapi=0, ces=0, B-chan=13 CCB:callid=8616, sapi=0, ces=0, B-chan=19 CCB:callid=8618, sapi=0, ces=0, B-chan=19 CCB:callid=8621, sapi=0, ces=0, B-chan=13 CCB:callid=8623, sapi=0, ces=0, B-chan=13 CCB:callid=8647, sapi=0, ces=0, B-chan=13 CCB:callid=8649, sapi=0, ces=0, B-chan=13 CCB:callid=8657, sapi=0, ces=0, B-chan=13 CCB:callid=8658, sapi=0, ces=0, B-chan=7 CCB:callid=865A, sapi=0, ces=0, B-chan=7 CCB:callid=8677, sapi=0, ces=0, B-chan=17 CCB:callid=8679, sapi=0, ces=0, B-chan=17 CCB:callid=868E, sapi=0, ces=0, B-chan=19 CCB:callid=8692, sapi=0, ces=0, B-chan=19 CCB:callid=86AA, sapi=0, ces=0, B-chan=17 CCB:callid=86AD, sapi=0, ces=0, B-chan=17 CCB:callid=86FA, sapi=0, ces=0, B-chan=19 CCB:callid=86FC, sapi=0, ces=0, B-chan=19 CCB:callid=870C, sapi=0, ces=0, B-chan=19 CCB:callid=8740, sapi=0, ces=0, B-chan=17 CCB:callid=8784, sapi=0, ces=0, B-chan=19 CCB:callid=8791, sapi=0, ces=0, B-chan=5 CCB:callid=8795, sapi=0, ces=0, B-chan=15 CCB:callid=8A85, sapi=0, ces=0, B-chan=19 CCB:callid=8A93, sapi=0, ces=0, B-chan=12 CCB:callid=8B10, sapi=0, ces=0, B-chan=12 CCB:callid=8B12, sapi=0, ces=0, B-chan=12 CCB:callid=8B3B, sapi=0, ces=0, B-chan=8 CCB:callid=8B41, sapi=0, ces=0, B-chan=8 CCB:callid=8D51, sapi=0, ces=0, B-chan=12 CCB:callid=8D58, sapi=0, ces=0, B-chan=12 CCB:callid=8D5F, sapi=0, ces=0, B-chan=5 CCB:callid=8DC5, sapi=0, ces=0, B-chan=8 CCB:callid=8F77, sapi=0, ces=0, B-chan=4 CCB:callid=8F82, sapi=0, ces=0, B-chan=4 CCB:callid=8F84, sapi=0, ces=0, B-chan=4 CCB:callid=8F88, sapi=0, ces=0, B-chan=4 CCB:callid=8F8D, sapi=0, ces=0, B-chan=4 CCB:callid=8F94, sapi=0, ces=0, B-chan=5 CCB:callid=8F96, sapi=0, ces=0, B-chan=5 CCB:callid=8F9D, sapi=0, ces=0, B-chan=4 CCB:callid=92DD, sapi=0, ces=0, B-chan=19 CCB:callid=930B, sapi=0, ces=0, B-chan=19 CCB:callid=0, sapi=0, ces=0, B-chan=1 CCB:callid=959B, sapi=0, ces=0, B-chan=7 CCB:callid=9676, sapi=0, ces=0, B-chan=5 CCB:callid=96E0, sapi=0, ces=0, B-chan=14 CCB:callid=96EE, sapi=0, ces=0, B-chan=14 CCB:callid=9720, sapi=0, ces=0, B-chan=23 CCB:callid=972C, sapi=0, ces=0, B-chan=14 Total Allocated ISDN CCBs = 260
A "show isdn service" shows multiple B-channels in a "Propose" state. This means that the router is attempting to either answer or place a call on the selected B-channel of the PRI.
sho isdn serv PRI Channel Statistics: ISDN Se1/0:23, Channel (1-31) Activated dsl 0 State (0=Idle 1=Propose 2=Busy 3=Reserved 4=Restart 5=Maint) 2 0 0 0 0 1 2 2 2 2 1 2 2 0 1 1 2 2 2 1 2 1 0 3 3 3 3 3 3 3 3 Channel (1-31) Service (0=Inservice 1=Maint 2=Outofservice) 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Customer had "compression stac" and "ppp multilink" enabled on Interface Dialer1 (ser1/0:23 in dialer rotary-group 1). This may or may not be a contributing factor. [CSCdj51452]

11.2(10)P Caveats/11.2(11)P Modifications

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

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

Basic System Services

copy bootflash {rcp | tftp} copy flash {rcp | tftp}
Work around for copying from flash to TFTP or RCP is to use
copy flash: {rcp | tftp}
instead of flash keyword. This, however, does not work with bootflash. [CSCdj38964]

IBM Connectivity

Interfaces and Bridging

The workaround is to enable the interface to run in FDX or DTE mode. [CSCdj36625]
. 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]
1. Symptom ---------- When configuring HSSI interfaces to support IPX traffic you can use the ipx encapsulation command which is not relevant on a HSSI interface since the IPX packets will simply traverse the HSSI link via whatever encapsulation method is present on the HSSI interface, ie... PPP, HDLC, SMDS, etc.
2. Conditions ------------- The commands can be entered on any type of HSSI interface and on any platform. This includes the following HSSI interface types: HIP, PA-H, and NP-1HSSI. This cosmetic bug has been configurable in testing all the way through 11.2(8)P and 11.1.14 IOS code.
3. Workaround ------------- There is no workaround required. Simply turn on IPX routing with the global configuration command ipx routing and then put an ipx network on the particular HSSI interface with the command ipx network <1-FFFFFFFD> and the HSSI interface will support the transport of IPX packets.
4. Further Problem Description ------------------------------ This is simply a cosmetic bug and causes no problem on the router as the command informs the user that the ipx encapsulation type is unsupported on the HSSI interface. [CSCdj47293]
It is prefered the "show controller t3 x/0/0 tabular" output use the time displayed by "show clock". [CSCdj53768]

IP Routing Protocols

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]

11.2(9)P Caveats/11.2(10)P Modifications

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

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

Basic System Services

IBM Connectivity

The workaround is to disable sr/tlb. [CSCdj40130]
The workaround is to disable sr/tlb. [CSCdj49533]

Interfaces and Bridging

amit. [CSCdj10619]
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

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

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.2(8)P Caveats/11.2(9)P Modifications

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

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

Access Server

This may be due to a problem when modem startup-test is configured. As a workaround, configure no modem startup-test . [CSCdj19279]

Basic System Services

There is no known workaround. [CSCdj19989]
SNMP is pulling the right hardware revision, and reports the RSP2 has HW Version 1.2 (which it is, below).
The pertinent portions from the SNMP calls:
cardType[1]=30 <- rsp4 cardType[21]=16 <- rsp2 cardSlotNumber[1]=6 cardSlotNumber[21]=7 cardDescr[1]="R5000" cardDescr[21]="R5000" [CSCdj25543]
The workaround is to turn off distributed compression. [CSCdj27067]
Note that the other Cisco 3600 series image subsets are not affected by this bug. [CSCdj27391]
Conditions Under Which the Problem Occurs
This problem occurs when you attempt to configure, on a C3640 or C3620 router with 128 MB of RAM, I/O memory to occupy 40 percent or more of total RAM. For example, on a router with 128 MB of RAM, if you enter the configuration mode command:
memory-size iomem 40
The problem is that the size of I/O memory, as calculated by the router, is not 40 % as specified, but more like 20 %. This problem is caused by an overflow condition caused by the calculation of I/O memory size. The first step of this calculation is to multiply the total memory size, 128 MB, by the specified percentage, 40. This multiplication overflows the 32-bit integer precision of the operands. The multiplication operation truncates the result to 32-bits, resulting in an incorrect value for the calculation.
This problem only occurs when you configure I/O memory to 40 % on a router with 128 MB of RAM. No other configurations result in manifestation of the problem.
Symptoms of the Problem
If you configure the router as described above, and then enter the command
show version
then part of the text displayed will be the calculated memory split. If this problem did not occur, you would see a memory split of:
78848K/52224K
indicating that 78848K, or about 77 MB, are reserved for program and data, and that 52224K, or about 51 MB are reserved for I/O Memory. Indeed, 51 MB is about 40 % of the total 128 MB, as requested.
Instead, because of the problem, you see a memory split of about:
120,828K/10,240K
Workaround
The only way to workaround the problem is to configure the memory split for 30% or less. This avoids the overflow situation described above. [CSCdj28947]
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]

IBM Connectivity

The workaround for this is to shutdown the interface before changing the encapsulation. [CSCdj35539]

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]
%SYS-2-BADBUFFER: Attempt to use scattered buffer as contiguous src, ptr= 60C0C3BC, pool= 60C0AC28 %ALIGN-3-CORRECT: Alignment correction made at 0x6026ADB0 reading 0x1AA0056 %ALIGN-3-CORRECT: Alignment correction made at 0x6026B078 reading 0x1AA0046 [CSCdj28940]
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

After a bit of searching, it looks like the traffic shaping hooks weren't put into the fastpath for the driver in question.
DE is working on this problem. [CSCdj14729]

Wide-Area Networking

11.2(7)P Caveats/11.2(8)P Modifications

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

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

Basic System Services

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]
This is not happening with the rsp[7513]. [CSCdj20356]
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]
A workaround for this problem is to execute the clear line command on all V.110 lines after the following events:
Power up initialization.
Using the modem hold-reset on all 12 ports. [CSCdj23972]

ISO CLNS

Wide-Area Networking

11.2(6)P Caveats/11.2(7)P Modifications

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

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

Basic System Services

This MIB can essentially be disabled (SNMP is prevented from polling this MIB) via use of SNMP views. For example, given the following SNMP configuration: snmp-server community public ro
This can be changed to: snmp-server view no-stackmib internet included snmp-server view no-stackmib ciscoStackMakerMIB excluded snmp-server community public view no-stackmib ro
The result is that SNMP polls using the "public" community string can access objects in the entire MIB space (internet) except for those objects in the ciscoStackMakerMIB space.
This workaround will, of course, affect any NMS applications which rely on the ciscoStackMakerMIB objects. [CSCdj11115]
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]
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]
For those customers running 11.2P, Cisco highly recommends upgrading all RSP-based systems to one of the Cisco IOS release 11.2(6)P or later. 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
SOLUTION:
FOR CUSTOMERS WITH RELEASE 11.2P
Option #1: Cisco highly recommends the installation of 11.2(6)P or later for 11.2(x)P images.
This problem was fixed as bug CSCdi71609 in images 10.3 through 11.2. Unfortunately it was reintroduced as a result of merged code in ONLY 11.2P.
Option #2: Below are options to work around this bug.
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.
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. [CSCdj19231]

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]
Workaround: Use the old 'fddi full-duplex' command instead [CSCdj11501]
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]

TCP/IP Host-Mode Services

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

Wide-Area Networking

11.2(5)P Caveats/11.2(6)P Modifications

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

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

Interfaces and Bridging

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

IP Routing Protocols

Novell IPX, XNS, and Apollo Domain

Wide-Area Networking

11.2(4)P Caveats/11.2(5)P Modifications

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

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

AppleTalk

EXEC and Configuration Parser

IBM Connectivity

Interfaces and Bridging

11.2(3)P Caveats/11.2(4)P Modifications

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

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

Interfaces and Bridging

11.2(1)P Caveats/11.2(3)P Modifications

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

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

IBM Connectivity

11.2BC Caveats

This section describes possibly unexpected behavior by Release 11.2BC. Unless otherwise noted, these caveats apply to all 11.2BC BC releases up to and including 11.2BC.

The counters for CSNA Virtual Port X/2 do not get cleared when CLEAR COUNT CHANNEL x/2 command is issued. Workaround is to issue Shut/No Shut on the Interface. [CSCdi51387]

hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1998 © Cisco Systems Inc.