Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm on an isolated (for now) catalyst 3560e. I have a multicast source, which when enabled, causes flooding to all switch interfaces. I have a second different multicast source, which does not cause flooding, it only gets delivered to the sinks who request it.

The second case leads me to believe the switch IGMP is configured properly, but what could be different about the first stream? I thought multicast/IGMP was 'I only get the stream if I ask for it'.

share|improve this question

Sounds like the difference between pim sparse mode and dense mode. Can you post the config you are using?

share|improve this answer

The feature I believe you are referring to is IGMP snooping, in which a switch will keep track of which ports it has seen IGMP joins to specific groups.

What are the two groups in question? IGMP snooping is not applied to groups in the reserved range

share|improve this answer
up vote 1 down vote accepted

Thx for responses. Problem was default multicast packets had TTL=1 but the pim rendezvous point was a hop away thus never was discovered, so the switch flooded in attempt to find the RP. The working multicast had TTL=16.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.