When client is connected directly to the ethernet port of router, where IGMP proxy is running, it’s working OK.
But when you insert switch between, even if it is in private VLAN, IGMP only receives first IGMP Join message and then it stops receiving there requests and mikrotik after while stops forwarding multicast stream. After switching channel to another an back, the stream is started again, but again it stops.
Same issue you can test is when you do a EOIP tunnel and run the IGMP proxy on the near end router and on a far end router. When you run it on near end, it is working OK. When you run it on far end and at the near end bridge the EOIP tunnel and Ethernet, it works for a while and then timeouts and stream stops.
Mikrotik Guys, I can give you access to the router, so you can debug this issue.
so, if you are connected directly to the router - all is working fine, but as soon as you insert even unmanageable 5-port switch between you and the router - it stops working?..
Possibly have found the problem, when I enable IGMP snooping and IGMP Querier on the first switch connected to mikrotik, It starts working - I receive IGMP response from client.
When I disable IGMP querier on the switch, I receive only the first packet.
Weird is, when I use PIM-SM, i do receive IGMP packets no regards if IGMP is enabled or disabled on the switch.
You can use static multicast routes (mfc entries) with IGMP proxy in case there is a problem with receiving IGMP join messages on dowstream interfaces…
can you check what timings you have set up? because AFAIK multicast works based on assumption that sender does not know if there are receivers and vice versa. And that it is self regulating with different time-outs. Meaning, if your client does not resend refresh packets - igmp join request will time out eventually and IGMP-Proxy will remove entry from its MFC list.
What atis suggested can work in this case, but be aware that all multicast traffic will unconditionally forwarded in that Ethernet network. (or dropped if static MFC rule added have some different settings set)
Hi, timings are OK, tried decreasing, increasing, but it definitely always timeouts, when directly connected to ethernet port of routerboard, it works fine.
When I have this setup
[ RB with IGMP proxy ] [ RB without IGMP proxy ]
[ eoip ] ----- [ BRIDGE eoip + lan ] ---- iptv STB
In debug, i see only first IGMP response from the STB, when i switch the channel.
After some time, it times out and stops forwarding multicast.
When I move to this setup, it start’s working OK.
[ RB with IGMP proxy ] [ RB with IGMP proxy ]
[ eoip ] ----- [ eoip .. lan ] ---- iptv STB
I works OK, i always see after some time IGMP response from the STB, when the IMGP proxy asks.
The same problem happens with this setup.
[ SWITCH ]
RB with IGMP proxy – VLAN X ----- [ tagged port … untagged port-remove tag X] — IPTV STB
I solved the issue with combination of switch enabling this features on switch: IGMP Status,Act as IGMP Querier,IGMP Leave Proxy Status
RouterOS supports IGMPv3 and if it has interface enabled it sends multicast “broadcast” from that interface with target IGMP group of 0.0.0.0 and checks for responses, if it receives some it sees what version IGMP it got back, if it does not, it assumes default, that is IGMPv3 and sends out IGMPv3 requests. some switches does not support that, and they do not respond to those “broadcasts”, end result, switch just drops the packets as it has no knowledge of what other host is sending there and multicast is not working. This is all that way because IGMP versions are not compatible with each other and hosts have to switch to mutual denominator over the network to avoid problems like that, that sometimes fails.