The premiere source of truth powering network automation. Open and extensible, trusted by thousands.

NetBox is now available as a managed cloud solution! Stop worrying about your tooling and get back to building networks.

Two ways to force an IGMP join

By stretch | Monday, July 21, 2008 at 3:30 a.m. UTC

In some situations it is desirable to manually configure multicast group membership on a router interface, particularly during testing and in the absence of IGMP-capable recipients. IOS provides two commands to statically designate group membership on an interface: ip igmp join-group and ip igmp static-group. So what's the difference? The join-group command makes the router behave as a member of the specified group, whereas the static-group command allows for fast-switching of group traffic out the designated interface(s).


Assume we wish to forward multicast traffic for the group to the subnet. To do this, we apply ip igmp join-group to R2's F0/1 interface:

R2(config)# interface f0/1
R2(config-if)# ip igmp join-group

We can verify that R1 and R2 now have a multicast route for this group:

R2# show ip mroute

(*,, 00:01:58/00:02:26, RP, flags: SJCL
  Incoming interface: FastEthernet0/0, RPF nbr
  Outgoing interface list:
FastEthernet0/1, Forward/Sparse, 00:01:58/00:02:26

A ping to the group from R1 receives a response from R2 (note that two pings are actually sent from R1, thus two replies):

R1# ping

Type escape sequence to abort.
Sending 1, 100-byte ICMP Echos to, timeout is 2 seconds:

Reply to request 0 from, 16 ms
Reply to request 0 from, 24 ms

Now we'll replace the join-group command with static-group. After removing join-group we clear the multicast routing table on both routers and apply ip igmp static-group to R2's F0/1 interface:

R2(config)# interface f0/1
R2(config-if)# no ip igmp join-group
R2(config-if)# do clear ip mroute *
R2(config-if)# ip igmp static-group

Examining the multicast routing table verifies that we again have and entry for the group on both routers:

R2# show ip mroute

(*,, 00:03:32/stopped, RP, flags: SJC
  Incoming interface: FastEthernet0/0, RPF nbr
  Outgoing interface list:
FastEthernet0/1, Forward/Sparse, 00:03:32/00:02:28

However, a ping to the group from R1 fails this time:

R1# ping repeat 5

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to, timeout is 2 seconds:

The ping fails because R2, configured with the static-group command, no longer acts a group member itself; instead, it merely fast-switches multicast traffic out F0/1.

Posted in Multicast


March 20, 2009 at 4:17 p.m. UTC

This is a great website for network admins. Keep up the great work.

February 22, 2010 at 7:04 p.m. UTC


I have a question regarding static group command, If I have a switch with interface vlan, if I enable static group, then the multicast traffic will be pushed to all trunks that have the vlan allowed, regardly if there are hosts on these trunks or not, which could be not desired, my question is, can I use the same command at the loopback interface? what I am trying to achieve here is that I want the Mroute to be created and make multicast be available till last point before end users, therefore achieving fast switching but at the same time not pushing the multicast down the links. Would this work? and if yes is there any caveats?

Your help is highly appreciated.



August 19, 2011 at 8:05 a.m. UTC

Hi Jeremy,

Your post clarify my understanding especially for ip igmp static-group
Many thanks man.

April 8, 2012 at 2:27 p.m. UTC

Hi Saad,

The flooding will not happen if the IGMP snooping is enabled on the switch .
By default it is enabled . So when you disable it , that is when the flooding will start .

Prabhdeep Nijjar

A guest
September 19, 2012 at 4:53 a.m. UTC

Thanks Jeremy - Very clear and straightforward. One question though - If I do not use "ip igmp join-group", and instead have a VLC Player multicasting to, shouldn't I be able to get a reply when I ping to I didn't see a reply so I was wondering if this is correct. Can you advise how can I make a host machine (e.g. running VLC) to reply when pinging to the multicast group address?

August 1, 2013 at 7:33 a.m. UTC

Very well explained!!!

December 20, 2013 at 6:59 p.m. UTC

I know I am 5 years too late, but using "ip igmp join-group" in a production environment is a bad idea. When you run this command it PROCESS SWITCHES the multicast packets.

Per Cisco's documentation: "Use the ip igmp join-group command to configure an interface on the router to join the specified group or channel. With this method, the router accepts the multicast packets in addition to forwarding them. Accepting the multicast packets prevents the router from fast switching."

The safe thing for testing multicast in a production environment is to use "ip igmp static-group".

October 7, 2016 at 5:24 p.m. UTC

Great site. Thanks for sharing the know how.

Comments have closed for this article due to its age.