expaddy wrote:
Interesting read. Although I do think that more will have to be done to ease the transition pain before IPV6 becomes a reality.
We are still a way off implementing it in the corporate infrastructure and until that happens engineers will be reluctant to go down the IPV6 road.
However I do think that if not more is done to ease this transition a lot of companies will be caught with their trousers down.
And IMO it is another peice of over engineering, I mean do we really need 128 bits, did we have to make the address space that long and that difficult to remember and implement. It seems to me that if more thought could have went in to the design of IPV6 we could have had a faster and simpler transition.
However that said we as network engineers will have to be the ones on the frontline getting this thing to work smoothly.
Actually I am pretty sure a lot of thoughts were put into the design IPv6, as IPv4 as actually meant to be an "experimental" protocol at the time and was never meant or envisioned to be used worldwide (the RFC came out back in 1981, a very different times from now: there is no Internet back then, memory was much, much smaller and was very expensive back then ... BGP hasn't even be invented for almost a decade).
It is also definitely not a piece of over-engineering, as due to the fact that IPv6 is meant to incorporate end-to-end connectivity between hosts (going back to the internet before NATing). Making the address space smaller like 64bit wouldn't make much sense either as we will just end up facing another shortage 30 years down the line.
The one problem in making the IPv6 transition is that there still isn't a "killer app feature" that would make a business jump at going to IPv6, and until that happens I think we will just end up with Service Provider using IPv6 backbone and most Enterprises staying with IPv4, at least for the next few years.
Lastly, I do see some progress made in the IPv6 transition in technology like LISP, which makes IPv6 transition easier.