Debugging Multicast Routing


You want to use debug functions to isolate problem with multicast forwarding.


Cisco routers have several useful debug features that you can use to isolate multicast problems. The first is a general command that shows how the router maintains its multicast routing tables when it hears from sources and group members:

Router#debug ip mrouting

You can watch the actual multicast packets for a particular group using the command:

Router#debug ip mpacket

And the other commonly useful multicast debug command looks specifically at IGMP information:

Router#debug ip igmp



As with all debugging commands, you need to be extremely careful because sometimes the sheer volume of the output can overwhelm the router. So it is usually wise to try these commands one at a time, and disable all debugging with the command undebug all before trying the next command.

The first debug command, debug ip mrouting, shows how the router creates, updates, and deletes multicast routing information:

Router#terminal monitor
Router#debug ip mrouting
IP multicast routing debugging is on
17:20:27: MRT: Create (,, RPF Ethernet0/, PC 0x33A89D8
17:20:43: MRT: Update (*,, RPF Null, PC 0x339F96C
17:20:49: MRT: Delete (,, PC 0x33AB26A
17:21:43: MRT: Update (*,, RPF Null, PC 0x339F96C
17:21:49: MRT: Create (,, RPF Ethernet0/, PC 0x33A89D8
17:22:13: MRT: Delete (*,, PC 0x33AB26A
17:22:24: MRT: Create (*,, RPF Null, PC 0x33A8890
17:22:46: MRT: Update (*,, RPF Null, PC 0x339F96C
17:22:46: MRT: Update (*,, RPF Null, PC 0x339F96C

In this example, the first line creates a group entry for with the source in response to receiving a multicast packet from this source. You can also see a number of entries here for the Auto-RP groups, and These are the result of routers chatting amongst themselves to ensure that a stable RP exists for the network.

The next command, debug ip mpacket, shows individual multicast packets. Looking at packet-level debug traces is always particularly dangerous because of the possibility of overwhelming the router. In this example, we have asked the router to show only the group, which we have used as an example throughout this chapter:

Router#debug ip mpacket
IP multicast packets debugging is on for group
May 10 16:18:40.870: IP: s= (Ethernet1) d= (TokenRing0) len
 114, mforward
May 10 16:18:40.874: IP: s= (Ethernet1) d= (Ethernet0) len
114, mforward
May 10 16:18:40.878: IP: s= (TokenRing0) d= len 122, not RP
F interface
May 10 16:18:40.890: IP: s= (TokenRing0) d= (Ethernet1) l
en 122, mforward
May 10 16:18:40.890: IP: s= (TokenRing0) d= (Ethernet0) l
en 122, mforward

As you can see, a packet was received on interface Ethernet1 with the source address of for this group. The router immediately turned around and forwarded this packet to interface TokenRing0 and Ethernet0. A short time later, it received another packet for this group with the same source address from TokenRing0. However it doesn't forward this packet along because it was not received on the RPF interface. That is, the router looks in its routing table and realizes that this is not the way that it should have received this packet, so it drops it to avoid loops.

The router then receives a multicast packet for this same group on interface TokenRing0, but this time with a source address of It forwards this packet over to both Ethernet1 and Ethernet0.

It is important to note that this command tells you nothing about group membership. If devices join or leave this group, you will not see them this way. To do that, you need to look at the output of debug ip igmp:

Router#debug ip igmp 
IGMP debugging is on
17:34:17: IGMP: Send v2 Query on Ethernet0 to
17:34:18: IGMP: Send v2 Query on Ethernet1 to
17:34:18: IGMP: Set report delay time to 8.6 seconds for on Ethernet1
17:34:18: IGMP: Send v2 Query on TokenRing0 to
17:34:19: IGMP: Received v2 Report from (Ethernet0) for
17:34:21: IGMP: Received v2 Report from (Ethernet1) or
17:34:21: IGMP: Cancel report for on Ethernet1
17:34:23: IGMP: Received v2 Report from (TokenRing0) for
17:34:24: IGMP: Received v2 Report from (TokenRing0) for
17:34:25: IGMP: Received v2 Report from (TokenRing0) for
17:34:26: IGMP: Received v2 Report from (Ethernet0) for
17:34:27: IGMP: Received v2 Report from (Ethernet0) for
17:34:32: IGMP: Received v2 Report from (Ethernet0) for

This debug trace shows a couple of interesting events buried in a whole lot of router-to-router multicast chatter, so you have to look carefully at the group addresses to makes sure that you're seeing the interesting data. The group is the All Systems group, which is used for local segment chatter. It is rarely interesting for multicast routing because it is intended to be purely local, and all multicast capable devices are always members. The groups and are used by the Auto-RP protocol to allow routers to share information about the PIM-SM RPs for the network.

So, unless you are trying to debug an Auto-RP problem, the only really interesting information in this trace are the entries for the groups and The device has joined the first group, and sends several IGMP Report packets to make sure that it has successfully joined that group. The device, on the other hand, has been a member of for some time, and it sends only a single packet to ensure that it will continue to receive this group.

A short time later, the device leaves the group, as shown in the following trace:

17:34:54: IGMP: Received Leave from (Ethernet0) for
17:34:54: IGMP: Send v2 Query on Ethernet0 to
17:34:55: IGMP: Send v2 Query on Ethernet0 to
17:34:57: IGMP: Deleting on Ethernet0

Since this was the last known member of this group on this segment, the router responds to the IGMP Leave message with an IGMP Query. It tries twice to see if there are still any other devices interested in continuing to see this group, and then deletes it.

Router Configuration and File Management

Router Management

User Access and Privilege Levels


IP Routing





Frame Relay

Handling Queuing and Congestion

Tunnels and VPNs

Dial Backup

NTP and Time


Router Interfaces and Media

Simple Network Management Protocol





First Hop Redundancy Protocols

IP Multicast

IP Mobility




Appendix 1. External Software Packages

Appendix 2. IP Precedence, TOS, and DSCP Classifications


Cisco IOS Cookbook
Cisco IOS Cookbook (Cookbooks (OReilly))
ISBN: 0596527225
EAN: 2147483647
Year: 2004
Pages: 505 © 2008-2020.
If you may any questions please contact us: