They have released the draft for IPv8 two days ago: https://www.ietf.org/archive/id/draft-thain-ipv8-00.html Does it mean we better put our chips on IPv8?
IPv6 traffic crosses the 50% mark
181–190 of 643 posts
Re: IPv6 traffic crosses the 50% mark
#182Can someone reconcile for me the constant chatter about how IPv6 isn't getting impemented, versus this result that more than half of all traffic (as measured by google) is now IPv6? It sounds to me like its a tool which is available to be used when needed and when no better workarounds exist, and it is slowly but surely being adopted as needed.
Re: IPv6 traffic crosses the 50% mark
#183And still, in the year of our lord 2026, GitHub does not support IPv6. https://github.com/orgs/community/discussions/10539
They supported IPv6 for a short time, but then stopped their experiment. An excellent reason to move away from Github, I find.
One more thing to troubleshoot at 3 am, one more thing to teach to a disinterested tier 1 support team, one more thing for Chrome to be weird about, hundreds more rules to manage in a hostile load balancer, logging tools that don't understand ipv6.
Turned it off. End customer asked why the site got a little slower (CGN) and when we can turn ipv6 back on. As far as I know it's still on the backlog.
Re: IPv6 traffic crosses the 50% mark
#184Earlier quoted context omitted.
And how exactly is your NATed ipv4 address better? This seems backwards.
Router has a DynDNS function. I am using a reverse proxy for multiple services, but this only sets up router IP and IPv4 NAT port forwarding to the reverse proxy. So what would be the correct setup with IPv6 when using privacy extensions? I don't see any benefit in allowing IPv6 traffic or using IPv6, but a couple of new problems coming up with it.
This approach prevents outbound connections from leaking the address needed to connect to your servers. On v4, it's likely that any outbound connection from your network gives the server the IP they need to do that.
Re: IPv6 traffic crosses the 50% mark
#185I am in the middle of building infrastructure in GCP. The workload is your typical stateless web + db workload. As of now, there is no way to have a 100% internal ipv6. Many of the services, including CloudSQL or the connection between external and internal load balancers do not support ipv6, even when the external load balancer support ipv6 forwarding rules at the front end. This means that careful internal ipv4 all…
Re: IPv6 traffic crosses the 50% mark
#186Earlier quoted context omitted.
And how exactly is your NATed ipv4 address better? This seems backwards.
Router has a DynDNS function. I am using a reverse proxy for multiple services, but this only sets up router IP and IPv4 NAT port forwarding to the reverse proxy. So what would be the correct setup with IPv6 when using privacy extensions? I don't see any benefit in allowing IPv6 traffic or using IPv6, but a couple of new problems coming up with it.
Re: IPv6 traffic crosses the 50% mark
#187And still, in the year of our lord 2026, GitHub does not support IPv6. https://github.com/orgs/community/discussions/10539
Re: IPv6 traffic crosses the 50% mark
#188Every company I have ever worked for in the US didn't use IPv6 and actually blocked it at the FW
The US has something like 80% of the world's IPv4 addresses, so they feel a lot less pressure to migrate.
Re: IPv6 traffic crosses the 50% mark
#189I am in the middle of building infrastructure in GCP. The workload is your typical stateless web + db workload. As of now, there is no way to have a 100% internal ipv6. Many of the services, including CloudSQL or the connection between external and internal load balancers do not support ipv6, even when the external load balancer support ipv6 forwarding rules at the front end. This means that careful internal ipv4 all…
But the one interface that touches the internet can use v6: the one with a functionally infinite address space.
Re: IPv6 traffic crosses the 50% mark
#190NB: this is not "IPv6 traffic crosses the 50% mark" but "availability of IPv6 connectivity among Google users", which is a very important difference. This means roughly half of Google users have IPv6 capability , which does not 1:1 correspond how much traffic is actually transferred over IPv6, which is what this submission says in the title.
EDIT: Apparently it's 77% https://pulse.internetsociety.org/en/news/2026/01/china-hits...