[LACNIC/Politicas] Fwd: [arin-announce] Policy Proposal: Internet Assigned Numbers Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to Regional Internet Registries

[Francisco Arias]

---------- Forwarded message ----------
From: Member Services <info at arin.net>
Date: 2009/5/29
Subject: [arin-announce] Policy Proposal: Internet Assigned Numbers
Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to
Regional Internet Registries
To: arin-announce at arin.net


Please be advised that the following policy proposal has been
posted to the ARIN Public Policy Mailing List. All discussion of the
proposal must take place on the PPML.

Regards,

Member Services
American Registry for Internet Numbers (ARIN)


## * ##


Policy Proposal: Internet Assigned Numbers Authority (IANA) Policy for
Allocation of ASN Blocks (ASNs) to Regional Internet Registries

Proposal Originator: Stacy Hughes and Andrew de la Haye

Proposal Version: 1.0

Date: 29 May 2009

Proposal type: modify

Policy term: permanent

Policy statement:

Modification of NRPM section 10.3 extending the deadline for an
undifferentiated ASN pool by 1 year to read:

1. 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





_______________________________________________
ARIN-Announce
You are receiving this message because you are subscribed to
the ARIN Announce Mailing List (ARIN-announce at arin.net).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-announce
Please contact info at arin.net if you experience any issues.