• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 548
  • Last Modified:

multicast

I have 4 devices that send video across my network. and it seems that I have a broadcast storm across all of my VLANs. I have enabled igmp snooping and ip pim dense-mode command. But it does not seem to work. I am not a multicast guy. But any inputs will be greatly appreciated.
0
leblanc
Asked:
leblanc
  • 9
  • 7
  • 3
4 Solutions
 
Don JohnstonInstructorCommented:
Do you have multiple networks or VLANs?

How is the video stream transmitted? (broadcast or multicast)?

What manufacture/model of network equipment is involved?
0
 
surbabu140977Commented:
Without a diagram and pasting of configs from your pim routers and switches, it will be difficult to comment. Also hardware model is required. For cisco, we always recommend CGMP.

Typically igmp snooping is known to cause flood because of config issue. People in a small network sometime do manual mapping to avoid the headache of troubleshooting igmp snooping issues. But manual mapping is not the very best for significant number of ports.

Sometimes if your application too is  not supported for igmp snooping. Whichever host responds to multicast packets first, the L2 switch maps the port for only one host mac. The other hosts running on the same port will not receive multicast creating a broadcast storm.

Best,
0
 
leblancAccountingAuthor Commented:
The devices that generate video work but it flooded the network and made the network inoperable.
0
Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

 
Don JohnstonInstructorCommented:
Once again...

Do you have multiple networks or VLANs?

How is the video stream transmitted? (broadcast or multicast)?

What manufacture/model of network equipment is involved?
0
 
leblancAccountingAuthor Commented:
Multiple VLANs... vlan 200 is for the video device (blackbox media centro ip mtx). Video is transmitted through multicast.
0
 
Don JohnstonInstructorCommented:
Once again...

What manufacture/model of network equipment is involved?
0
 
Don JohnstonInstructorCommented:
Sorry... Routers and switches. Manufacture and model please.
0
 
leblancAccountingAuthor Commented:
2960S for the access switches and 3750 series for the core.
0
 
Don JohnstonInstructorCommented:
Now we're getting somewhere. :-)

Please post the configs of the switches.

I think this may be a spanning-tree issue since what you're describing sounds like a typical broadcast storm.
0
 
leblancAccountingAuthor Commented:
Let me ask you this. When I introduce a device that sends out video to a multicast IP address, do I have to configure my switches with multicast routing or any other multicast features?
0
 
Don JohnstonInstructorCommented:
Only if the sending device and receiving device are on different networks (VLANs).
0
 
surbabu140977Commented:
Switches are layer 2 devices. Routers are layer 3 devices.

Multicast group address is L3 address. So you can understand that a switch in between will need L3 to L2 translation. Hence you need 'something' in switches to configure for multicast.

You already did 'igmp snooping' for that. It's the L2 multicast group mapping to host/port mac mapping service.

But looks like igmp snooping is not working properly (due to misconfig somewhere upstream). Hence you will need to paste configuration for all of your routers and switches.

Best,
0
 
leblancAccountingAuthor Commented:
My client would like to try ip pim sparse-mode. But when she tried to configure the RP, the 6509 does not take the command ip pim rp-address. Any idea?

There is not a lot of multicast config currently on the switch. But from the high level, my client has:

ip routing-multicast

on vlan 200:
ip pim sparse-mode
ip pim rp-address 20.20.20.1 (DID NOT WORK!!!!)

on vlan 10:
ip pim sparse-mode
0
 
Don JohnstonInstructorCommented:
Here's the thing:

I have 4 devices that send video across my network. and it seems that I have a broadcast storm across all of my VLANs.

Forget the multicast routing. There's something happening at layer 2. You need to get that sorted out before you start trying to get multicast routed enabled.

Do you have redundant layer-2 paths in your network? Are you running spanning-tree?
0
 
surbabu140977Commented:
What do you mean by "try"? I thought multicast was all about designing after understanding the data flow. It's not a fastethernet speed/duplex setting like auto/half/full that something will work.

Sparse mode and dense mode has got specific tree structure based on the network topology. A design meant for sparse mode will flood if you use dense and vice-versa.

Use "ip pim sparse-dense mode".  (to answer your question).

Multicast traffic won't work for same vlans here. You need one mrouter port so that igmp snooping works or a igmp snooping querier.

Please ask your client to read a bit about multicast first before "trying", else nothing would work.

This thread won't go anywhere I feel unless you present the complete picture. Bits and pieces of info whatever you are pasting will not help your cause.

Best,




Best,
0
 
Don JohnstonInstructorCommented:
This thread won't go anywhere I feel unless you present the complete picture. Bits and pieces of info whatever you are pasting will not help your cause.
Yep.
0
 
leblancAccountingAuthor Commented:
Sure, I will get the "big picture" in order. To answer to your questions, spanning tree is running and it is working without any problem. She has the problem when the blackbox is introduced to the network.
0
 
Don JohnstonInstructorCommented:
Unless the amount of multicast traffic exceeds the available bandwidth, you shouldn't be seeing "broadcast storm" type behavior. Does the blackbox have multiple network connections?
0

Featured Post

Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

  • 9
  • 7
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now