[ppml] geo addressing
Howard, W. Lee
Lee.Howard at stanleyassociates.com
Fri Nov 18 14:46:44 EST 2005
> -----Original Message-----
> From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On
> Behalf Of Michel Py
> Sent: Friday, November 18, 2005 11:40 AM
> To: Michael.Dillon at btradianz.com; ppml at arin.net
> Subject: Re: [ppml] geo addressing
> Out of these people, many were bright, hard-working, politically
> well-connected in the IPv6 IETF and other communities, and had large
> vendor resources behind them.
IETF != ARIN
Looks to me like this is getting a reasonable hearing. I don't mean
to suggest that there's consensus, but your argument that "Nobody
listened when I suggested this a long time ago in a galaxy far, far
away," does not indicate that it's not worth hearing now.
PPML is an excellent place to develop a policy proposal.
> The main argument was: even if we don't aggregate geo
> addresses, they are not worse than randomly assign prefixes,
> so why not
> go to geo addresses and figure out later if we can aggregate
> them. If we
> can, good; if we can't, oh well nice try no cigar and we're not worse
> off than if we had flat space anyway.
If one could demonstrate a high probability of aggregation, that
> Trouble is: it does not fly for two reasons:
> 1. Politics: any geo addressing scheme involves tons of political
> 2. Uncertainty: place yourself in the position of a network
> administrator of a growing company; why risk going to geo
> addresses not
> knowing if the aggregation mechanism will fit your needs? Way
> too risky.
There's a window between getting an ISP assignment and an ARIN
assignment (/29 to /21). Within that window, I-as-network-admin
would rather have geo<foo>ical provider-independent space than
provider-aggregatable space. Well, not me personally, since my
network is NATed behind a /28, but I could imagine people thinking
that if they have to renumber at /21 anyway, at least regional PI
addresses would keep them from having to renumber in the meantime.
> PPML mailing list
> PPML at arin.net
More information about the ARIN-PPML