Hi every one,
I need some support on my IPTV link.
My IPTV connection and PPPOE WAN connection works very good on tp-link Archer c6v3.2 openwrt router version 23.05.04.
Every morning when I open the TV I face with a blank TV screen and when I press the OK button on the remote control, the STB displays "There are no servers to connect" message with the code "109000" and when i reboot the router or the STB everything works smooth again.
My isp needs a certain VLAN (103) for the IPTV to work, no igmp proxy or something like that is needed.
I made the fallowing config to make IPTV to work : (STB directly connected to LAN4 by Ethernet cable)
a. took LAN4 apart from the main lan bridge (br-lan, no Bridge VLANS)
b. made a bridge called br-iptv with LAN4 and WAN.103 (No Bridge VLANS)
c. made an interface called iptv using br-iptv (Proto DHCP client , no DHCP server , no Firewall settings).
With the above config all works fine but i get "There are no servers to connect" by STB every morning when I wake up and need to reboot router or STB which is annoying .
May somebody help me on this issue?
Thank you.
Below are a few screenshots of my config if it helps and I may provide more info if needed.
You almost certainly need to use bridge-vlans for this. Let's see your config:
Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
I'm slightly surprised that the IPTV box requires that the VLAN is untagged as I had generally figured it would expect the network to be tagged. But I guess it would make sense if the ISP's box would normally handle that.
Glad you figured that one out, though and that everything appears to be working.
Assuming no issues arise, and when you're ready:
If your problem is solved, please consider marking this topic as [Solved]. See How to mark a topic as [Solved] for a short how-to.
Thanks!
as I stated in the begining my problem is not to make iptv working. It works with my initially given confıguration but
my issue is
With the above config all works fine but i get "There are no servers to connect" by STB every morning when I wake up and need to reboot router or STB which is annoying
means for some reason rooter or stb looses iptv link after 5-6 hours.
I will test your config for this issue and mark your config as solution afterwards.
Thank you
Well, the previous configuration was not correct based on the way that DSA works on OpenWrt -- you can only have one bridge on the switch, and the bridge-VLANs are what will allow you to segment as you need.
Hopefully this will make it more stable. If not, the other question would be if this is an upstream issue. But let's see what happens over the next few hours/days.
Hi again,
Unfortunately sitation is still the same. STB goes sleep mode every 4 hours and altough the link lamp shows green , it can not find the servers to be connected when it is made online with remote control. Rooter reboot takes everythig ino working state.
At this point, the router isn't really doing anything other than passing the VLANs. I suspect that the reboot of the router is helping because it causes the port to bounce. Therefore, instead of rebooting the router, next time just pull the Ethernet cable out of the STB for a few seconds and then plug it back in. If that resolves the issue, it points to an issue with either the STB or the upstream service (not the router).
Yes when I plug ethernet cable out and in after 10 seconds STB soft restarts and TV works as expected. But , the issue never happened with ISP's router since 5 years. So may we think my ISP has a non standart tricky implementation on their router for IPTV and return to original router?
This is a clear indicator that it is not OpenWrt specifically, as there is no magic for what is happening on that device -- it is literally passing the traffic through the switch, that's all.
I would be a good idea to replace your OpenWrt router with the ISP one in order to see if the problem replicates (in which case, you know it is 100% certain to be the ISP upstream or the STB itself at fault). If the problem doesn't reproduce, it would suggest that the ISP is doing something special on their system for proper functionality. If you can figure out what that is, you might be able to implement it in the OpenWrt config (although I wouldn't count on it until you have more info).
I can say that OpenWrt is not at fault here, insofar as it is operating as it should based on the configuration we have created; this just may be something that the ISP has layered on top of the standard connectivity (maybe a telemetry and then a token from the ISP > ISP router > STB??)