05-30-2017 03:05 AM - edited 03-08-2019 10:46 AM
We have a few 2960-X switches that are connected to ISR's using HSRP. The ISR's are have multicasting enabled and PIM Dense-mode on the sub-interfaces that connect to the switches. The switches have IGMP Snooping running by default. If we run VLC on two of the switches we are able to stream multicast through the routers with no problems.
However, we have hosts on one switch VLAN that need to receive multicasts from 225.225.0.1 but the host do not send out membership requests.
Is there a way of configuring the switches to requests membership of 225.225.0.1 on behalf of the hosts?
Thanks
Solved! Go to Solution.
05-30-2017 04:09 AM
Not sure if this will fix (or put the bandaid) on the issue, but you could try putting "ip igmp join-group 225.225.0.1" on the L3 interface for that VLAN.
Regards
05-30-2017 04:09 AM
Not sure if this will fix (or put the bandaid) on the issue, but you could try putting "ip igmp join-group 225.225.0.1" on the L3 interface for that VLAN.
Regards
05-30-2017 04:15 AM
Hi
Thank you for the reply.
I did try that but it didn't work.
Cheers
Mike
05-30-2017 04:29 AM
I'm not an application guy, but if the devices don't know they are supposed to join or listen to that group they just won't. The packets may arrive but just get discarded. Liken it to a broadcast that has no significance to that particular host, it will discard it.
So I guess what I am saying.maybe the application needs to be checked and not have the network compensate for the issue.
Best of luck.
05-30-2017 04:34 AM
Agree. I have told the supplier they need to update their app so that it sends out membership requests. The network will be tested when comple by a third party (Cisco-Portcullis) so we best stick within the rules.
05-30-2017 04:47 AM
Just out of interest have you tried the command suggested but at the same time turned off IGMP snooping for that specific vlan ?
Jon
05-30-2017 04:49 AM
I did disable the IGMP Snooping for the switch but not for that specific VLAN
05-30-2017 05:10 AM
You may have tried this already but if you haven't on the L3 interface for that vlan can you add -
"ip igmp static-group 225.225.0.1"
and see what happens.
Jon
05-30-2017 05:48 AM
It may require both disablement of IGMP snooping and one of the IGMP join commands on the L3 interface. The former to insure the multicast is delivered to L2 ports, the latter to draw the stream to the subnet. (For the latter, PIM DM will flood and prune, so without it [and with IGMP snooping disabled] the hosts may see multicast packets they desire, but you need it to avoid the pruning the subnet.)
06-05-2017 03:32 PM
Joseph
Please see my response to Chris.
Thanks again,
Mike
06-06-2017 05:29 AM
Neat!
However, as Jon posted, having the switch actually join the group, rather than "pulling" the mcast to the subnet, can impair switch operation. If you're unable to get the same results with the static command, and if the mcast volume become detrimental to the 2960's CPU, if the the 2960-X supports CoPP, you might be able to filter out the mcast to the 2960's CPU.
06-06-2017 01:31 PM
Guys
Thanks. I'll check out the CPU when I return to site and let you know.
Cheers
Mike
05-30-2017 06:05 AM
Jon/Joeseph,
Thank you I shall try your recommendations and let you know the outcome when I return to the clients premises later this week.
Mike
05-30-2017 06:10 AM
Mike
No problem.
Just to let you know I did a quick lab and with the "ip igmp join-group ..." command it did not work because I believe that simply tells the router to join the group whereas with the "ip igmp static-group ..." command it did work because that is used to pass the traffic through.
So hopefully it may work :)
Jon
06-05-2017 03:31 PM
Jon
Please see my response to Chris.
Thanks again,
Mike
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide