The IPv6 was working (at least until two days ago), tested with ping, access from internet to one internal server using IPv6, several pages that test IPv6, etc.
Yesterday I disabled the IPv6 during several hours, to make HBO max work again, and enabled it again later to test the ping with IPv6 as requested, but, for my surprise, HBO max is working again. I don't know if the problem was fixed on the ISP side, or for some reason HBO is now using the IPv4 and ignoring the IPv6 that produced the problem.
I will keep an eye on it in the next days, and I will report back if it fails again.
As a quick and dirty test for which application uses which IP protocol version I simply run: iftop -i pppoe-wan on my router (use opkg update ; opkg install iftop if you have not already installed it)
then run the streaming application you want to test (preferably on a quiet network to make the relevant flows easier to find) and look whether the new traffic reveals IPv4 or IPv6 addresses in iftop. Sure that is hardly scientific, but requires no storage for a capture file and will be quick and dirty for applications that cause noticeable sustained traffic like vide streaming.
More info: the ping ipv6 works from the devices that don't have any problem. But if I do the same from the devices with problems, like my Android phone, the ping IPv6 fails.
So yes, the IPv6 fails but only from some devices.
That seems to be the underlaying problem here. The devices are biased towards using IPv6 and if that does not work as expected take a long time to either fix their IPv6 config (once they started to stream, does IPv6 ping to/from these devices work again) or more likely to fall back to using IPv4.
The most bang for your buck/time is trying to make these devices aways have working IPv6....
I can't do more tests. My daugher come from the school and wanted internet, so I let the router with IPv4 for some time. And like the last time, now I've enabled IPv6 again to test it and IPv6 is working again.
When it fails again I will try to do more tests. The latest time it last 5 days.
Please run the following commands (copy-paste the whole block) and paste the output here, using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have
ubus call system board; \
uci export network; \
uci export dhcp; uci export firewall; \
ip -4 addr ; ip -4 ro li tab all ; ip -4 ru; \
ip -6 addr ; ip -6 ro li tab all ; ip -6 ru; \
ls -l /etc/resolv.* /tmp/resolv.* /tmp/resolv.*/* ; head -n -0 /etc/resolv.* /tmp/resolv.* /tmp/resolv.*/*
Hey any updates on this @McGiverGim ? I'm currently having more or less the same issues.
If I get an IPV6 address from my ISP some apps and services don't load. It seems like the IPv6 is not valid and it hangs the connection.
I have the exact setup as you (down to the isp giving me a /56 address), I guess we have the same ISP (digi in my case).
At the moment I disabled getting a IPv6 from the wan interface and it seems to do the trick and all services are loading again. I will update if it happens again.
I'm not super knowledgeable when it comes to IPv6 so if anyone can help I will appreciate it.
I've not suffered the problem again since my latest message. I was waiting to see if it happens again to post the whole output asked.
And yes, my ISP is digi too, so the problem is a digi/openwrt problem I suppose.