News for hackers. Stuff that matters.
Re:Reclaiming IPv4 Class E's 240.0.0.0/4 by ta1243 on Tuesday May 28, 2024 @04:37AM (#40498691)
I have to support ipv4. Why would I want to also support ipv6, increasing my risk and my workload.

If ipv6 had been designed form the start to allow seemless transparent access to ipv4 from an ipv6 only client that would be fine. But dual stack means twice the work and very little benefit (what services are ipv6 only, even today)

Re:Reclaiming IPv4 Class E's 240.0.0.0/4 by Plasmoid on Tuesday May 28, 2024 @11:51AM (#40501984)
> ipv6 had been designed form the start to allow seemless transparent access to ipv4 from an ipv6

It does. It's called NAT64, and it works/breaks as well as regular NAT44.

Re:Reclaiming IPv4 Class E's 240.0.0.0/4 by bigstrat2003 on Tuesday May 28, 2024 @01:23PM (#40503096)
It's not twice the work. It's actually very little work to run dual stack.
Re:Reclaiming IPv4 Class E's 240.0.0.0/4 by WorldMaker on Tuesday May 28, 2024 @04:07PM (#40504998)
> (what services are ipv6 only, even today)

A good majority chunk of cell carriers today have gone IPv6-only for phones. They rely on NAT64 gateways (rather than CGNAT) to access IPv4-only resources. A lot of consumer internet is slowly following that lead as a better alternative to CGNAT. At least if your customers are consumers we are really close to "You might only need to serve IPv6."

(It's the "Enterprise-grade internet" that is interestingly lagging and falling behind in IPv6 adoption, and maybe doesn't see enough reason to support IPv6-only well; especially if the cost of IPv4 plateaus again, as some suggest it might. Recent AWS cost increases for IPv4 have been something of a call to action to some Corporations, but in general if you are B2B you probably need IPv4 support for a while longer as the economic incentives games play out on a long, slow horizon.)