Specifications

23
Caveats for Cisco IOS Release 12.0
78-6455-12
Resolved Caveats—Cisco IOS Release 12.0(14)
• CSCds10234
If you enter the shutdown interface configuration command on the E1 interface, it may cause a
router to experience a software-forced reload. There is no workaround.
• CSCds22874
When the LAN emulation layer on a Cisco 7200 series router receives wrongly formatted LAN
emulation control frames, the following message is generated:
%LANE-3-LEC_CONTROL_MSG: Received bad control message on interface ATM1/0.101
When the message is generated, LAN emulation clients may be shut down. There is no workaround.
• CSCds30874
A Cisco 2610 router running Cisco IOS Release 12.1(5)T may reload with memory corruption
when PPP multilink connections are tunneled via L2F across ISDN lines that are also running PPP
multilink. There is no workaround.
• CSCds37204
Under heavy traffic conditions, the WS-X6101 may not respond to the Marconi switch poll in a
timely manner, and the Integrated Local Management Interface (ILMI) signaling will be restarted.
This will also cause the Service-Specific Connection-Oriented Protocol (SSCOP) signaling to
restart, and all virtual circuits (VC) will be torn down. There is no workaround.
• CSCds45511
A Cisco 2610 router running Cisco IOS Release 12.0(12) reloads with a SegV exception at PC
0x80360428 when configuring ISDN dial backup.
There is no workaround.
Resolved Caveats—Cisco IOS Release 12.0(14)
All the caveats listed in this section are resolved in Cisco IOS Release 12.0(14). This section describes
severity 1 and 2 caveats and select severity 3 caveats.
IBM Connectivity
• CSCdr78455
A Cisco router running data-link switching (DLSw) may reload with a SegV exception. This
problem is specific to a DLSw border peer network. It does not happen with configured or
promiscuous DLSw peers. The root cause is a memory leak when a peer on demand gets established
and this peer establishing fails. If this happens repeatedly the router will finally run out of memory
will be forced to reload.
Workaround: Change the DLSw peer on demand inactivity timer
dlsw peer-on-demand-defaults inactivity
The maximum timeout configurable is 1440 minutes, which equals to 24 hours. This timeout
controls how long the peer stays established after the last DLSw circuit goes away.
• CSCds27627
NetBIOS frames with a payload of 47 to 59 bytes may be truncated when put onto Ethernet
segments after being transported with DLSw Fast Sequenced Transport (FST) encapsulation. This
occurs only on particle-based platforms (Cisco 3600 and 7200 series routers).