Specifications

1111
Cross-Platform Release Notes for Cisco IOS Release 12.0S
OL-1617-14 Rev. Q0
Resolved Caveats—Cisco IOS Release 12.0(28)S3
- Multicast traffic may be punted to the RP with the “no group” reason, even if (*,G) and (S,G) exist
on the PXF. You can observe the punted traffic in the output of the show hardware pxf cpu
statistics diversion command.
- PIM neighbors across an MDT in an MVPN network may flap.
Conditions: This symptom is rarely observed when either PXF or the router is rebooted or reloaded
while traffic runs in the network. When the router has a large configuration or when many multicast
streams pass through the router, the probability of the symptom occurring increases.
Workaround: Make a note of the traffic streams that are punted to the RP by entering the show
hardware pxf cpu statistics spd command. Then, clear these traffic streams by entering the clear
ip mroute group command.
When the multicast routing table is small, just enter the clear ip mroute * command.
Further Problem Description: The packets that are punted to the RP are rate-limited by a multicast
data traffic SPD process. These packets are counted as “no group”.
In an MVPN network, control plane traffic is encapsulated in an MDT. If this MDT traffic is punted
and rate-limited, the control plane traffic is lost, causing PIM neighbors to flap.
• CSCeh11537
Symptoms: The PIM neighbor ship on a VRF goes down, preventing traffic from flowing.
Conditions: This symptom is observed on a Cisco 12000 series that is configured for MVPN when
you perform one of the following actions:
- You shut down a line card that is used by MVPN to punt control packets to the RP.
- You change the VRF name on the line card that is used by MVPN to punt control packets to the RP.
Workaround: If the symptom occurs because you shut down the line card, re-insert the line card to
restore the PIM neighborship. If the symptom occurs because you changed the VRF name on the
line card, disable and re-enable the mdt default group-address command that is defined under the
ip vrf command.
• CSCeh15364
Symptoms: On a router that is configured for multi-router APS, the APS interfaces remain in the
Active/Inactive states. One of the interfaces is Active, while the other is Inactive. However, when
the line card holding the APS protect interface is reloaded and the line card comes back up, both the
Working and Protect interfaces end up in Active state.
Conditions: This symptom is observed on a Cisco 12000 series that runs Cisco IOS
Release 12.0(28)S2. Not every protect line card reload causes the symptom occur. The symptom is
readily observed when the reload of a Protect line card is accompanied by a simultaneously
occurring Signal Fail/Signal Degrade (set/clear) event on the Working line card.
Workaround: There is no workaround to prevent the symptom from occurring. However, when both
interfaces are in the Active state, a manual or forced APS switch may restore sanity to the APS
states.
• CSCeh17756
Symptoms: The PIM assert mechanism may not function properly, causing PE routers to remove
VRF subinterfaces from output interface lists, and, in turn, causing multicast traffic to be dropped.
Conditions: This symptom is observed when redundant PE routers and CE routers are located on one
LAN segment and when the CE routers select different PE routers as their next hop.
Workaround: Change the configuration in such a way that all CE routers on one LAN segment select
the same PE router as their next hop.