1

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'.

1

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

| improve this answer | |
1

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 224.0.0.0/24.

| improve this answer | |
1

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.

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

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