[125140] in North American Network Operators' Group
Re: ARIN IP6 policy for those with legacy IP4 Space
daemon@ATHENA.MIT.EDU (John Curran)
Fri Apr 9 08:35:07 2010
X-Report-Abuse-To: abuse@dyndns.com (see
http://www.dyndns.com/services/mailhop/outbound_abuse.html for
abuse reporting information)
From: John Curran <jcurran@istaff.org>
In-Reply-To: <4BBE25C3.3010909@steadfast.net>
Date: Fri, 9 Apr 2010 08:34:36 -0400
To: Dorn Hetzel <dhetzel@gmail.com>
Cc: NANOG list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Apr 8, 2010, at 2:51 PM, Kevin Stange wrote:
>=20
> On 04/08/2010 01:47 PM, Dorn Hetzel wrote:
>> If there was an automatic website that just handed out up to a /40 on
>> demand, and charged a one-time fee of $100, I don't think the space
>> would ever be exhausted, there isn't enough money.
>=20
> I'd hate to see that routing table.
Another bright gentleman many years ago suggested that we have an online=20=
website which allows anyone to pay a fee and get an address block. This=20=
is not inconceivable, but does completely set aside hierarchical routing
which is currently an underlying mechanism for making our addressing=20
framework scalable.
Another way to accomplish this would be a functional global model for =
the
settlement of costs relating to routing entries, and which would =
effectively
be against routing entries caused by unique "provider-independent" =
prefixes.
ISPs today don't get specifically compensated for routing a PI address =
block,=20
but they do get to participate in the various RIR processes and have =
some say=20
in the impacts of public policies as they are discussed. Historically, =
this=20
has proved to be sufficient input that ISPs generally respect the =
tradeoffs=20
inherent in the approved policy, and will route the result.
If you have an economic mechanism which handles this function instead, =
and=20
an abundance of resources (e.g. IPv6), then it might be possible to =
operate=20
under very different assumptions than the present Internet registry =
system,
and the resulting costs of operating the registry portion could be =
minimal.
The implementation of this is left as an exercise for the reader...
/John
p.s. These are my personal thoughts only and in no way reflect any =
position
of ARIN or the ARIN Board of Trustees. I provide them solely to =
help=20
outline some of the tradeoffs inherent in the current Registry =
system.
