Yet another stupid rant.
Posted Jan 28, 2011 1:10 UTC (Fri) by khim
In reply to: Facts are ignored as usual...
Parent article: LCA: IP address exhaustion and the end of the open net
Amazing. So, tell me, how does my software vendor enable "32bit syscall emulation" on my IPv6 stack to use my IPv4 address there? They can't. There is no way to do it.
Actually there is a way to do it just like there are ways to use old 32bit drivers with 64bit OS. You need new 64bit drivers (in case of AMD64) and new IP number (in case of IPv6), but then you can use virtualization (in case of AMD64) or ecapsulation (in case of IPv6) to use your old driver or your old IP. In both cases there are a limitation: you can only use USB drivers (in case of AMD64) or TCP (in case of IPv6), but the similarity is stricking.
I didn't have to touch a thing to use my old 32-bit software on 64-bit or 32-bit Linux/Windows/whatever on amd64.
It's not your task, that's right.
This was done by software upgrades (or not even that if I stayed on 32-bit OS) and other automatic means. Red Hat, Apple, Microsoft etc. did this for me and everyone else.
Yup. They were supposed to provide new 64bit drivers which were needed to talk with old hardware (old 32bit drivers were pretty useless for that) - and they did that (eventually - see below). ISPs were supposed to privide new 128bit IP addresses - but they failed to provide them. Note that it took quite a long time before 64bit drivers become available: 64bit XP was and is pretty useless piece of crap.
In contrast, if I want to have currently useless IPv6 connectivity, I have to get an address (or more than one), reconfigure my DNS, my firewalls, my services etc. And now multiply this by a few billion and you'll get the amount of effort required for IPv6 setup around the world. Then, I have to maintain these two in parallel for some time to come. Oh, and this is just so I get to the exactly same functionality I have right now on IPv4. And, I'm going to make a whole heap of mistakes in the process (it's a new thing), which will cause a whole heap of unforeseen problem on my networks.
Let's compare it with Windows XP x64, shell we? You needed new 64bit drivers (but these were often not available), you needed replacement for all your 16bit programs, you often needed changes on network - all these just to keep the same level of functionality as with Windows XP. And now multiply this by a few million and you'll get the amount of effort required for 64bit transition. And it was not easy to setup all that at all.
Yeah, exactly like my amd64 transition. Not.
Well: yes and no. AMD64 transition was exactly like IPv6 transition before Windows Vista. After Windows Vista it suddenly become much easier. What happened? Monopoly power happened: Microsoft refused to certify vendors with only 32bit drivers so everyone was forced to support Windows x64. So yes, monopoly may be used to reduce transition pain - there are no doubt about it. But it does not work with IPv6 today: the only monopoly power which may force ISPs are governments (may be via FTC, may be some other government structure) and they are not interested. Yet. When/if they'll decide to mandate IPv6 support - it'll exactly like AMD64 transition.
Black is white. Worse is better and so on.
This is your tactic. You are trying to show that plan with 0.0% adoption rate is somehow better then plan with 0.3% adoption rate. Sure, 0.3% is pitiful adoption rate, but 0.0% is much worse no matter which way you are looking on it.
to post comments)