> Current and future work builds on IPv6, making it better for every purpose than the old protocol. Not for purposes like: * I want the IP header I'm transmitting between these two nodes to be as small as possible * I want a CPU and memory efficient TCP/IP stack for an embedded system. Pretty much no successor of anything is better than its predecessor for "every purpose", just every purpose that the speaker happens…
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. 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 wi…
NAT is not a security feature. Please stop repeating this toxic drivel. NAT is not the same as firewalls, and firewalls do not require NAT. NAT is just an ugly hack to stretch IPV4's inadequate address space, and it's one that breaks quite a few protocols and generally makes a lot of things painful and complex. Remember back when there were two dozen different networking layers vying for the ability to link Docker co…
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, a…
>IETF isn't quick at getting RFCs published
That's not entirely true. An RFC can get published very quickly. At this point there are almost 8000 of them.
Perhaps you are thinking of an Internet Standard document:
> Current and future work builds on IPv6, making it better for every purpose than the old protocol. Not for purposes like: * I want the IP header I'm transmitting between these two nodes to be as small as possible * I want a CPU and memory efficient TCP/IP stack for an embedded system. Pretty much no successor of anything is better than its predecessor for "every purpose", just every purpose that the speaker happens…
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. 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 wi…
NAT is not a security feature. Please stop repeating this toxic drivel. NAT is not the same as firewalls, and firewalls do not require NAT. NAT is just an ugly hack to stretch IPV4's inadequate address space, and it's one that breaks quite a few protocols and generally makes a lot of things painful and complex. Remember back when there were two dozen different networking layers vying for the ability to link Docker co…
> Give each container host a /96 address and let it assign container IPs from the remaining /32, for up to four billion containers per host.
A /80 for Docker is preferred because it can map 1 to 1 onto the mac address for SLAAC.
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.
I know it pains neckbeards to hear this, but IPv4 is not going anywhere A) Get bent. B) You think they don't already know the only chance of dualstack going away is so it can become tristack?
You can't comment like this here, regardless of how wrong or rude someone else is. If you can't be civil, please abstain from posting until you can.
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. 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 wi…
> I know it pains neckbeards to hear this
Please edit acerbic swipes out of your comments to HN. It's distracting, provoking and detracts from your otherwise substantive comment.
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. 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 wi…
NAT is not a security feature. Please stop repeating this toxic drivel. NAT is not the same as firewalls, and firewalls do not require NAT. NAT is just an ugly hack to stretch IPV4's inadequate address space, and it's one that breaks quite a few protocols and generally makes a lot of things painful and complex. Remember back when there were two dozen different networking layers vying for the ability to link Docker co…
I didn't say NAT is a security feature. I said developers use NAT to benefit security. The security benefit of NAT is that it forces developers to assign a predictable, private IP address to each device/container/vm/box behind its "firewall," which the gateway can then use for enforcing QoS policies or port whitelisting. Sure, you can do this on IPv6. But IPv6 is more complicated to implement, because all tools support IPv4, and only some support IPv6.