RamGuy
Senior Member
Greetings,
I've started to have issues with my Static Global IPv6 traffic going through my Asus RT-AX88U, running AsusWRT-Merlin firmware 3004.388.4. I have static IPv4 and IPv6 from my ISP routed through their Business solution, and there haven't been any issues with the ISP for the past eight years, and this doesn't look like an ISP issue either. The ISP has already confirmed that they can't locate any fault.
I have static /56 Global IPv6 that I'm running as a single /64 on my home network using SLAAC. There is a link network between myself and the ISP where the default gateway on the ISP side responds to ICMP, making troubleshooting easier.
I can run continuous ICMPv6 for hours between my server, my desktop, my wifes desktop, my MacBook Pro, my Mac mini etc. Without any issues. The Asus RT-AX88U responds perfectly without any packet loss when I ping the routers IP within my distributed IPv6 /64 scope. But as soon as I start pinging anything outside my IPv6 /64 scope I have a ton of packet loss. First, I began by running continuous ICMPv6 towards Cloudflare and Google DNS using their IPv6 addresses. This gives a ton of packet loss, from every client I use for testing. I then tried to move things a tad bit closer in the loop and ran continuous ICMPv6 towards my default gateway (the IPv6 address of my ISP within the link network) and this also ends up with heaps of packet loss.
I have pretty much confirmed this to be my Asus RT-AX88U. As I have static IP it's easy for me to simply grab my MacBook Pro and patch myself directly into my GPON modem and run my MacBook Pro directly within the link network I have with my ISP. The MacBook Pro can run ICMPv6 towards Cloudflare DNS, Google DNS and my default gateway without any packet loss.
If I patch my MacBook Pro directly on the LAN of the Asus RT-AX88U, simply to remove all my Ubiquiti gear from the equation, it's back to having heaps of packet loss.
This is only IPv6 having packet loss. Doing all the same using IPv4 gives no packet loss at all.
I'm at a loss at this point. I have set the system log on the RT-AX88U into debug + all, but there is nothing in the system logs giving me any pointers to what is going on. And to make it even stranger, if I use the "Network Tools - Network Analysis" on the RT-AX88U, which for some reason don't let you type in IPv6 addresses, even though the tool supports IPv6.. It doesn't allow for ":", which is rather stupid when the tool supports IPv6, but I digress. So I simply told the tool to utilise IPv6 towards one.one.one.one and the router itself doesn't get any packet loss.
So for whatever reason this behaviour with a ton of IPv6 packet loss only occurs for clients routing themselves through the Asus RT-AX88U, while the Asus RT-AX88U seemingly have no problem with it's own IPv6 traffic.
Does anyone have any pointers on how I'm supposed to get a better understanding of what is going on?
I've started to have issues with my Static Global IPv6 traffic going through my Asus RT-AX88U, running AsusWRT-Merlin firmware 3004.388.4. I have static IPv4 and IPv6 from my ISP routed through their Business solution, and there haven't been any issues with the ISP for the past eight years, and this doesn't look like an ISP issue either. The ISP has already confirmed that they can't locate any fault.
I have static /56 Global IPv6 that I'm running as a single /64 on my home network using SLAAC. There is a link network between myself and the ISP where the default gateway on the ISP side responds to ICMP, making troubleshooting easier.
I can run continuous ICMPv6 for hours between my server, my desktop, my wifes desktop, my MacBook Pro, my Mac mini etc. Without any issues. The Asus RT-AX88U responds perfectly without any packet loss when I ping the routers IP within my distributed IPv6 /64 scope. But as soon as I start pinging anything outside my IPv6 /64 scope I have a ton of packet loss. First, I began by running continuous ICMPv6 towards Cloudflare and Google DNS using their IPv6 addresses. This gives a ton of packet loss, from every client I use for testing. I then tried to move things a tad bit closer in the loop and ran continuous ICMPv6 towards my default gateway (the IPv6 address of my ISP within the link network) and this also ends up with heaps of packet loss.
I have pretty much confirmed this to be my Asus RT-AX88U. As I have static IP it's easy for me to simply grab my MacBook Pro and patch myself directly into my GPON modem and run my MacBook Pro directly within the link network I have with my ISP. The MacBook Pro can run ICMPv6 towards Cloudflare DNS, Google DNS and my default gateway without any packet loss.
If I patch my MacBook Pro directly on the LAN of the Asus RT-AX88U, simply to remove all my Ubiquiti gear from the equation, it's back to having heaps of packet loss.
This is only IPv6 having packet loss. Doing all the same using IPv4 gives no packet loss at all.
I'm at a loss at this point. I have set the system log on the RT-AX88U into debug + all, but there is nothing in the system logs giving me any pointers to what is going on. And to make it even stranger, if I use the "Network Tools - Network Analysis" on the RT-AX88U, which for some reason don't let you type in IPv6 addresses, even though the tool supports IPv6.. It doesn't allow for ":", which is rather stupid when the tool supports IPv6, but I digress. So I simply told the tool to utilise IPv6 towards one.one.one.one and the router itself doesn't get any packet loss.
So for whatever reason this behaviour with a ton of IPv6 packet loss only occurs for clients routing themselves through the Asus RT-AX88U, while the Asus RT-AX88U seemingly have no problem with it's own IPv6 traffic.
Does anyone have any pointers on how I'm supposed to get a better understanding of what is going on?