A Swiss VM hosting provider has a technical blog post about how to kill IPv4 completely on FreeBSD. That is to say, turning it completely off, not just preferring IPv6. They then solicit concrete solutions describing, along with a proof of concept, how to turn IPv4 completely off in other operating systems and allowing them to communicate with IPv6 only.
Earlier on SN:
Vint Cerf's Dream Do-Over: 2 Ways He'd Make the Internet Different (2016)
You have IPv6. Turn it on. (2016)
We've Killed IPv4! (2014)
(Score: 2) by rleigh on Saturday January 19 2019, @05:35PM (1 child)
Actually, it's far less bad than you say.
Look into NAT64 and DNS64. You (or your ISP) sets up a proxy which maps a range of IPv4 addresses into the IPv6 address space. All DNS requests for an IPv4 host will return the mapped IPv6 address. All connections to IPv4 hosts use IPv6 to talk to the proxy, which then talks using IPv4 to the host in question. All your hosts internally are IPv6 only, but still transparently access the IPv4 network. You can even have it proxy for internal IPv4-only hosts as well on a private subnet, so you can keep legacy devices around. The reverse also applies; you can have external IPv4 connections proxy to an internal IPv6 host.
This is a typical way you would set up a new network. It pushes IPv4 to the edge of your network, leaving the internal network with just IPv6 to support. It keeps things both simple and future proof. I definitely appreciate this for running virtual machines, which can bridge directly to the internal network with a global IPv6 address. No different than a regular host. Just maintain the appropriate firewall rules to control access, as you would for IPv4 with or without NAT.
(Score: 0) by Anonymous Coward on Saturday January 19 2019, @09:22PM
Comcast and TW/Spectrum have native IPV6 stacks. AT&T not so much (as you have seen). Not sure on the VZ/Fronter setup currently as I have not seen it.