Is it still? I know this was true for a while, but things seem to have been ironed out. I only occasionally have IPv6 (my ISP is doing something weird), but when I do it all seems to work fine.
Good IPv6 host support has been a thing in almost all consumer OSes for over 10 years now. All currently supported versions of Windows, MacOS, Android[1][2] and iOS support IPv6 natively.
And, as I keep reminding HN, Windows freaking XP supported IPv6 (albeit not as a transport for DNS queries).
The problem is simply that some people don’t want to spend a couple weekends to learn a new technology (one that is old enough to purchase alcohol in all 50 states—-this is not like chasing the latest web framework).
[1] There have been various blog posts about how android is “broken by design” because it expects to configure host IP via SLAAC and receive DNS servers via RA, instead of DHCPv6. This is utter nonsense.
[2] Android did, until about 5 years ago, not like to use DNS servers with ULA prefixes (the IPv6 equivalent of IPv4 private network ranges). That’s unfortunate, but hardly a “dumpster fire”.
You probably need to care about the last couple unsupported versions, too; 5-year-old Android versions are still in the wild. Thankfully, it's a rolling window and the stuff with poor support is dropping off.
> The problem is simply that some people don’t want to spend a couple weekends to learn a new technology (one that is old enough to purchase alcohol in all 50 states—-this is not like chasing the latest web framework).
The problem, speaking as someone who spent some weekends worth of time on it, is that the technology, which has only been relevant for the last handful of years regardless of when it was first released, is not nearly that simple and works just differently enough to trip you up. (And you can't just do a full replacement and drop v4, so the differences will keep tripping you up)
Charts of IPv6 usage such as Google's tend to still show a strong "bathtub curve" with a very noticeable decline during 9-5 work hours making a pretty clear case that corporate/enterprise devices are the ones (greatly) lagging behind.
Consumer devices most directly feel the effects of NAT/CGNAT and feel much more pressured to route around that IPv4 "damage" with IPv6. Some consumer networks, especially mobile carriers in every part of the world, have moved to IPv6-predominant (if not "IPv6-only"; depending on how you feel about IPv6 to IPv4 gateways). The "Happy Eyeballs" algorithm has been in play on most Consumer OSes for several years now and consumer devices generally strongly prefer IPv6 services over IPv4 when given a dual-stack choice.
IPv6 excels on smartphone handsets since the telecom company has full control of your network/IP stack. Simple to support and manage.
However consider a home network situation, you have the consumer router, and attached to it is a bunch of devices, some which have iffy support for IPv6. They all speak IPv4 well. From an ISP perspective supporting IPv4 only makes sense because it still works and you can count on downstream devices in a home network to support it. With the impending depletion of public IPv4 addresses, ISPs can rely on CGNAT. Less burden.
Wireless router support for IPv6 is iffy too, from what I've heard.
My guess is that it is still a tiny minority of non-computer devices that will use ipv6 on the LAN side of a router.
IPv6 traffic has been at least 50% for at least the last year (based on the most convenient statistics I can grab).
Not necessarily. Some ISPs and majority of cell providers in Europe only give you CGN IPv4. No IPv6, no static option.
That being said, most carriers or major ISPs aren’t actually that hard up for IPv4 space.
By no means will static IPv4s be available on all plans, but merely changing AP or plan type will commonly result in the ability to purchase a static IPv4.
It’s mostly about lubricating with money to find a solution rather than an all out lack of IPv4.
When considering broadband connectivity, the major considerations for the vast majority of consumers, when signing their initial agreement, in order: price, speed, reliability.
Heck, I run BGP from my home, and even I didn't consider IPv6. But then I also have my own /22 of IPv4 (and a /32 of IPv6), so that's probably why.
Different customers value different things. In the list of things people value in their broadband, IPv6 doesn’t even register for for the majority. There are markets where you cannot even give away IPv6 connectivity.
Of those showing an interest in IPv6, many just want a static IP. If you give them one then you have solved their problems and are never heard from again.
If you really, really want IPv6 then you can usually get it in most markets. You might have to upgrade to business service or switch to an operator providing service over legacy copper facilities. That is, however, a bridge too far for almost everybody.
As an aside, you don’t indicate that you would pay a premium for IPv6 service. That’s not very enticing from a business perspective. If there was real demand for IPv6 or it could be provided for a premium that would change.
It’s a classical chicken and egg situation. No services require IPv6, so there is no demand for IPv6 and thus no IPv6 offerings either.
I’d be interested to hear why you highly value IPv6 connectivity, especially if you had a static IPv4 allocation.
The main issue for me is that it is symptomatic of a certain culture within that ISP. If they are late with IPv6, you can expect them to also be late with other developments, like the move to consumer 10gbit connections.
AKA the ipv6 "blockchain" situation lol
It's more newly formed companies that are hit by this, since they have none and have to buy them at ever increasing prices.
Now we've wound up where IPv4 addresses are like houses: everyone who already has one is quite content with the situation (and even sees them as "investments" to be traded and hoarded and leveraged) while newcomers are absolutely hosed. And doing the right thing of expanding the pool of availability, whether by allowing more housing to be built or by migrating to IPv6, is met with cries of "there's no money in it for me so I'm not interested."
And lest anyone thing this is petulant whining on the part of a sysadmin from a new network, where I work has several legacy IPv4 assignments and we own four or five low-digit ASNs. We are set for life for IPv4, yet we've picked up our IPv6 allocations from ARIN and have actively updated our internal network such that all applications can work in a v6-only environment and we've even donated some of our address space to new organizations in our field (medicine) who needed it to get started. That is how the Internet is supposed to work, through cooperation.
> That is how the Internet is supposed to work, through cooperation.
Unfortunately this just isn't scaling :( Thanks for doing your part, I hope we all do what we can.
The committee in charge of selecting IPng should have demanded interoperability or at least a proper transition plan. Neither happened and we have 25 years of IPv6 with abysmal adoption.
Pretty shit transition plan if we've only managed to get 35% of devices on v6 in 25 years.
Pretty much every interoperability method that can work with v4 is supported by v6. How is that an interoperability failure?
> Pretty shit transition plan if we've only managed to get 35% of devices on v6 in 25 years.
The plan is "start using v6, then stop using v4". What better plan do you suggest?
I'd call it more like 35% in 9 years, since Google's stats say that deployment was <1% in 2013. (The time before that was spent on updating protocols, implementing the updated protocols in software and hardware, and deploying the updates, all of which are necessary prerequisites before users can show up in those stats.)
That seems like pretty decent going, given the sheer scale of what needs to be done.
Having a v6 address on a v4 network doesn't make it a v4 only network. The vast majority of networks are v4 only. If the designers cared enough about interoperability and migration they would've spent time working on a plan to have these v4 only networks talk to v6. The transition plan would be seamless since the inherent value of a v4 address and a v6 address would be the same. If you look at the ngtrans mailing list, they pretty much gave up on a transition plan in the end, and there's still a bunch of deployment guides, even "best practices", but there's still no transition plan except this "get on v6, get off v4" rubbish.
The only reason the numbers are so high is because of Mobile since the telecom carriers have full control of the IP stack on the handset.
It's not fair to blame them for not being able to do the impossible.
The selection committee and ngtrans are to blame for not ever coming up with a transition plan that included interoperability with IPv4 as a basic tenet. They've effectively made IPv6 a second class protocol and will probably end up being like this forever.
IPv6 is effectively a waste of time, and that's how it's seen by most enterprise and ISPs. I'm holding out hope for research in future Internet architectures that will hopefully not make the same mistake as IPng and instead come up with actual transition plans with their designs.
v6 does have a transition plan, and as far as I can tell it's not really possible to do any better than it's already doing. v6 is as interoperable with v4 as is possible to be, given the design of v4.
Can you explain how it could have been better? What transition plan would meet your requirements?
The basic problem is though that IPv4 has no forward compatibility. There is no way to build anything that has a larger address space than IPv4 and remain reachable for an IPv4-only host, since the IPv4 header has fixed 32-bit address fields. This alone is the main limiting factor of the transition (combined with people refusing to dual-stack).
Yours might but mine ran out years ago.
No public cloud provider is able to provide a dedicated IPv4 address per endpoint, making cloud networking absurdly complex unnecessarily.
Entire continents are under provisioned and will never get more allocation to meet future demand.
Out of interest, why didn’t you re-up when you still could?
You could still get some two years ago.
The default for all new customers is CG-NAT, unless they're tech-savvy enough to ask for something better.
I do got a /64 IPv6 range however!
Stop right there.
If we hadn’t had NAT for the last couple of decades, and someone invented it now, they’d be laughed off the stage. You see it as an enabling technology. I see it as a boat anchor that’s kept us on IPv4 way past the sell-by date.
Without NAT, we’ve have already made the transition to IPv6 as the creaky old IPv4 wouldn’t have that critical bandaid that helped it limp along. IPv4+NAT can’t die quickly enough.
You can’t make money with IPv6 and nobody wants it. From a customer support perspective, IPv6 is just another problem nobody needs.
We, and all the other ISPs in our market, have enough IPv4 for the foreseeable future.
NAT works where you need to conserve addresses space and those consumers that need a static IPv4 can get it, and what’s better, will pay for it.
IPv6 support on consumer devices is a dumpster fire. No way I am touching that in production.
So, no, I have no plans to deploy IPv6 to customers. I will reconsider when there’s money in it, but preferably not before various vendors have gotten their IPv6 shit together.
In other words, we the current ISPs in the market are good. Sucks to be a new ISP though.