And your fact-checking need work too.
And your fact-checking need work too.
Posted Jan 27, 2011 11:29 UTC (Thu) by bojan (subscriber, #14302)In reply to: And your fact-checking need work too. by bojan
Parent article: LCA: IP address exhaustion and the end of the open net
Posted Jan 27, 2011 14:39 UTC (Thu)
by khim (subscriber, #9252)
[Link] (11 responses)
Yup. About the same time as for IPv6, actually. I don't know when most devices got IPv6 support, but it certainly happened already. Oh, you mean actual usage? Then 2006 is not even close to reality. Netbooks are still used with 32bit OSes. Heck, ChromeOS is scheduled to be released in 2011 - and it's 32bit-only! Either you use the one definition of success for x86-64 as for IPv6, namely, switch is declared "finished" when most vendors are shipping appropriate products - and then IPv6 already won and is huge success. Or you use another definition, namely switch is finished when everyone is using it in parallel to old technology - and then x86-64 is still not even half-way there.
Posted Jan 27, 2011 22:02 UTC (Thu)
by bojan (subscriber, #14302)
[Link] (10 responses)
Rubbish. If I have 32-bit software, I can use it just fine on my amd64 box. If I have an IPv4 address, I can wipe my arse with it on my IPv6 stack.
Posted Jan 27, 2011 23:17 UTC (Thu)
by khim (subscriber, #9252)
[Link] (9 responses)
Posted Jan 28, 2011 0:36 UTC (Fri)
by bojan (subscriber, #14302)
[Link] (8 responses)
Please be serious. 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. 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.
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.
Yeah, exactly like my amd64 transition. Not.
Black is white. Worse is better and so on.
Posted Jan 28, 2011 1:10 UTC (Fri)
by khim (subscriber, #9252)
[Link] (5 responses)
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. It's not your task, that's right. 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. 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. 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. 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.
Posted Jan 28, 2011 1:44 UTC (Fri)
by bojan (subscriber, #14302)
[Link] (4 responses)
It's not my tactic. It's what happened. You know, a historical fact.
The common sense proposition (the one of backward compatibility) did not get accepted, ergo it never became "the plan" or "a plan" for IPv6 transition. This proposition did not get accepted by the same people that achieved the current 0.3% penetration, so the outcome of 0.0% counts against what they did too, which gives them a total score of 0.3%.
From my perspective, this is more like zero. My ping still doesn't work.
Your expose (or some of it) about various tribulations with OSes during the 64-transition is the stuff we should have been talking about in the last 10 years during the real IPv6 transition (i.e. stack upgrades). You know, real world problems that got solved, so that it would be really easy to upgrade today when the address crunch is upon us. As you've shown with the Windows example, it can be done so that it eventually becomes easy.
I love it when people keep avoiding simple, fundamental questions. There is always an elaborate, sophisticated, technical explanation, usually many pages long. In the end, the simple question asked at the beginning remains unanswered: why do people connected already cannot just stay connected?
Failure to answer that question leads to the current non-adoption of IPv6.
Posted Jan 28, 2011 2:55 UTC (Fri)
by cesarb (subscriber, #6266)
[Link] (1 responses)
"Your idea will not work. Here is why it won't work. [...] ( ) Requires immediate total cooperation from everybody at once" -- http://craphound.com/spamsolutions.txt
> There is always an elaborate, sophisticated, technical explanation, usually many pages long. In the end, the simple question asked at the beginning remains unanswered: why do people connected already cannot just stay connected?
The short answer to "why do people connected already cannot just stay connected" is "because the IPv6 network is a different network".
Of course, this is not the question you meant. What you mean to ask is, if I am understanding the massive sprawling thread forest (but please correct me if I am wrong), is something like "why could not a transition plan be made which would allow for the IPv4->IPv6 transition with no loss of connectivity at any moment". With an implied "if everyone followed DJB's plan, it would have worked".
Leaving aside DJB for a moment, this is NOT a simple question. It is also VERY technical. Either you use a heavy amount of jargon, which can be impenetrable to anyone who does not have a deep knowledge of the Internet architecture, or you use a simpler (but still very technical) language and your answer becomes quite long. To make things worse, most of it would be showing hypotheses of possible plans or parts of plans and explaining where they fail.
As to DBJ's plan, here is why it would not work: "Once these software upgrades have been done on practically every Internet computer, we'll have reached the magic moment: people can start relying on public IPv6 addresses as replacements for public IPv4 addresses."
With DJB's plan, we could only START using IPv6 addresses after PRATICALLY EVERY INTERNET COMPUTER had been upgraded to understand IPv6!
Posted Jan 28, 2011 3:54 UTC (Fri)
by bojan (subscriber, #14302)
[Link]
Aha. The real problem right there.
> With DJB's plan, we could only START using IPv6 addresses after PRATICALLY EVERY INTERNET COMPUTER had been upgraded to understand IPv6!
As compared to now, when we cannot start using IPv6 addresses at all as well. Because not all of our computers understand IPv6 (tiny minority, not the real problem, easy to fix) _and_ they are not configured for IPv6 as well (vast majority, the real problem, will take lots of effort to fix).
Now, if we were able to deliver parallel, but not configured IPv6 stack to almost everyone, surely we could have delivered integrated, fully configured IPv6 to almost everyone already connected with IPv4.
> "For every problem there is always a solution that is simple, obvious, and wrong." -- Albert Einstein
Completely agree. A good example is the current IPv6 transition plan.
> "Your idea will not work. Here is why it won't work. [...] ( ) Requires immediate total cooperation from everybody at once"
Also agree. Essentially, everyone has to cooperate by reconfiguring their networks with brand new IPv6 addresses, DNS, firewalls, daemon configurations etc. End result? 0.3% penetration months away from IPv4 address exhaustion.
Posted Jan 28, 2011 12:01 UTC (Fri)
by khim (subscriber, #9252)
[Link] (1 responses)
Yup. DJB plan failed - it's historical fact. You still can change the history. You know: go out there, start producing new hardware and software, etc. Prove it's better. But till that happens we should accept DJB's plan as utter failure and our correct plan as moderate disaster. You seem to like "simple, fundamental questions". Here is the one for you. Ok, suppose I accept the crazy idea that DJB plan is "a way to go". Why DJB's plan failed? In other cases when the "committee in charge" produced unworkable standards and someone produced better non-standard alternative it quickly gained acceptance. Think SVG vs Flash for vector graphic or even TCP/IP vs OSI framework architecture for internetwork architecture. If DJB's plan was so perfect then why was it was only accepted by crazy fanboys on the internet forums and not by industrial players?
Posted Jan 31, 2011 16:40 UTC (Mon)
by nye (subscriber, #51576)
[Link]
*plonk*
Posted Jan 28, 2011 1:18 UTC (Fri)
by cesarb (subscriber, #6266)
[Link] (1 responses)
int on = 0;
This allows you to use a single IPv6 socket for both IPv6 and IPv4 transparently (IPv4 addresses show as IPv4-mapped IPv6 addresses).
Posted Jan 28, 2011 1:28 UTC (Fri)
by bojan (subscriber, #14302)
[Link]
Facts are ignored as usual...
Facts are ignored as usual...
Facts are ignored as usual...
If I have 32-bit software, I can use it just fine on my amd64 box.
Only if you enable 32bit syscall emulation.If I have an IPv4 address, I can wipe my arse with it on my IPv6 stack.
Of course. It's the same as Linux kernel with 32bit syscall emulation disabled - you can "wipe your arse" with 32bit programs in these cases too.
Facts are ignored as usual...
Yet another stupid rant.
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.
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.
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.
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.
Yeah, exactly like my amd64 transition. Not.
Black is white. Worse is better and so on.
Yet another stupid rant.
Yet another stupid rant.
Yet another stupid rant.
Right. DJB plan failed. Other plans have minimal success.
> 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.
It's not my tactic. It's what happened. You know, a historical fact.I love it when people keep avoiding simple, fundamental questions. There is always an elaborate, sophisticated, technical explanation, usually many pages long. In the end, the simple question asked at the beginning remains unanswered: why do people connected already cannot just stay connected?
Right. DJB plan failed. Other plans have minimal success.
Facts are ignored as usual...
setsockopt(fd, IPPROTO_IPV6, IPV6_V6ONLY, &on, sizeof(on));
Facts are ignored as usual...