Everyone take note that this is an individual v0 draft, it says "Type: Active Internet-Draft (individual)" and "Intended status: Standards Track". Before this becomes and RFC (if it ever does at all) it has to go through discussions as an individual draft, then it has to be voted to become standards track, at which point it will become a working group draft where it goes through more comments, editing, and waiting, and only then does it become an official RFC. To give you an idea of the time scale this is talking about, see that this version of this draft expires in September.<p>This is in no way some proclamation that IPv4 is no more, it's more like the obituaries that news papers have sitting around for public figures just in case they die. The IETF isn't quick at getting RFCs published, and it definitely won't be with something as big as this.
IPv4 reminds me non-Unicode applications from 90s
Or ATM, or frame-relay or IPX, or SNA, or 16bit DOS apps.
All above were gone eventually. SAme going to happen with IPv4, but I guess at slower rate.
It's interesting to see this looks like it was drafted by a Time Warner Cable employee, and yet my twc internet still doesn't support IPv6. Though it gives me hope that maybe it's coming soon?
This feels optimistically premature.<p>Sure, it's been superseded, and it's great to move the ball forward. But somehow I think this legacy technology will be in use for a long, long time.
Wow, I released and RFI 12 years ago on IPv6 when I was working in a Telco, and every vendor talked about it as a reality... I am still waiting for that reality to be an actual one.
I am still waiting for my ISP to activate IPv6 in my WLAN at home... after all those years
> <i>Current and future work builds on IPv6, making it better for every purpose than the old protocol.</i><p>Not for purposes like:<p>* I want the IP header I'm transmitting between these two nodes to be as small as possible<p>* I want a CPU and memory efficient TCP/IP stack for an embedded system.<p>Pretty much no successor of anything is better than its predecessor for "every purpose", just every purpose that the speaker happens to care about.
I know it pains neckbeards to hear this, but IPv4 is not going anywhere, as long as it remains in the business interests of major cloud providers, and as long as people continue to deploy NAT based firewalls as a security feature.<p>Re: business interests: Cloud businesses can acquire IP addresses at price points far higher than the average developer can. Now that the ARIN address space is exhausted, cloud providers will begin to buy more and more IPv4 space until they have a complete monopoly and large portions of IPv4 are controlled by just a few companies. This will price other companies out of offering cloud services that are IPv4 compatible.<p>Re: security: Sure, the original intended purpose of NAT was not security, but people <i>use</i> it for that, and will continue to do so. If you want to put multiple boxes behind a single IP address, IPv4 is the easiest way to do it. In fact, IPv6 seems to be a step <i>backward</i> in terms of security. Every device does not need to be openly addressable from anywhere on the Internet, and developers will always choose the path of least resistance, especially when it's more secure.