Hi Nicolas,
Thought i would try it out, I am using switch order number SRW2008P-K9-NA (SG300-10P) version 1 hardware with firmware 1.1.2.0.
My test
My multicast router is a UC320W (192.168.10.1)
I have three PC's in my test.
Multicast source PC is streaming one packet per second to destination multicast address 234.55.66.77
I have a PC capturing, via wireshark, IGMP and the multicast packets of interest.
I have another PC that is a active member of the multicast group, labeled multicast receiver in the diagram above.
My test was for the PC labeled multicast receiver , to leave the multicast group and then join the multicast group. Here is the wireshark capture below.
Interpretation of the capture
When a multicast receiver left a multicast stream,.tne router and switch both flooded IGMP general queries.
You will note the BLUE section of the trace, that showed the Multicast flooding at one frame per second.
When the multicast receiver again joined multicast group 234.55.66.77, the wireshark showed that the multicast stream stopped flooding to my PC port.
It could only be IGMP snooping that stopped that multicast flooding behaviour..
Do you have a IPv4 Router acting as a multicast querier, you really need one, but always usefult o check release notes if there is a relevant bug that that affects you.
In the release notes for version 1.1.2,.x firmware it says;
Problem: When the Mrouter learning mode is changed between "user defined" to "auto" and vice-versa, the IGMP Querier election process doesn't start. (Bugs00132805)
Solution: Disable IGMP Snooping and re-enable again, every time the Mrouter
learning mode is changed to start the Querier election process.
Problem: Source specific multicast filtering is not supported on VLAN that has Bonjour/VSDP enabled. (Bugs00131405)
Solution: There is no workaround.
If you suspect something is behaving differently since the last switch firmware release, could you please open a case with the good folk at the Small Business Support Center (SBSC).
regards Dave
