Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

video/vendor has requested that I enable ip multicasting

A vendor has requested that I enable multicasting. The video will be broadcasted over a flat network/one subnet. Network consist of a meto-e terminated in a 4503 with 12 2960s. As long as they are sending the multicast traffic to 224.0.0.1, will it work by default or do I need to enable it? If so, does anyone have a sample config? Thank you for any help you may provide!

5 REPLIES
Super Bronze

Re: video/vendor has requested that I enable ip multicasting

I'm not sure about your 4503 or your 2960s, but on most network L2 devices, multicast should function within the same subnet w/o need to enable anything. However, if the L2 devices also support something like IGMP snooping, that or an IGMP querier might require configuration to activate. (The latter isn't required for multicast, but just restricts it to the ports that actually want it.)

Re: video/vendor has requested that I enable ip multicasting

I'll check into enabling igmp snooping. Thank you!

Bronze

Re: video/vendor has requested that I enable ip multicasting

Hi,

You don't need to enable IGMP snooping.

In fact it's best to start off with it disabled. Once you've proven multicast is working you can then try enabling it.

IGMP snooping restricts multicast to certain switch ports by listening for IGMP membership reports. Often multicast implementations that are designed to work on L2 networks don't bother to send out IGMP membership reports and therefore IGMP snooping will actually stop multicast from working.

Regards

Re: video/vendor has requested that I enable ip multicasting

Thank you for the insight. You have probably saved me alot of time!

Super Bronze

Re: video/vendor has requested that I enable ip multicasting

James is correct, you don't need to enable IGMP snooping. (BTW, I didn't write that you did need to enable it, only that it often requires explicit configuration for its activation. Sorry if this wasn't clear.) I also agree it's often good to start without it.

With regard to multicast implementations that "don't bother to send out IGMP membership reports", if they're IP, they should respond to a membership query if they're a receiving host. (If they don't, they wouldn't work with IP multicast L3 routing.)

I wrote "(The latter isn't required for multicast, but just restricts it to the ports that actually want it.)"; latter was referencing IGMP snooping, not the IGMP querier. This might have been unclear, because with IGMP snooping you'll want an IGMP querier. This is often done by multicast enabled routers, but often can be done by IGMP snooping capable switches if a multicast router isn't being used.

James is also correct, it's possible to have other L2 multicast that's not IP. If a IGMP snooping switch doesn't control multicast traffic with IP multicast addresses, but with just Ethernet multicast addresses, he might also be correct that non-IP multicast would stop working with activation of IGMP snooping.

PS:

If the purpose of IGMP snooping isn't clear, it's to avoid bandwidth consumption where it's not needed. If the multicast bandwidth demand is light, it often not critical to have it, but if very heavy, it could be. For instance, if we were using multicast to image one or more clients from a server, every other port within the L2 domain would have to contend with image replication stream.

213
Views
0
Helpful
5
Replies