-
Notifications
You must be signed in to change notification settings - Fork 79
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
igmpproxy seemingly bypassed for UDP stream #73
Comments
Can you check (e.g. via tcpdump) on ubuntu box that above UDP stream really is not available on enp5s0?
This should prove that igmpproxy correctly received IGMP packets from enp5s0 for joining multicast group and also correctly forwarded join request to vlan4. Two things could help:
|
I will update and create the logs as well as run the tcpdump. |
Hi, Eloque I have near same setup also on kpn just run igmpproxy on openwrt.
|
Thanks for the comments;
IGMP Snooping is on. If I run the Experia box that came with the product, it works over those switches. So I am inclined to think the issue is in the router/Ubuntu box.
I've read that one. It's either the igmpproxy or the iptables that are not working properly. I am investigating both. |
I've cloned from Git and build igmproxy. I then ran the proxy while capturing the log. I can see on iptraf-ng that about 8000kb/s UDP traffic is generated but no traffic on the enp5s0 interface after the unicast period. The log is from changing the channels 2 times. Both those times, video and sounds comes on, stutters, and then stops. Tge 192.168.40.78 ip is the target STB. |
I have an KPN combined fibre internet/TV connection. It uses routed IPTV to provide tv service. As such I have IGMP snooping active on my two switches and configured igmpproxy on my firewall Ubuntu 18.04 box.
This is my config
A TV stream starts as unicast, but after a second or so, switches to multicast. I can see an UDP stream of about 8.000kb/s run on vlan4, but it never gets to enp5s0, hence the stream freezes. It's almost as if igmpproxy is ignored. However, as soon as I kill the igmpproxy, the stream also stops.
I would expect it to be forwarded from the vlan4 interface to the enp5s0 lan interface. But this does not happen. The issues is somewhere between the routing and igmpproxy. The routing is, for this test setup, permissive, as in the policy on all interface is ACCEPT.
This an overview of the network itself
This is an overview of the current routing when igmpproxy is running;
I can see similar tables being active on the DSG-1100 units. I am looking at this issues from mulitple angles, but so far have not find a solution or cause.
The text was updated successfully, but these errors were encountered: