Hacker News new | past | comments | ask | show | jobs | submit login

> The two protocols still don't interoperate.

On the contrary, they would, the behavior's and quicks would be the same. And if we define, say, that if the last four components are zero, then the addr is the same as normal IPv4 address, then you could deploy the whole thing without having anybody assigning new addresses. NAT's/configs/etc could keep working.

The big problem with IPv6 is that everything has to be double-configured to support both IPv4 and IPv6. Two addressed for all. Different semantics. No backwards compatibility.

If you imagine that all network HW is recycled, say every decade, you could roll the thing in without having anybody to reconfigure everything. Eventually coverage would be complete. This cant happen with IPv6, because the double configuration problem. Extending vs replacement.

This is of course a pointless though experiment, because IPv6 is the route that was chosen.




The devil is in the details. All applications that use the Socket interface (which is almost everything that talks on the network) still needs to be rewritten. Firewall rules still need to support longer addresses, even if you do keep the old ones--it is basically the same situation we are in now, only the line between the networks is fuzzy and there is more confusion. You still end up with two sets of configurations for everything.


> then you could deploy the whole thing without having anybody assigning new addresses. NAT's/configs/etc could keep working.

How does a device that thinks that addresses fit in a 32-bit address space send a packet to a device with a larger address?


I have been stating something very similar this for close to 10 years.

It could possibly be known as IPv5 considering Internet Stream Protocol was never really used.

Or simply IP64.




Consider applying for YC's W25 batch! Applications are open till Nov 12.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: