[ppml] 2006-7 IPV6 Initial Allocation suggested changes- Input Requested

[Aaron Hughes]

I would vote for suggested change 1 and not worry so much about ASN bloat with 4 byte ASN addressing that issue.  It still does not 'require' BGP but does require having an ASN and allows for ISPs/LIRs/ORGs to announce as needed.  Also, since there is no requirement to have space be 'globally available' an announcement in this case could in fact be private which leaves flexibility for those who need it.

Cheers,

Aaron

On Mon, Nov 13, 2006 at 01:59:58PM -0500, Azinger, Marla wrote:
> Hello-  In an effort to work with the community on changes to Policy Proposal 2006-7 Changes to IPV6 Initial Allocation Criteria, three different suggested revisions are in this email.  We would like the communities input on three separate suggested revisions.  What do you like about them, or what do you not like about them? Do you prefer one suggestion over the other?  I have given each suggestion a different color to make it easier to tell when one suggestion ands and another begins.  When reviewing the three suggested changes please note the following assumptions:
> 
> - New organizations who do not want to use IPv4 at all and start off using IPv6 addresses only, need a policy that gives them permission to do so. This is also valid for existing companies that may or may not have assigned IPv4 addresses and now want to start offering IPv6 services. These organizations may also wish to request IPv4 at the same time.
> - One year is given as the sufficient time frame to actually implement usage of the IPv6 address space and reveal if the 'said organization' is truly using the IPv6 space granted.
> -Every means of documentation that can reveal 'true intent of use' is not listed as this can be a very long list and should be left to the discretion of the RIR staff.
> - Organization in this is defined as a Corporation, ISP, LLC et al.
> 
> 
> Suggested Change #1 (deletes and replaces current text of item d and requires ASN)
> Replace line item d. to 6.5.1.1 with the following:  
> 'To qualify for an initial allocation of IPV6 address space, an organization must':
> d. be an existing, known ISP in the ARIN region OR be an organization which
> can justify intent to announce the requested IPv6 address space within one
> year and have/obtain and AS Number.
> 
> Rationale for ASN:
> Someone providing this kind of service needs to run BGP.
> 
> 
> Suggested Change #2 (deletes and replaces current text of item d but does not require ASN)
> Replace line item d. to 6.5.1.1 with the following:
> 'To qualify for an initial allocation of IPv6 address space, an organization
> must':
> d. be an existing, known ISP in the ARIN region OR be an organization which
> can justify intent to announce the requested IPv6 address space within one
> year.
> 
> Rationale for no asn:
> We should not require an ASN if they really don't need one? As long as they are statically routed to an upstream and don't want to run bgp/announce directly to the Internet, they don't need an ASN, therefore we shouldn't create policy that would contribute to ASN bloat. 
> 
> 
> Suggested Change #3 (leaves item d in place with the 200 /48 text and adds a new item e but does not require ASN)
> Insert line item e. to 6.5.1.1 with the following:
> 'To qualify for an initial allocation of IPV6 address space, an organization must':
> e.  OR be an organization new to providing internet services, and can justify intent to announce the requested IPV6 address space within one year, through records such as contracts, inventory and/or other applicable documentation.  
> 
> Rationale for no asn:
> We should not require an ASN if they really don't need one? As long as they are statically routed to an upstream and don't want to run bgp/announce directly to the Internet, they don't need an ASN, therefore we shouldn't create policy that would contribute to ASN bloat.  
> 
> Thank you for your time
> Marla (ARIN AC) and Jordi (Proposal Author)
> 
> _______________________________________________
> PPML mailing list
> PPML at arin.net
> http://lists.arin.net/mailman/listinfo/ppml

-- 

Aaron Hughes 
aaronh at bind.com
(703) 244-0427
Key fingerprint = AD 67 37 60 7D 73 C5 B7 33 18 3F 36 C3 1C C6 B8
http://www.bind.com/