| |||||||||||||
Yeah, it was identified, so what?Yeah, it was identified, so what?Posted Jan 27, 2011 8:18 UTC (Thu) by khim (subscriber, #9252)In reply to: This is where you are wrong... by bojan Parent article: LCA: IP address exhaustion and the end of the open net
We are at the beginning? The problem was identified 20 years ago. And so what? The need for 64-bit computing was clear 20 years ago, 64bit CPUs were produced in about that time, yet people only started to switch when Joe Average started reaching 4GB limit. Before that intermediate solutions like PAE were used. Compare with IPv4 -> IPv6: till IPv4 adddress space is not exhausted people are using IPv4. Even when it'll be exhausted people will continue to use IPv4 with band-aids like multi-level NAT. Only when pain is acute enough they will start to switch. The brave people who are using IPv6 today can be compared to users of POWER/MIPS/SPARC/etc: they are numerous enough to iron bugs, but there are few of them because most users just don't need an IPv6 today (just like yesterday people were perfectly content with Xeon and 32GiB of RAM in PAE mode). This is how market works: it's organically incapable of jumping from one "good" solution to another "better" solution if the intermediate steps go "down" (and in case of IPv4 -> IPv6 switch they do go down no matter what DJB says). "Good" solution must become "bad" first... And it'll only happen by 2012 or later. So yes, it is the beginning.
(Log in to post comments)
Yeah, it was identified, so what? Posted Jan 28, 2011 3:31 UTC (Fri) by bojan (subscriber, #14302) [Link]
You keep forgetting the most important thing: people could take their 32-bit apps with them and run them on their 64-bit machines. Immediately. No modification, no reconfiguration - the hard yards were done by software vendors. People cannot do that with their IPv4 addresses and connections and IPv6. Everything has to be done (essentially) from scratch. Software upgrades alone do not help.
Some people mention things like toredo and other 4/6 cruft. What good does that do, when you get _different_ addresses, so if you have things like DNS, firewalls, services etc. set up, you have to do it all over again. It is completely different. In fact, the simple fact of needing to _think_ whether and what you'll need to do is sufficient to show that this has been handled poorly.
Of course people start switching only when the need to. That's why many folks still run 32-bit OSes and apps on their 64-bit machines, without even knowing or caring they are really 64-bit. And yet, pretty much any server, PC or notebook you buy today can do 64-bits. If IPv6 transition was handled the same way, most folks out there would not even be aware there was a transition. They would already be on IPv6, not caring one iota about the new connections having real IPv6 addresses. They could still see everything, just like they always did. And these new connections could see them just fine.
Just go talk to your average network/system admin out there. Most of them have absolutely no idea what to do. If they introduce IPv6 to their network, they will have to spend years battling two completely separate setups (essentially, they are building their network from scratch). Initially, for no benefit at all. This never happened with amd64.
If you told them that to get IPv6 support, they needed to install at least version x.y.z on all of their equipment or even just change the equipment and reload the config, that would be way easier.
The amd64 example shows nicely how the market does it with minimal disruption. Remember, even Intel, the leader in the field, had to succumb to an architecture designed by an inferior competitor.
Yeah, it was identified, so what? Posted Jan 28, 2011 4:07 UTC (Fri) by foom (subscriber, #14868) [Link]
> They would already be on IPv6, not caring one iota about the new connections having real IPv6 addresses.
You can repeat that 40 or 50 times, but it doesn't make it more true the more often it's repeated.
I will again claim that even with your version of the transition, ISPs still wouldn't have bothered to upgrade their routers to support the longer addresses faster than they have been doing now, nor would the manufacturers of dsl routers, cable modems, etc have upgraded their software (and configuration protocols) to support the long addresses any sooner.
They wouldn't bother supporting long addresses because nobody would use long addresses. Nobody would use long addresses because you couldn't talk to the majority of the internet (the part that still had at least one router on the path not supporting long addresses or with a host endpoint that didn't support long addressing). Until there was actually a forcing function, such as running out of short addresses. Just like with actual IPv6.
But, nobody can prove any "what ifs", so maybe it's time to just drop the whole discussion.
Yeah, it was identified, so what? Posted Jan 28, 2011 4:39 UTC (Fri) by bojan (subscriber, #14302) [Link]
Let's assume you are correct.
This leaves us currently with a situation that requires upgrade (for some) and reconfiguration (for most). The alternative requires only upgrade (for some).
That is not a what if. That is a fact.
But yeah, let's drop it. I'm getting a feeling a moderator may suspend my account soon. I have too much time on my hands. Maybe I should go and start configuring IPv6 instead. :-)
|
|||||||||||||