Specifications

104
Caveats for Cisco IOS Release 12.0
78-6455-12
Resolved Caveats—Cisco IOS Release 12.0(5)
• CSCdk70598
When using Point-to-Point Protocol over Asynchronous Transfer Mode (PPP over ATM), or over
Frame Relay (PPP over Frame Relay), enabling timeouts on the virtual template will cause the
Network Control Protocol (NCP) layer to drop after the timeout. The Link Control Protocol (LCP)
will remain open. No network layer traffic will be able to pass across this link.
Workaround: Manually clear the PPP session from the remote equipment, or issue the shutdown
command followed by the no shutdown command on the ATM or Frame Relay interface (or
subinterface) on the gateway router. This will terminate the PPP over ATM or the PPP over Frame
Relay.
• CSCdk70741
For Cisco IOS Release 11.3, it is recommended that you do not run PPP Reliable Link with Link
Quality Monitor (LQM). Running it might cause the line to flap with even moderate values of
quality (for example, 70). There is no workaround.
• CSCdk76245
Cisco access servers that have been configured for AODI/X.25/BAP/MPPP with the
ppp multilink idle-link command will cause problem for non-AODI clients that are using MPPP.
The MPPP client that is connected with more then one B-channel will have the first channel in
“receive” mode and the rest belonging to the same bundle in normal mode (send and receive). There
is no workaround.
• CSCdk78238
A Cisco router that is configured with callback-secure and callback-accept should disconnect all
incoming calls. However, if a Microsoft Windows Dialup Networking client calls and
authentication is passed, the call can stay up. There is no workaround.
• CSCdk82155
When an LLC session is established on a serial interface, TEST frame stops responding for other
LLC sessions. There is no workaround.
• CSCdk90789
A Cisco router might reload because of an erroneous pointer at fr_bq_proc() function. This
condition occurs with routers that run Cisco IOS Release 11.2 P (or later releases) with Frame
Relay broadcast queuing in use under heavy multicast traffic. This problem is only seen when using
RSP software.
Workaround: When running Cisco IOS Release 11.3 or later, disable the Fame Relay broadcast
queue by issuing the no frame-relay broadcast-queue interface-level configuration command.
• CSCdm00844
A PPP peer might be able to request an IP address that belongs to an address pool other than those
they are authorized to use. There is no workaround.
• CSCdm01061
A Cisco Layer 2 Tunneling Protocol network server might reload when bundling Multilink
members that originate from two Layer 2 Tunneling Protocol network servers. There is no
workaround.