[ppml] Proposed Policy: Changes to IPv6 initial allocationcriteria

Stephen Sprunk stephen at sprunk.org
Thu Oct 12 12:29:54 EDT 2006

Thus spake "Andrew Dul" <andrew.dul at quark.net>
>>  Policy statement:
>>  Delete section d. of NRPM
>> d:  be an existing, known ISP in the ARIN region or have a plan for
>> making at least 200 /48 assignments to other organizations within 
>> five
>> years.
> My main understanding of why this policy might be needed is that
> some feel that the 200 /48 assignments is an arbitrary requirement.
> Some feel that this type of requirement would encourage a smaller
> LIR to provide false information to ARIN in order to obtain PA address
> space.
> If the problem is with the 200 /48 requirements, I would suggest just
> striking the words "at least 200" from the policy rather than removing
> the entire requirement.

The requirement, as I understand it, is to prevent allocations to "flash 
in the pan" startups who have no track record or orgs who are not really 
LIRs from getting a routing table slot; the latter was a major concern 
before the PI policy was adopted (e.g. WTF did Cisco, IBM, et al qualify 
as LIRs and get /32s?).

A lot of this hinges on the ARIN staff's interpretation of "have a 
plan".  I would hope that any startup ISP with a reasonable business 
model would be accepted as "having a plan", and virtually no ISP is 
going to be economically viable without at least 200 customers.  There 
may be some specialized orgs that cater to specific niches which might 
be under 200 users, but those would likely qualify under the "known ISP" 
category, or their customers may be large enough to get PI space now 

The other thing is that a small ISP is most likely to start up as a PA 
customer of another ISP; asking them to accumulate N customers before 
getting their own routing table slot seems reasonable, though there's 
room for debate on what N should be.

I'd like to see stats on how many ISPs have been _denied_ an allocation 
under the existing rules, and why.  I'd also be curious if ARIN's 
counsel has any comments on the anti-trust implications mentioned in the 
rationale.  If neither of those turns up a motivation for change, I'm 
against this proposal by default on the grounds it's a solution in 
search of a problem.

> I do not think that small ISPs should use the PI address space policy
> to a bootstrap to getting PA address space later.

Agreed; I'd rather have LIRs lying about their customer counts to get PA 
space than have them using PI space, which is specifically intended for 
direct assignment to end users.


Stephen Sprunk         "God does not play dice."  --Albert Einstein
CCIE #3723         "God is an inveterate gambler, and He throws the
K5SSS        dice at every possible opportunity." --Stephen Hawking 

More information about the ARIN-PPML mailing list