[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