i use an CRS317 with connect 2 IP Streams that steams many MPTS/SPTS via an CRS317 to an Multicast-Reciver.
On the CRS there are only the 3 Ports in a Bridge (2 from Streames, 1 to reciver). On The Switch on CRS ist also “port-forward override” to only the recice port so that the Streamers not recice the each other Streams.
All works fine. But now i will reduce traffic with IGMP for the SPTS Streams over the recive-port.
Now i have “ICMP snooping” enable on bridge an set the recive port
flood unknown broadcast and flood unknown unicast off.
It works, traffic for the SPTS forwar only, when i need it on recicer, but the traffic completly stops for 1-2sec on every 4-5 minutes (incl. the MPTS Streams) and streams not forward to reciver?!
Why? Have you any suggestion?
It could be that the multicast group entry has timed out, by default membership-interval on the bridge is 4m20s.
When you want to correctly forward multicast traffic on a LAN network, there must be some IGMP querier who periodically sends IGMP query messages to keep the multicast databases up to date in switches. If there is no IGMP querier, the multicast entry will timeout. If you do not see any bridge ports with multicast-router=yes, then most likely there is no IGMP querier in the LAN, use a command “/interface bridge port monitor [find]”. If this is the case, you can configure the switch to act as an IGMP querier (using the multicast-querier=yes option).
yes. Thank You. There ist no automatic “multicast-router=yes”. I have set this Port manually to this, but not makes better. now i have set “multicast-querier=yes” and "multicast-router=yes on bridge. but these optiuons are only in cli, so that i have not seen this. thank you.
With the current settings, can you simply disable/enable the igmp-snooping on the bridge interface and see whether multicast table still timeouts? Make sure the “multicast-querier=yes” is used.
Otherwise, please share your configuration and explain which bridge ports are used for multicast transmitter and receiver? Use command “/export hide-sensitive”.
It looks it work now.
Many Thanks.
But 1 Question: must i set multicast-router=permanent on all ports and on bridge? or only on stream-reciver-port(s) and not on steamer-ports and bridge? The “multicast-router” ist the next IGMP Switch or an IPTV Reciver?
In order to start the “multicast-querier”, it looks like igmp-snooping should be disabled/enabled, we will try to improve this behavior so that it starts to work automatically.
A multicast-router port should be a port where a multicast router or other uplink IGMP Snooping bridges are connected. As I understood, you do not have any multicast routers (the traffic between receiver and transmitter is forwarded in the same LAN/VLAN) and there are no other IGMP Snooping bridges, so you actually do not have any multicast-router ports. I would recommend using the default “temporary-query” (auto) mode where the switch will listen on IGMP queries and automatically learns where any join messages should be forwarded. In case you need to strengthen your local multicast setup, e.g. from some malfunction clients that start to act as a multicast-router, you can disable the auto-learning.
ok. The “must” disable/enable the IGMP-Snooping on the Bridge is an Problem. Another stream-reciver IPTV to DVB-C is on the Bridge, so that every disable/enabel stream hangs 4-5 sec
Now on the Bridge is an MT PIM Router. It works. But why the PIM Router recives always the complete Broadcats-Traffic 1Gbit/s, also when ist only one SPTS 10MBit/s forwarded? Is this correct?
Must the PIM - Router alway receives the complete Broadcast MPTS and SPTS Traffic?
