[arin-ppml] Updated text for Simplified IPv6 Policy
Below is an updated copy of my Simplified IPv6 Policy proposal, which
takes into account suggestions made on the list so far.
Delete "6.1 Introduction"
/This is all historical./
Delete "6.2 Definitions"
/The definitions we need are all defined in section 2./
Leave 6.3 as is (renumber to 6.1)
/I think these still accurately reflect the Goals we want our policy to
Move 6.4.1 to 1.1. Retitle to "Number resources not to be considered
property" and update text per below.
/This is a principle more general than just IPv6, and needs to be
updated to be ARIN-specific and refer to the RSA./
Delete 6.4.2 - 6.4.4
/These principles don't seem worthy of elevation to special status./
Replace 6.5 Policies for allocations and assignments with text below
(renumber to 6.2)
/This seems to be where most of the changes and simplification are needed./
Delete 6.6 References
/This is all historical, and doesn't need to be part of the NRPM./
Delete 6.7 Appendix A: HD-Ratio
/We can let the HD-Ratio guide policy without making people like David's
grandma do the math./
Delete 6.8. Appendix B: Background information
/This is all historical/
Move 6.9 and 6.10 into 184.108.40.206 below
1.1. Number resources not to be considered property
It is contrary to the goals of this document and is not in the interests
of the Internet community as a whole for address space to be considered
The policies in this document are based upon the understanding that
globally-unique number resources are licensed for use rather than owned.
Specifically, IP addresses and ASNs will be allocated and assigned as
defined in the ARIN Registration Services Agreement.
6.2. Policies for IPv6 allocations and assignments
6.2.1. Allocations and assignments
To meet the goal of Fairness, ARIN makes both allocations and
assignments according to common criteria. Allocations are made to LIRs,
and assignments to certain end users.
6.2.2. Assignments from LIRs/ISPs
End-users are assigned an end site assignment from their LIR or ISP. The
exact size of the assignment is a local decision for the LIR or ISP to
make, using a minimum value of a /64 (when only one subnet is
anticipated for the end site) up to the normal maximum of /48, except in
cases of extra large end sites where a larger assignment can be justified.
The following guidelines may be useful (but they are only guidelines):
* /64 when it is known that one and only one subnet is needed
* /56 for small sites, those expected to need only a few subnets
over the next 5 years.
* /48 for larger sites
For end sites to whom reverse DNS will be delegated, the LIR/ISP should
consider making an assignment on a nibble (4-bit) boundary to simplify
reverse lookup delegation.
6.2.3. Allocations and assignments from ARIN
To balance the goals of Aggregation, Conservation, Fairness, and
Minimized Overhead, ARIN normally issues IPv6 addresses only in the
discrete sizes of /48, /40, /32, /28, or /24 or larger. Each
organization or discrete network may qualify for one allocation or
assignment of each size, and must pay fees according to ARIN's fee
schedule  <https://www.arin.net/fees/fee_schedule.html> for each size
220.127.116.11 X-Small (/48)
To qualify for a /48 allocation or assignment, an organization must:
* Be multihomed, per section 2.7, and qualify for an ASN per section
* Serve at least 1000 hosts; or
* Demonstrate efficient utilization of all direct IPv4 assignments
and allocations, each of which must be covered by any current ARIN
* Qualify for a Micro-allocations for Internal Infrastructure per
18.104.22.168.1 Micro-allocations for Internal Infrastructure /(Copied from
Organizations that currently hold IPv6 allocations may apply for a /48
micro-allocation for internal infrastructure. Applicant must provide
technical justification indicating why a separate non-routed block is
required. Justification must include why a sub-allocation of currently
held IP space cannot be utilized. Internal infrastructure allocations
must be allocated from specific blocks reserved only for this purpose.
22.214.171.124 Small (/40)
To qualify for a /40 allocation or assignment, an organization must
qualify for two or more /48s.
126.96.36.199 Medium (/32)
To qualify for a /32 allocation or assignment, an organization must:
* Qualify for 100 or more /48s; or
* Be an existing, known LIR; or
* Have a plan to provide IPv6 connectivity to other organizations
and assign at least 100 end-site assignments to those
organizations within 5 years.
188.8.131.52 Large (/28)
To qualify for a /28, an organization must demonstrate the need to make
assignments and/or reallocations equal to at least 20,000 /48s.
184.108.40.206 X-Large (/24 or larger)
Allocations or assignments of /24 or larger may be made only in
exceptional cases, to organizations that require more than a /28, and
have submitted documentation that reasonably justifies the request. If
approved, the allocation size will be based on the number of existing
users and the extent of the organization's infrastructure.
6.3. Registration /(Copied from NRPM 6.5.5)/
When an organization holding an IPv6 address allocation makes IPv6
address assignments, it must register assignment information in a
database, accessible by RIRs as appropriate (information registered by
ARIN may be replaced by a distributed database for registering address
management information in future). Information is registered in units of
assigned /56 networks. When more than a /56 is assigned to an
organization, the assigning organization is responsible for ensuring
that the address space is registered in an ARIN database.
6.3.1. Residential Customer Privacy /(Copied from NRPM 220.127.116.11)/
To maintain the privacy of their residential customers, an organization
with downstream residential customers may substitute that organization's
name for the customer's name, e.g. 'Private Customer - XYZ Network', and
the customer's street address may read 'Private Residence'. Each private
downstream residential reassignment must have accurate upstream Abuse
and Technical POCs visible on the WHOIS record for that block.
6.3.2. Reverse lookup /(Copied from NRPM 6.5.6)/
When ARIN delegates IPv6 address space to an organization, it also
delegates the responsibility to manage the reverse lookup zone that
corresponds to the allocated IPv6 address space. Each organization
should properly manage its reverse lookup zone. When making an address
assignment, the organization must delegate to an assignee organization,
upon request, the responsibility to manage the reverse lookup zone that
corresponds to the assigned address.
-------------- next part --------------
An HTML attachment was scrubbed...