
600
Caveats for Cisco IOS Release 12.2(33)SRD through 12.2(33)SRD8
OL-10394-05 Rev. R0
• CSCsv21403
Symptoms: Traffic is not passed through an Ethernet Virtual Circuit (EVC) service instance.
Conditions: Occurs after configuring EVC (Ethernet Virtual Circuit) service instance. The show
platform efp-client command shows no output.
Workaround: There is no workaround.
• CSCsv22930
Symptoms: When traffic engineering (TE) and fast reroute (FRR) is configured between the
stitching router and provider edge (PE), traffic fails.
Conditions: Occurs when pseudowire stitching is configured.
Workaround: Do not enable FRR between these routers.
• CSCsv23252
Symptoms: A Cisco 7600 running Virtual Private LAN Services (VPLS) with QinQ tunnels is
forwarding CDP/VTP packets from the tunnel interfaces across remote sites, even when L2TP is not
enabled.
Conditions: Occurs with a VPLS setup with QinQ tunnel interfaces facing the customer edge.
Workaround: Use different domain names to avoid changes to VTP database.
• CSCsv24179
Symptoms: Protocol Independent Multicast (PIM) neighborship is not established with SIP600 over
R-VPLS.
Conditions: Occurs when more than one VC on different VLANs exists with SIP600 links as
core-facing and one of the VLANs configured with PIM.
Workaround: There is no workaround.
• CSCsv24908
Symptoms: Layer 2 forwarding on other modules breaks when SIP-400 interface running eBGP and
GRE flaps
Conditions: Occurs on a SIP-400 with SPA-2X1GE running BGP and GRE tunnels. Interface flaps
on other modules are unable to resolve ARP or maintain routing neighbors. Issue seen on Supervisor
720 and Cisco 6748 CFC ports.
Workaround: Reload the chassis.
• CSCsv25306
Symptoms: OSPF between two customer sites over H-VPLS network with SIP600 as core facing
card in the hub router fails to come up.
Conditions: This is seen with traffic engineering (TE) and fast reroute (FRR) TE/FRR setup in the
hub, and when TE tunnels have dynamic path option set.
Workaround: Perform a shut/no shut on the core-facing SIP600 interface.
• CSCsv27428
Symptoms: TCP sessions passing through a NAT router freeze.
Conditions: The NAT router is a Cisco 7600 with RSP720. NAT translation entries keep using
syn-timeout (default = 60 sec) even after TCP three-way handshake is done. Use show ip nat
translation verbose to check timer
Workaround: Use the ip nat translation syn-timeout command, which mitigates the problem to
some extent.
Comentarios a estos manuales