BT Youview plays for a few minutes then stops
-
Hi new to PFSense, my setup is based around an atom board with two onboard NIC, with one as PPPoe wan from a HG612 modem and the other as LAN and a third pcie network card as a second wan connected to an LTE modem, all seems to be working great with the exception of the multicast BT TV.
I followed a guide on here (by mech) from some time ago, which got it working, but unfortunately after a period of varied time the channel will freeze and not recover with an IPC6023 error, changing channel and then back again will normally bring it back again but not always.
Now I know there has been posts with the exact same symptoms but none seem to have had a solution added and I just wonder if this is a problem that cannot be fixed.
Probably worth mentioning if I replace the HG612 modem with the original BT supplied smart hub or an openwrt flashed BT home hub 5 (setup for muliticast) it works flawlessly.
so basically can it be fixed and if so where do I start?
thanks in advance
scott -
It works when you replace just the modem? You still have the traffic going through pfSense?
That's hard to imagine unless the IPTV is delivered outside the PPPoE connection.
Steve
-
@stephenw10 Sorry I should have made it clearer, pfsense box is also removed from the network
Thanks
-
You have a link to the guide? You're going to need a bunch of multicast rules and the igmp proxy I imagine. Or pimd maybe.
Steve
-
@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
