| ▲ | usui 5 hours ago |
| It has barely hit 50% and it's already plateauing. This adoption rate is ridiculous despite basically all network interfaces supporting it. I thought I would see IPv6 take over in my lifetime as the default for platforms to build on but I can see I was wrong. Enterprise and commercial companies are literally going to hold back internet progress around 60 to 75 years because it's in their best interest to ensure users can't host services without them. Maybe even 75 years might be too optimistic? They are literally going to do everything in their power to avoid the transition, either being dragged out kicking and screaming or throwing their hands up and saying they can't support IPv6 because it costs too much. Try going IPv6-only by disabling IPv4 on your computer as a test and notice that almost nothing works except Google. End users shouldn't need to set up NAT64/6to4 tunneling. It should be ISPs doing that to prepare for the transition. Also, notice how Android and iOS don't support turning off IPv4. |
|
| ▲ | keeperofdakeys 5 hours ago | parent | next [-] |
| Nearly all ISPs these days are deploying IPv6 for their mobile networks and core service networks, especially in less developed markets^1. The reason is simple, a cost justification. What doesn't exist is a cost justification for Enterprises to deploy IPv6, and for ISPs to deploy Residential / Corporate Internet IPv6. IMO with the right market conditions, IPv6 could spread really fast within 6-24 months. For example, most cloud providers are now charging for IPv4 addresses when IPv6 is free. Small changes like that push in the right direction. ^1 https://www.theregister.com/2025/08/04/asia_in_brief/ |
| |
| ▲ | reddalo 4 hours ago | parent [-] | | Hetzner makes you pay 1 € per IPv4, while IPv6 is free. I'd gladly get rid of all IPv4's given that I have many servers. |
|
|
| ▲ | dtech 5 hours ago | parent | prev | next [-] |
| Apple/iOS is probably one of the biggest individual drivers of IPv6 adoption. They've been requiring that iOS apps work on IPv6-only networks for close to 10 years now |
| |
| ▲ | throw0101d 3 minutes ago | parent | next [-] | | > They've been requiring that iOS apps work on IPv6-only networks for close to 10 years now This was at the behest of mobile network. E.g., T-Mobile US has 140M subscribers, and moved to IPv6-only many years ago: * https://www.youtube.com/watch?v=d6oBCYHzrTA | |
| ▲ | lxgr 28 minutes ago | parent | prev | next [-] | | The requirement is to support IPv6 only networks with IPv4 transition mechanisms. It does not preclude contacting v4-only servers. | |
| ▲ | aniviacat 4 hours ago | parent | prev [-] | | If that's the case, how does the Github app work on iOS? | | |
| ▲ | dtech 4 hours ago | parent | next [-] | | Nat64: https://developer.apple.com/support/ipv6/ | | | |
| ▲ | eptcyka 4 hours ago | parent | prev | next [-] | | Differential enforcement. | | |
| ▲ | fogllgldl an hour ago | parent [-] | | Apple’s App Store enforcement is very arbitrary. For example, if the app developer offends steve jobs, you’re banned for life. |
| |
| ▲ | nothrabannosir 3 hours ago | parent | prev [-] | | I’m guessing the app works but their prod servers don’t? If they can point the app during review at a “self hosted” GitHub Enterprise server on a test domain with AAAA that would pass the requirement as stated by gp , without requiring GitHub.com actually support ipv6. | | |
| ▲ | Dagger2 an hour ago | parent [-] | | The prod servers work. The app does a DNS lookup, receives something like 64:ff9b::140.82.112.5 and 140.82.112.5 from the ISP's DNS servers, and then connects to 64:ff9b::140.82.112.5. Some part of the ISP network translates the connection into a v4 connection to 140.82.112.5. The requirement is simply that the app does AAAA queries, and that it attempts to connect to them if they exist. It doesn't matter whether the server does v6 natively or if the ISP is covering for a v4-only server via backwards compatibility. (Native v6 will probably perform better, but any site that wants to give up that advantage is free to do so.) |
|
|
|
|
| ▲ | imoverclocked 5 hours ago | parent | prev | next [-] |
| ISPs often fail to do this because there is always someone in the hierarchy who says, "nobody is demanding it." |
| |
| ▲ | bluGill an hour ago | parent | next [-] | | I with I knew how to get through that I want it. I'm supposed to be a tech guy - that means I need experience with the latest tech in my house | |
| ▲ | 5 hours ago | parent | prev | next [-] | | [deleted] | |
| ▲ | FridgeSeal 3 hours ago | parent | prev [-] | | I worked at a place where they refused to run it _anywhere_ because a couple of people were insistent that it was “insecure”. | | |
| ▲ | Galanwe 32 minutes ago | parent [-] | | ... and they were right. v6 adoption is often an all or nothing, because if you run both stacks, you have to ensure they are consistent. While you can reasonably do it on your home LAN, doing it across an entire infrastructure is the worst. Now you have to make sure all your subnets, routing, VLANs, firewall rules, etc work exactly the same in two protocols that have very little in common. It is the equivalent of shipping two programs in different languages and maintaining exact feature parity between both at all times. |
|
|
|
| ▲ | zokier 5 hours ago | parent | prev | next [-] |
| > End users shouldn't need to set up 6to4 tunneling. It should be ISPs doing that to prepare for the transition. Which is what ISP are doing with 464XLAT deployments. IPv6-mostly networking and IPv4-as-a-service are things that are happening in real world right now. |
| |
| ▲ | kalleboo 3 hours ago | parent [-] | | Yeah in Japan my ISP even lets me choose which IPv4 provider I want to use, as the fiber network is IPv6-native and IPv4 is "just another service" like IPTV. |
|
|
| ▲ | vr46 3 hours ago | parent | prev | next [-] |
| My German ISP supports it now, which was the limiting factor for me, and a new VPS I just bought also does, so finally I was able to create my first personal AAAA record. I am hoping that we're seeing a tipping point. Again. |
|
| ▲ | drpixie 4 hours ago | parent | prev | next [-] |
| >> It has barely hit 50% and it's already plateauing. Well, the curve has got to level-out at 100%. |
| |
|
| ▲ | lmm 4 hours ago | parent | prev | next [-] |
| I think we'll hit a tipping point soon, just like with Python3 - for years and years it seemed almost stalled, then it became easier to start with python3 than python2 and suddenly everyone migrated. |
| |
| ▲ | usui 4 hours ago | parent | next [-] | | This seems like wishful thinking. Python3 vs. Python2 seems different than IPv6 vs. IPv4. | |
| ▲ | yangm97 2 hours ago | parent | prev [-] | | “Gradually, then suddenly.” |
|
|
| ▲ | fogllgldl an hour ago | parent | prev | next [-] |
| Worst migration plan ever. |
|
| ▲ | waynesonfire 5 hours ago | parent | prev | next [-] |
| > It has barely hit 50% and it's already plateauing. That makes sense. The majority of IPv6 deployment is mobile. The next wave of adoption requires ISPs start offering residential IPv6. Once this happens, router manufacturers will innovate around the IPv6 offering as a differentiator, making it easy to deploy by end-users. IPv6 wifi APs will then become ubiqutious and so forth across other services. Has to start with ISPs. |
| |
| ▲ | dtech 4 hours ago | parent [-] | | ISPs in the US and Europe mostly have been offering IPv6 for a while now | | |
| ▲ | jabl 4 hours ago | parent | next [-] | | Unfortunately my ISP here in Europe is not one of those offering IPv6. | | |
| ▲ | yxhuvud 3 hours ago | parent [-] | | Mine does and it works so well that I actually have to turn it off when working from home as a bunch of the third party servers at work doesn't have any support for it. |
| |
| ▲ | Hikikomori 4 hours ago | parent | prev [-] | | Other than France or Germany its far from mostly. |
|
|
|
| ▲ | preisschild 5 hours ago | parent | prev | next [-] |
| > It should be ISPs doing that to prepare for the transition. Yeah, I dont get why more ISPs don't offer carrier-grade NAT64 instead of the typical CGNAT |
| |
| ▲ | lmm 4 hours ago | parent [-] | | In parts of the world with fewer IP addresses they already are. My ISP _only_ offers MAP-E access to the IPv4 internet for anyone not grandfathered into an older plan. |
|
|
| ▲ | stackghost 5 hours ago | parent | prev | next [-] |
| Is there a reason why adoption has been so abysmally slow? Like surely all the big players have updated their networking equipment by now, and surely every piece of enterprise-grade kit sold in the last 20 years has supported v6. The only arguments I've ever heard against ipv6 that made any sense are that: 1: it's hard to remember addresses, which is mayyyyybe valid for homelab enthusiast types, but for medium scale and up you ought to have a service that hands out per-machine hostnames, so the v6 address becomes merely an implementation detail that you can more or less ignore unless you're grepping logs. I have this on my home network with a whopping 15 devices, and it's easy. and 2: with v6 you can't rely on NAT as an ersatz firewall because suddenly your printer that used to be fat dumb and happy listening on 192.168.1.42 is now accidentally globally-routable and North Korean haxors are printing black and white Kim Il Sung propaganda in your home office and using up all your toner. And while this example was clearly in jest there's a nugget of truth that if your IOT devices don't have globally-routable addresses they're a bit harder to attack, even though NAT isn't a substitute for a proper firewall. But both of these are really only valid for DIY homelab enthusiast types. I honestly have no idea why other people resist ipv6. |
| |
| ▲ | noirscape 3 hours ago | parent | next [-] | | The big reason is that domestic ISPs don't want to switch (not just in the US, but everywhere really.) Data centers and most physical devices made the jump pretty early (I don't recall a time where the VPS providers I used didn't allow for IPv6 and every device I've used has allowed IPv6 in the last 2 decades besides some retro handhelds), but domestic ISPs have been lagging behind. Mobile networks are switching en masse because of them just running into internal limits of IPv4. Domestic ISPs don't have that pressure; unlike mobile networks (where 1 connection needing an IP = 1 device), they have an extra layer in place (1 connection needing an IP = 1 router and intranet), which significantly reduces that pressure. The lifespan of domestic ISP provided hardware is also completely unbound by anything resembling a security patch cycle, cost amortization or value depreciation. If an ISP supplies a device, unless it fundamentally breaks to a point where it quite literally doesn't work anymore (basically hardware failure), it's going to be in place forever. It took over 10 years to kill WEP in favor of WPA on consumer grade hardware. To support IPv6, domestic ISP providers need to do a mass product recall for all their ancient tech and they don't want to do that, because there's no real pressure to do it. IPv6 exists concurrently with IPv4, so it's easier for ISPs to make anyone wanting to host things pay extra for an IPv4 address (externalizing an ever increasing cost on sysadmins as the IP space runs out of addresses) rather than upgrade the underlying tech. The internet default for user facing stuff is still IPv4, not IPv6. If you want to force IPv6 adoption, major sites basically need to stop routing over IPv4. Let's say Google becomes inaccessible over IPv4 - I guarantee you that within a year, ISPs will suddenly see a much greater shift towards IPv6. | | |
| ▲ | ENGNR 3 hours ago | parent | next [-] | | It's frustrating that even brand new Unifi devices that claim to support IPv6 are actually pretty broken when you try to use it. So 10 years from right now even, unless they can software patch it upwards. | |
| ▲ | zokier 2 hours ago | parent | prev [-] | | Except that is completely wrong. Consumer/residential networks have significantly higher ipv6 adoption rates that corporate/enterprise networks. That is why you see such clear patterns (weekend vs weekday) in the adoption graphs. | | |
| |
| ▲ | alibarber 36 minutes ago | parent | prev | next [-] | | > 1: it's hard to remember addresses fd::1 is perfectly valid internal IPv6 address (along with fd::2 ... fd::n) | |
| ▲ | Dagger2 an hour ago | parent | prev | next [-] | | Has it been abysmally slow? What's the par time for migrating millions of independent networks, managed by as many independent uncoordinated administrators, to a new layer 3 protocol? We've never done this before at this scale. Maybe this is just how long it takes? | |
| ▲ | crote 4 hours ago | parent | prev | next [-] | | Sure, the data plane supports it - but what about the management plane? I wouldn't be surprised if ISPs did all the management tasks through a 30-year-old homebrew pile of technical debt, with lots of things relying on basic assumptions like "every connection has exactly one ip address, which is 32 bits long". Porting all of that to support ipv6 can easily be a multi-year project. | | |
| ▲ | Sesse__ 3 hours ago | parent | next [-] | | > Porting all of that to support ipv6 can easily be a multi-year project. FWIW, as someone who has done exactly this in a megacorp (sloshing through homebrew technical debt with 32-bit assumptions baked in), the initial wave to get the most important systems working was measured in person-months. The long tail was a slog, of course, but it's not an all-or-nothing proposition. | |
| ▲ | Hikikomori 2 hours ago | parent | prev [-] | | This is true, I worked for an old ISP/mobile carrier that started in the 80s about 10-15 years ago. They had basically any system you could think of still running, from decently modern vmware with windows and linux to hp-ux, openvms, sunos, AIX, etc. Could walk around and see hardware 30 years old still going, I think one console router had an uptime of 14 years or so. One time I opened a cabinet and found a pentium 1 desktop pc on the floor still running and connected, served some webpage. The old SMSC from the 80s on DEC hardware was still in its racks though not operational, they didn't need the space as the room couldn't provide enough power or cooling for more than a few modern racks. The planning program for fiber, transmission, racks, etc, required such an old java that new security bugs didn't apply to it, and looked and worked like an old mainframe program. The core team supported ipv6 for a long time, but its rather easy to do that part. The hard part is the customer edge and CPE and the stack to manage it, it may have a lifetime of 2 decades. |
| |
| ▲ | 3 hours ago | parent | prev | next [-] | | [deleted] | |
| ▲ | nubinetwork 4 hours ago | parent | prev | next [-] | | > Like surely all the big players have updated their networking equipment by now My home isp can't even do symmetrical gigabit, let alone ipv6... | | |
| ▲ | esseph 3 hours ago | parent [-] | | That's extremely common unless on "active" fiber (vs GPON, DOCSIS3, DSL, most fixed wireless, satellite, mobile, etc.) Your wifi isn't symmetrical either. | | |
| ▲ | Hikikomori 2 hours ago | parent [-] | | Those are designed to have static asymmetrical bandwidth though, *dm split gives ISP side more of possible shared bandwidth. Wifi bandwidth is shared and dynamic so client can use all of it. |
|
| |
| ▲ | direwolf20 4 hours ago | parent | prev | next [-] | | Ignore all the excuses like longer addresses and incompatible hardware. The actual reason is that everyone hates change. | |
| ▲ | cyberax 3 hours ago | parent | prev [-] | | IPv6 is a recursive WTF. It might _look_ like a conservative expansion of IPv4, but it's really not. A lot of operational experience and practices from IPv4 don't apply to IPv6. For example, in IPv4 each host has one local net address, and the gateway uses NAT to let it speak with the Internet. Simple and clean. In IPv6 each host has multiple global addresses. But if your global connection goes down, these addresses are supposed to be withdrawn. So your hosts can end up with _no_ addresses. ULA was invented to solve this, but the source selection rules are STILL being debated: https://www.ietf.org/archive/id/draft-ietf-6man-rfc6724-upda... Then there's DHCP. With IPv4 the almost-universal DHCP serves as an easy way to do network inspection. With IPv6 there's literally _nothing_ similar. Stateful DHCPv6 is not supported on Android (because its engineers are hell-bent on preventing IPv6). And even when it's supported, the protocol doesn't require clients to identify themselves with a human-readable hostname. Then there's IP fragmentation and PMTU that are a burning trash fire. Or the IPv6 extension headers. Or.... In short, there are VERY good reasons why IPv6 has been floundering. | | |
| ▲ | dwattttt an hour ago | parent | next [-] | | > For example, in IPv4 each host has one local net address, and the gateway uses NAT to let it speak with the Internet. Simple and clean. I assume you mean "interface", not "host". Because it's absolutely not true that a host can only have one "local net address". EDIT: a brief Google also confirms that a single interface isn't restricted to one address either: sudo ip address add <ip-address>/<prefix-length> dev <interface> | |
| ▲ | philipallstar 2 hours ago | parent | prev | next [-] | | How do the working IPv6 deployments cope with these issues? | |
| ▲ | yangm97 2 hours ago | parent | prev [-] | | The reason: Skill issue. |
|
|
|
| ▲ | themafia 5 hours ago | parent | prev | next [-] |
| Comcast, one of the largest residential ISPs in the USA, has almost full IPv6 deployment by default. The majority Verizon Wireless is IPv6 by default. Residential customers in the USA have great access if they just enable the stack. There is nothing about IPv6 that prevents ISPs from filtering ports for all customers. They almost all actively filter at least port 25, 139 and 445 regardless of the actual transport. So I'm not sure "blocking service hosting" is the actual goal here. The problem seems to be that all of the large and wealthy nations of the world have made the necessary huge investments into IPv6 while many of their smaller neighbors and outlying countries and islands have struggled to get any appreciable deployment. It should be a UN and IMF priority to get IPv6 networks deployed in the rest of the world so we can finally start thinking about a global cutover. |
| |
| ▲ | dtech 5 hours ago | parent | next [-] | | In many developing countries IPv6 adoption is far and sometimes networks are IPv6-only, because IPv4 is expensive and they have relatively little addresses compared to users... You can see southeast Asia is pretty green on the map of the post. | |
| ▲ | kortilla 3 hours ago | parent | prev [-] | | A UN priority!? They have real issues they should be dealing with like the life and death of millions of people |
|
|
| ▲ | panny 4 hours ago | parent | prev [-] |
| I don't want IPv6. Why would I? It's like a permanent global cookie. You're uniquely tagged and identifiable on every website you visit. >it's in their best interest to ensure users can't host services without them. They'll just keep blocking port 25. IPv6 won't change anything with regards to self hosting. |
| |
| ▲ | farfatched 4 hours ago | parent [-] | | My OS gives me IPv6 privacy addresses out-the-box which rotate every few hours. |
|