Draft Policy 2009-6 (Global): Internet Assigned Numbers Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to Regional Internet Registries [Archived]
OUT OF DATE?
Here in the Vault, information is published in its final form and then not changed or updated. As a result, some content, specifically links to other pages and other references, may be out-of-date or no longer available.
Status: NRPM Section 10.3
Tracking Information
Discussion Tracking
Mailing List:
Formal introduction on PPML on 31August 2009
Origin - Policy Proposal 89:Internet Assigned Numbers Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to Regional Internet Registries (Global Proposal)
Draft Policy - 31 August 2009 (with staff assessment)
Last call - 28 October through 13 November 2009
AC recommened Board adopt - 24 November 2009
Adopted by the ARIN Board - 13 January 2010
Adopted by the ICANN Board - 21 September 2010
NRPM updated - 12 January 2011
ARIN Public Policy Meeting:
ARIN Advisory Council:
AC Shepherds:
Stacy Hughes and Marla Azinger
ARIN Board of Trustees:
Revisions:
None
Implementation:
Draft Policy 2009-6 (Global)
Internet Assigned Numbers Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to Regional Internet Registries
Version/Date: 31 August 2009
Policy statement:
Modification of NRPM section 10.3 extending the deadline for an undifferentiated ASN pool by
1 year to read:
- Allocation Principles
IANA allocates ASNs to RIRs in blocks of 1024 ASNs. In this document the term “ASN block”
refers to a set of 1024 ASNs. Until 31 December 2010, allocations of 16-bit and 32-bit only ASN
blocks will be made separately and independent of each other [1].
This means until 31 December 2010, RIRs can receive two separate ASN blocks, one for 16-bit
ASNs and one for 32-bit only ASNs from the IANA under this policy. After this date, IANA and
the RIRs will cease to make any distinction between 16-bit and 32-bit only ASNs, and will
operate ASN allocations from an undifferentiated 32-bit ASN allocation pool.
Rationale:
a. Arguments supporting the proposal
Due to operational issues external to the IANA/RIR policy process, 32-bit only ASNs are not
being issued by the RIRs at the anticipated rate. As it stands, RIRs will likely not be able to
justify a new block of ASNs from the IANA after 31 December 2009 due to a glut of free 32 bit
only ASNs in the RIR’s pool. This leaves available, essential 16-bit ASNs stranded in the IANA
free pool. This proposal seeks to remedy the potential problem by extending the deadline for
differentiation by one year.
With this proposal the policy will be aligned with the actual reality in regards to 32-bit ASN
deployment and usage.
The subject was raised during RIPE 58 and a presentation was made:
http://www.ripe.net/ripe/meetings/ripe-58/content/presentations/asn32-take-up-report.pdf
The feedback in this session suggested that a global policy proposal should be developed and
should be discussed.
b. Arguments opposing the proposal
Some may think that extending the previously set timeline can be perceived as some
discouragement for the deployment of 32-bit ASNs. One counter argument to this is that RIRs
and Internet community have some other mechanisms and activities to raise awareness for 32-bit
ASN pool (via public presentations and trainings). These activities will continue while 16-bit
ASN blocks are still allocated to RIRs by the IANA as they are available and they are needed.
Timetable for implementation: Immediately upon ratification by ICANN Board
OUT OF DATE?
Here in the Vault, information is published in its final form and then not changed or updated. As a result, some content, specifically links to other pages and other references, may be out-of-date or no longer available.