BT Youview plays for a few minutes then stops
-
@stephenw10 hi,
This one obviously being over 5 years old it may be outdated now, but its a very similar setup for openwrt using igmpproxy so probably still relevant.
This morning I setup an opnsense box on the same hardware and that exhibited the same problems, so possibly a NIC issue? the two integrated NIC are intel I seem to recall, but the pcie NIC I don't know, the board is an IXBN-D510.
cheers
Scott -
Hmm, plays for a few minutes then stops is almost always some multicast deal.
Do you see traffic blocked traffic when it stops? I could imagine the upstream IPs may have changed or expanded and you need more rules to allow that.
Interesting that the IPTV is in fact delivered outside the PPPoE session.
Steve
-
@stephenw10 Hi,
As I wanted to rule out a hardware incompatibility problem, I decided to install the x86 version of OpenWRT on the same hardware, and i'm pleased but also annoyed to report that so far all is working as expected.
I can only conclude there is an issue either with my configuration on pfsense and opnsense or a problem with the pfsense and opnsense software, be it the igmpproxy implementation or something else that I don't understand fully.
thanks
scott
-
So to be clear you had to configure IGMP proxy and firewall rules in OpenWRT? It didn't just work out of the box there?
What settings exactly are required there?
Steve
-
@stephenw10 no its not plug and play, the configuration steps are very similar between the three platforms.
create a new network interface and bind it to the same interface as the dsl modem, create the forwarding rules in the firewall and the igmpproxy config.
scott
-
Ah, OK.
So if it stops like that either the state closed in which case I would expect to see traffic still arriving and blocked in the firewall log. Or the client unsubscribed from the multicast group for some reason.
Try starting the igmpproxy from the command line to get debug output from it. Stop the igmpproxy service in the gui then run:
igmpproxy -d -vvvv /tmp/igmpproxy.confYou should see something happening when it stops streaming.
Steve
-
I had to reinstall pfsense and use a backup config, something didn't quote go as I expected though, the youview doesnt work at all now, i disabled the service from the ui and when running the shell command I get....
Almost appears as though the service isn't there at all even though it appears on the services menu.
i'll restart from scratch later this week, family are fed up with me tinkering now!
cheers
scott -
Like the conf file has not been created at least....
-
so i've got back to where I was by resetting to default config and starting fresh and adding everything back in.
I needed to use
I tried to watch the output for any obvious errors at the point the picture dropped out, but didnt really notice anything.
-
Ah, sorry, yeah my error. Copy/pasted the wrong thing.
So if it does not show a multicast stream unsubscribing does it show traffic blocked in the firewall log?
-
heh no worries!
Here are some logs at the closest moments I could get.
routing
Firewall
tbh, i'm not really sure what i'm looking for aside from the multicast addresses, the youview box ip is 192.168.1.80 but i don't see that anywhere, the only local address is 192.168.1.102 which is my sons pc, the 10.10.10.10 is the ip address i gave the IPTV interface.
Scott
-
What firewall rules do you have on IPTV? Assuming that's the PPPoE parent interface?
What rule does it show is blocking that if you click the red X?
Steve
-
IPTV is assigned to the same interface as the pppoe connection, firewalls are here
This is from this morning when I first switched the youview on box on, I don't know what state it was in, but it matches the group of similar logs from yesterday.
I appreciate your help on this issue thus far.
scott
-
ok, so it seems i've made good progress and i've been watching drop out free for a good 15 minutes.
I studied the openwrt firewall rules and noted a couple of differences in particular there was no specified port on the IPTV interface so I removed that and also added this.
After some testing disabling this rule causes the drop out issues, i'll need to do further testing on the assumption I may have opened something I shouldnt have done and would definitely appreciate some advice on that front.
thanks
scott -
Yes, you can see it was blocking IGMP traffic on the IPTV interface so adding that floating rule will pass it.
You don't need to pass all IGMP traffic on every interface though. I wouldn't expect to need it on WAN at all. You don't need 'any' destination there either. It's always better to pass only the traffic you need.
Still seems odd that it appears to be using the source IP of the interface it's arriving at....
Steve
