Administrator Guide

Excessive traffic is generated when the join process from the RP back to the source is blocked due to a new source
group being permitted in the join-filter. This results in the new source becoming stuck in registering on the DR and the
continuous generation of UDP-encapsulated registration messages between the DR and RP routers which are being sent
to the CPU.
Prevent the PIM SM router from creating state based on multicast source and/ or group.
ip pim join-filter
Understanding Multicast Traceroute (mtrace)
Multicast Traceroute (mtrace) is a multicast diagnostic facility used for tracing multicast paths.
Mtrace enables you to trace the path that a multicast packet takes from its source to the destination. When you initiate mtrace from a
source to a destination, an mtrace Query packet with IGMP type 0x1F is sent to the last-hop multicast router for the given destination.
The mtrace query packet is forwarded hop-by-hop untill it reaches the last-hop router.
NOTE: If the system initiating the mtrace is the last-hop router, then the Query message will not be initiated. Instead,
the router sends the request message to it previous router.
The last-hop router converts this query packet to a request packet by adding a response data block. This response data block contains the
last-hop router’s interface address. The response data block inserted by the router also contains the following information:
Incoming interface details
Outgoing interface details
Previous-hop router address
Forwarding Code
Query Arrival Time
Routing Protocol details
The last-hop router calculates the path to reach the source in the reverse direction of the multicast data traffic. Based on this calculation,
the last-hop router estimates the possible next-hop neighbor that is located in the direction towards the source and forwards the request
packet to that neighbor.
Each router along the multicast path fills its response block in a similar manner. When the mtrace request reaches the first-hop router, it
sends the response (with IGMP type 0x1E) to the response destination address specified in the mtrace query.
The response may be returned before reaching the first-hop router if a fatal error condition such as "no route" is encountered along the
path.
If a multicast router along the path does not implement the mtrace feature or if there is an outage, no response is returned.
When the initiator does not get a response for a specified time interval, the system performs a hop-by-hop expanding-length search to pin
point the location in the network where the problem has occurred.
NOTE: You cannot configure the wait time. It is fixed to 3 seconds.
Important Points to Remember
Destination address of the mtrace query message can be either a unicast or a multicast address.
NOTE:
When you use mtrace to trace a specific multicast group, the query is sent with the group's address as the
destination. Retries of the query use the unicast address of the receiver.
When you issue an mtrace without specifying a group address (weak mtrace), the destination address is considered as the unicast
address of the receiver.
If the CLI session is terminated after the mtrace command is issued, then the response is ignored.
System ignores any stray mtrace responses that it receives.
Duplicate query messages as identified by the IP source, and Query ID (tuple) are ignored. However, duplicate request messages are
not ignored in a similar manner.
The system supports up to a maximum of eleven mtrace clients at a time.
NOTE: The maximum number of clients are subject to performance restrictions in the new platform.
Mtrace supports only IPv4 address family.
Multicast Features
581