[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').

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.


> Ted
> _______________________________________________
> 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