[arin-ppml] Portable address space vs. IPv6 auto-numbering

Howard, W. Lee Lee.Howard at stanleyassociates.com
Wed Jun 11 19:33:21 EDT 2008


I usually let these irrelevant analogies go by, but this one's
too much.

> > 
> > while i am not a member of RRG, if the question is drawn as 
> > clearly as that, my position would be, forget about IPv4.  
> > the internet will have many more than 2^32 devices connected 
> > to it simultaneously within our lifetimes, and i think we 
> > should preserve the option of not using NAT in future 
> > generations. therefore IPv4's growth has a glass ceiling 
> > formed by its address size, and any effort that's put into 
> > growing its routing table has a fixed return.
> 
> Standard road lane width on a modern US highway is determined
> by the width of the butts of 2 horses.  This dates back oh,
> a couple thousand years.

Roman roads were narrower (8') than modern highway lanes (12').
http://en.wikipedia.org/wiki/Roman_road
http://en.wikipedia.org/wiki/Interstate_Highway_standards

Even if they were essentially the same, the width was set to
meet the requirement to allow passage of a vehicle that allows 
two passengers to sit side by side.
 
> Is standard auto and road width optimal?  I don't know.  I do
> know, though, that a hell of a lot of people have died in
> SUV rollover crashes that would have not happened if the width
> of their vehicle was, say, the width of 3 butts of horses.

Only if they were not proportionately higher.  

> Backwards compatability is not always smart, and can even
> kill people.  Think unintended consequences.


If Tony and Robin are taking a poll on the best way to make
routing scale, I'll agree with Paul that I don't think IPv4 
can be made to scale, and so we shouldn't waste time trying.
I can't argue on which of various solutions might work for
IPv6; it's not part of my day job or volunteer work.

Lee


> 
> Ted
> 
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to 
> the ARIN Public Policy
> Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact the ARIN Member Services Help Desk at 
> info at arin.net if you experience any issues.
> 



More information about the ARIN-PPML mailing list