cc/td/doc/product/software
hometocprevnextglossaryfeedbacksearchhelp

Table of Contents

11.3(1) Caveats
11.3T Caveats

11.3(1) Caveats

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

AppleTalk

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]
%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]
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]
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]
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]
The operator should check that the expected filesize is on the copied file or if the Telnet session was terminated then the file should be assumed to be corrupted and should be copied again. [CSCdj43538]
Virtual interfaces (and in the case of this bug, interface s0:0) run on 'top' of other interfaces. The expected default behaviour is for this object to be in disabled state. [CSCdj45061]
E1 interfaces do not run on 'top' of other interfaces. The expected default behaviour is for this object to be in enabled state. [CSCdj45064]
RSP Slave resets can occur whenever a cbus complex occurs. [CSCdj46324]
no snmp-server sparse-tables, so an entry will be returned. [CSCdj50390]
Currently the work around (have the clock synchronize in a short time interval) is to deconfigure and reconfigure NTP in the slave system. [CSCdj51376]
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]
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]
This bug affects all platforms with MIPS R4700 and R4600 chips, including all RSP-based platforms. [CSCdj58608]
Below are the suggested methods for clearing the problem if encountered in the field.
i) If a NAS port becomes unavailable due to an abnormal disconnect on a dialout call, a clear line should be issued against the line in question.
ii) To clear the communication application in WIN 95 or WIN 3.11 after an abnormal disconnect, stop the dialout utility and then restart it.
iii) To clear the communication application in WIN NT after an abnormal disconnect, stop the workstation service and then restart it. [CSCdj61765]
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.
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]
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]
The workaround is to also do radius authentication. [CSCdj68188]
The worst case scenario is that authorization succeeds and some AV-pairs that are normally used to restrict authorization will not be used.
This bug was introduced on 1/8/98 with the fix for CSCdi51915 and was integrated into 11.3(1.2) and 11.2(1.2)T. [CSCdj74723]

DECnet

EXEC and Configuration Parser

There is no operational impact due to their presence and/or use. This is a cosmetic problem. [CSCdj18849]
We ran into a situation where, in order to replace Ascend Routers, we need to match Ascend routers' response to the command "ppp" after isdn users open v120 connections. The users have scripts which send just "ppp" at the router prompt. The Ascend routers would then assign an ip address to the users, and start PPP. Cisco routers would ask for host ip address, which is not expected by the script. We would like to alias "ppp" to "ppp negotiate" using the "alias exec" command. However, this then breaks the autocommand that we do for autoselect users. Right now, "autoselect ppp" starts up the autocommand "ppp negotiate" after it has matched on the autoselect mask. If we configure "alias exec ppp ppp negotiate", the parser would read "ppp negotiate" as "ppp negotiate negotiate" and thus breaks the autocommand.
The parser needs to treat multi-word aliase string as a whole. [CSCdj45391]
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]
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]
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]
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]
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]
More details to follow as we investigate this report. [CSCdj62695]
APPN: CS sending ALERT to MS. sense code = 8950E43, byte_offset = 67, bit_offset = 0 APPN: proc_name = XXXXIP33 [CSCdj66712]
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]
Circumstances under which this may happen: This may occur for configuration commands associated with the channel interface processor if there is a 'microcode reload' statement in the configuration. The message will only appear if the copied configuration statement matches an existing configuration statement in the running config and if the channel interface on which the command is configured is not administratively shutdown.
The message can be safely ignored. [CSCdj69759]
dlsw timer connect-timeout
This command can be used to modify the maximal allowed interval between first XID and SABME/UA frames for circuits. The complete xid negatiation has to be finshed with this time interval.
The default is 60 seconds.
dlsw timer local-connect-timeout
Same as above, but used for local-switched circuits like SDLC to LLC2, QLLC to LLC2 ...
The default is 30 seconds.
Without changing the defaults, the previous timeout behavior will be kept. [CSCdj70149]
%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]
No packet loss is being seen when the AUX port speed is below 38.4K. [CSCdj74103]
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

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]
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]
%SYS-2-LINKED: Bad enqueue of 609227FC in queue 609BA4DC -Process = "", ipl = 4 -Traceback = 60100618 600FE9F0 600DC5D0 60168980 60105318 600DC524 60022870 60114BA8 60023780 60024D84 [CSCdj07084]
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]
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]
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]
A workaround is to place all "auto" trunking ports on a Cat5000 that are not trunking to "off" state.
CSCdj52514 provides another solution in cat5000 supervisor code 2.4(3), as an option on the "set trunk" command (use in place of "set trunk on"): set trunk nonegotiate This turns trunking on, does not send DISL frames, and drops incoming DISL frames, so incoming DISL frames cannot turn off trunking. [CSCdj32425]
This problem has minimal impact on the performance of the customer's multidrop line because a FEP usually resorts to individual polling. [CSCdj33392]
The workaround is to enable the interface to run in FDX or DTE mode. [CSCdj36625]
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]
. 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]
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]
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

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]
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]
%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]
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 router can be forced to install the matching route by using the clear ip route * command. [CSCdj32471]
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]
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]
Result: not all connected networks may be advertised in EIGRP.
Workaround: redistribute connected [CSCdj57362]
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]
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]
This fix suppress error messages for link state acknowlegment packet too. [CSCdj66792]
Currently there is no workaround. [CSCdj67950]
neighbor / shutdown
is added so that an individual peer or a peer-group can be brought down without de-configuration. [CSCdj69829]
This bug was introduced in: 011.002(005.001) 11.2(05.01)P 11.2(05.01)F 011.002(005.002) 011.001(010.005) 11.2(05.02)P 11.1(10.05)AA 11.1(10.05)IA 11.1(10.05)CA04 11.1(10.04)CA01 [CSCdj75375]
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

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]
router isis display-route-detail
has been configured, and someone does a "show ip route isis" while the routing table is changing, the router may crash.
A workaround to prevent the crash is to unconfigure "display-route-detail". This command is normally only needed during debugging by cisco development, and there is no need to configure this in a production network. The command will be made hidden a hidden command. [CSCdj62173]
There are a number of advantadges: 1) LSPs will be smaller and use less bandwidth when flooded 2) LSPs have lower chances of being fragmented 3) SPF calculations will be more efficient 4) flapping of one of a set of parallel links will be invisible to the rest of the network [CSCdj71654]

Novell IPX, XNS, and Apollo Domain

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]
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]
Workaround is to enable processing of the default route. [CSCdj63007]
+--------+ +--------+ | | S0 | | E2 ---------| RT-A |----/----| RT-B |-------- E1 | | S0 | | +--------+ 0x2631 +--------+
When an IPX static route is delete via the command no ipx route , the deleted route is not advertised as "invalid" out IPX interfaces configured for "changes-only" updates.
Work-around: =========== As a work-around to this problem resolution, issue the following interface commands at the router with "changes-only" interface(s) adjacent to the router for which a static route is being deleted:
ipx down network no ipx down network
Using the above example configuration: IPX interfaces S0 for both routers RT-A and RT-B are configured with "changes-only" RIP update. If a static route was deleted in router RT-A, then the following commands must be issued at interface S0 in router RT-B to remove the static route learned from RT-A:
! interface s0 ipx down 2163 no ipx down 2163 [CSCdj64497]

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

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]
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]
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]
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]
This causes the router to reload. [CSCdj11838]
*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] [CSCdj25563]
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 workaround is to bring down all the ongoing calls ie. by disconnecting or shutting down the interface and then adding the dialer rotary-group . [CSCdj35360]
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]
Added check for Layer 1 status before moving the IDB state to up for 64K leased B-Channels. [CSCdj50927]
The workaround is to remove the ip tcp header-compression or ppp multilink command. [CSCdj53093]
The workaround is to set the timeout values the same using the lmi-t392dce parameter. [CSCdj53354]
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]
There is no workaround, this is an intermittent problem. [CSCdj62139]
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]
With the enable mode debug ip tcp transactions you will see an false sequence number of 4278386749.
The current workaround is to either disable multilink ppp or set the interface subcommand multilink max-fragments 1. [CSCdj66824]
The workaround is to put in "no exec", "no autoselect ppp", "no autoselect during-login", etc., on the line. [CSCdj69797]
For example, given the following configuration:
int async1 no ip address dialer rotary-group 1 encapsulation ppp int dialer1 ip unnumbered loopback0 encapsulation ppp ip tcp header-compression
TCP header compression will NOT be negotiated. You will have to modify the physical interfaces as follows:
int async1 ip unnumbered loopback0 ip tcp header-compression
if you want PPP to negotiate VJ TCP header compression. [CSCdj70582]
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]
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]
Jan 28 20:37:30.347: ISDN No free channels: CALL_INCOMING, Voice: ERROR
This apparently occurs with incoming ISDN voice calls only [CSCdj77099]

11.3T Caveats

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

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

If logging buffered is enabled, the output of 'show logging' shows the messages in the proper sequence. [CSCdj60910]

IBM Connectivity

Workaround is to configure static arps. [CSCdj68944]

IP Routing Protocols

- Performance:
As entries of an access-list are stored in a linked list, search and insertion are too slow for large lists.
- Incremental Update:
Incremental update is not supported.
- User Interface:
The command-line-interface (CLI) is difficult to understand or use as it was implemented using packet filtering format.
The prefix-list is implemented for the purpose of efficient route filtering. Comparing with using the (extended) access-list in route filtering, there are several advantages with using the prefix-list:
- Significant performance improvemnt in loading and route lookup of large lists. - Support for incremental updates. - More user-friendly command line interface.
Several key features with the access-list are preserved in prefix-list:
- Configuration of either "permit" or "deny". - Order dependency - first match wins. - Filtering on prefix length - both exact match and range match.
However, non-contiguous masks are not supported in the prefix-list. [CSCdj61356]

ISO CLNS

Wide-Area Networking

Multiple switchtypes can exist in the same router. The switchtype stays global, but also becomes an interface command as well. Router can now be configured to support different switchtypes on different PRI interfaces as well as BRI and PRI in the same platform. [CSCdj64195]
When the system is reducing its rate in response to the receipt of BEcNS, the reduction may not be predictable. Rate adjustments are made once per interval if any number of BECNs were received during that interval. [CSCdj67297]

hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1998 © Cisco Systems Inc.