
388
Cross-Platform Release Notes for Cisco IOS Release 12.0S
OL-1617-14 Rev. Q0
Caveats
Resolved Caveats—Cisco IOS Release 12.0(33)S6
• CSCsz33193
Symptoms: For some VCs, traffic is not flowing through the SR-APS interface.
Conditions: This symptom is observed after a linecard reload and router reload.
Workaround: Perform a shut/no shut of the SR-APS interface.
• CSCsz33704
Symptoms: In an FB APS setup, if the protect link has errors and hence signal failure, the APS
switches to it when the work link also gets an error.
Conditions: This symptom is observed with a 12.0(32)s11o-based image.
Workaround: There is no workaround.
• CSCsz43391
Symptoms: Traffic stops flowing.
Conditions: This symptom is observed after the following procedure is performed:
1) First try ETH (vlan) to FR over MPLS (traffic is fine).
2) Change the dot1q interface to a QINQ interface on both the PE and the CE.
3) Then change back to dot1q on both the PE and the CE (traffic fails).
Workaround: Reload the linecard.
• CSCsz45567
A device running Cisco IOS Software, Cisco IOS XE Software, or Cisco IOS XR Software is
vulnerable to a remote denial of service condition if it is configured for Multiprotocol Label
Switching (MPLS) and has support for Label Distribution Protocol (LDP).
A crafted LDP UDP packet can cause an affected device running Cisco IOS Software or
Cisco IOS XE Software to reload. On devices running affected versions of Cisco IOS XR Software,
such packets can cause the device to restart the mpls_ldp process.
A system is vulnerable if configured with either LDP or Tag Distribution Protocol (TDP).
Cisco has released free software updates that address this vulnerability.
Workarounds that mitigate this vulnerability are available.
This advisory is posted at:
http://www.cisco.com/warp/public/707/cisco-sa-20100324-ldp.shtml
• CSCsz46285
Symptoms: MVPN traffic is punted to the line-card CPU.
Conditions: This symptom is observed on the decap side of data mdt traffic.
Workaround: There is no workaround.
• CSCsz58546
Symptoms: In APS, in Choc48 LC, APS switching from protect to work is not happening when SF
is present on a protect link and SD is present on a work link.
Conditions: All interfaces should be up and running.
Workaround: There is no workaround.
Comentarios a estos manuales