[LACNIC/Politicas] New Proposal / Nueva Propuesta / Nova Proposta - LAC-2011-05

Fri Mar 18 00:32:39 BRT 2011

Dear Policy-list Members,

There is a new Policy Proposal; it was assigned the number 2011-05:

[LAC-2011-05] Global Policy for post exhaustion IPv4 allocation mechanisms
by the IANA
http://lacnic.net/documentos/politicas/LAC-2011-05-en.pdf

Your comments are welcome.

Max Larson Henry
Nicolas Antoniello
co-Chairs of Public Policy Forum - LACNIC

===================================================================================

Estimados suscriptores de la lista de políticas de LACNIC,

Se recibió una nueva propuesta de Política; se le asignó el número 2011-05:

[LAC-2011-05] Política global para la distribución de espacio de direcciones
IPv4 por parte de la IANA post agotamiento
http://lacnic.net/documentos/politicas/LAC-2011-05-sp.pdf

Esperamos sus comentarios.

Max Larson Henry
Nicolas Antoniello
Moderadores del Foro Público de Políticas de LACNIC

====================================================================================

Prezados membros da lista políticas do LACNIC,

Se recebeu a seguinte proposta de Política se lhe designo o numero 2011-05:

[LAC-2011-05] Política global para a alocação de espaço de endereçamento
IPv4 por parte da IANA pós-esgotamento
http://lacnic.net/documentos/politicas/LAC-2011-05-pt.pdf

Esperamos seus comentários.

Max Larson Henry
Nicolás Antoniello
 Moderadores do Foro Público de Políticas - LACNIC
-------------- next part --------------
AUTHOR DATA:

Nicolas Antoniello
Alejandro Acosta  
S. Moonesamy
Douglas Onyango 
Medel Ramirez
Masato Yamanishi
Philip Smith

PROPOSAL DATA:

Policy Proposal Title: Global Policy for post exhaustion IPv4 allocation mechanisms by the IANA

Policy Proposal Type: Global

Id: LAC-2011-05 

PROPOSAL SUMMARY

This proposal describes the process that IANA will follow to allocate IPv4 resources to Regional Internet Registries (RIRs) after the central pool of addresses is exhausted.

The processes for how IPv4 space may be placed in the IANA Recovered IPv4 Pool is out of the scope of this proposal.

RATIONALE

The IANA has now exhausted its pool of IPv4 /8 blocks, having distributed its remaining IPv4 addresses according to the "Global Policy for the Allocation of the Remaining IPv4 Address Space".[1] However, there is the possibility that IANA will receive returned addresses post-exhaustion of its pool of /8s.

An earlier global policy proposal authored by a team consisting of people from each of the five RIRs reached consensus at four RIRs, and was subsequently endorsed by these RIRs' Boards. In the APNIC region, this was prop-069, "Global policy proposal for the allocation of IPv4 blocks to Regional Internet Registries". To see the proposal reference number for this proposal in all five RIRs, see Appendix A.

The version approved in the fifth region was substantially rewritten by that community to meet some of their concerns. However, given the nature of the rewrites, it would have been difficult to reconcile t hat version with the version that reached concensus in the other four RIRs. Therefore, some members of the ARIN community wrote a new global proposal, "Global Policy for IPv4 Allocations by the IANA Post Exhaustion", which has been adopted in the ARIN region. It is under discussion in the AfriNIC, APNIC and RIPE regions. In the APNIC region, it is prop-086. To see the proposal reference number for this proposal in all five RIRs, see Appendix A. However, there are significant issues with prop-086. These are:

- The reclamation pool could be exhausted by RIR(s) with high allocation rates after the first (or first few) allocation period(s). 

There are two main reasons RIRs will have differing allocation rates after the IANA pool is exhausted:

1. Rate of Internet growth in the region

2. Policies developed by different regions governing how the last part of their IPv4 addresses are to be managed.

In response to IPv4 exhaustion, some RIR communities have chosen to apply policies to a part of their last IPv4 addresses that aim to assist with a smooth transition to IPv6. An effect of such policies is that it can slow down the consumption of IPv4 addresses allocated under these policies. This side effect would put RIRs that have chosen to adopt such policies at a disadvantage, as they will take far longer to qualify for space under prop-086 compared to RIRs that have chosen not to adopt such policies. Therefore, to ensure that regional variation in runout policy amongst RIRs is accounted for, it is important to have an IANA redistribution method that can continue to provide resources to RIRs over more than one (or only a few) allocation periods.

- The definitions of when an RIR is considered to be "exhausted", and therefore eligible for space from IANA, should be more flexible given the very different RIR policy environments and the number of addresses available at any given time.

- Under the redistribution formula proposed in prop-086, it is possible for one RIR to be the single eligible RIR in the first IANA allocation period and for that RIR to claim the entire reclamation pool. It is also possible that only one RIR could be eligible during subsequent allocation periods, and take the total IANA pool available at that time.

To prevent this from happening, it is better to have a formula that would allow RIRs to take only a certain fraction of the IANA pool at each allocation period.

A problem with both prop-069 and prop-086 is related to the policy for the return of addresses by the RIRs to IANA:

- In prop-069, the return of addresses to the reclamation pool was mandatory. This restriction was of significant concern to the ARIN community.

- In prop-086, return of addresses by RIRs is optional, but there is nothing to prevent an RIR which has contributed nothing towards IANA's return pool from claiming part, or indeed all, of the return pool.

- Because of the two above issues, this new proposal separates the return of address space to the IANA from the redistribution of that space by the IANA. Instead, the authors of this new proposal treat the return and redistribution as two separate issues that should be treated as separate policies.

A problem with prop-069, prop-086, and the first version of prop-097 is that attempts to find ways to make "eligibility" and "exhaustion" meet the different needs of all five RIRs caused problems for at least of the RIRs. 

- To avoid this situation, this second version of prop-097 invokes the precedent of last global policy for IPv4 distribution by the IANA[1] to propose an alternative way to distribute space from the IANA. That is, that there be an equal distribution of addresses between all RIRs.

Pros/Cons
-------------

Advantages:

- The policy provides a mechanism for the ongoing distribution of  IPv4 address space, while removing the areas of prop-069 that  were problematic for the ARIN community, and removing the problematic areas of prop-086. That is, the proposal:

- Permits regional variation in runout policy amongst RIRs to be accounted for in the distribution of the Recovered IPv4 Pool

- Prevents the possibility of a single RIR being eligible to  be allocated the entire Recovered IPv4 Pool in the first (and perhaps only) allocation period

- Removes two areas of policy that have failed to reach agreement in previous attempts at this proposal:

- How addresses should be placed in the Recovered IPv4 Pool

- References to how transfers should or should not take place 

Disadvantages:

- This proposal does not provide details of how address space may be returned to the IANA IPv4 Recovered Pool.

Effect on LACNIC
----------------------

This policy governs the allocation relationship between the IANA and the RIRs. It does not imply any change to allocation relationships between LACNIC and its Members.

Effect on NIRs
------------------

This policy governs the allocation relationship between the IANA and the RIRs. It does not imply any change to allocation relationships between APNIC and the NIRs.

References
---------------

[1] "Global Policy for the Allocation of the Remaining IPv4 Address
Space"

http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm

[2] "IANA IPv4 Address Space Registry", February 2011 
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

Appendix A
--------------

Proposal number given to "Global policy proposal for the allocation of IPv4 blocks to Regional Internet Registries" in each of the five  regions:

AfriNIC: AFPUB-2009-v4-002
APNIC: prop-069
ARIN: ARIN-2009-3
LACNIC: LAC-2009-01
RIPE: RIPE 2009-01

Proposal number given to "Global Policy for IPv4 Allocations by the
IANA Post Exhaustion" in each of the five regions:

AfriNIC: AFPUB-2010-v4-006
APNIC: prop-086
ARIN: ARIN-20 10-10
LACNIC: LAC-2010-04
RIPE: RIPE 2010-05

PROPOSAL TEXT

Upon adoption of this IPv4 address policy by the ICANN Board of Directors, the IANA shall establish a Recovered IPv4 Pool to be utilized post RIR IPv4 exhaustion as defined in Section 1. The Recovered IPv4 Pool will initially contain any fragments that may be left over in the IANA. It will also hold any space returned to the IANA by any other means.

1 Recovered IPv4 Pool

The Recovered IPv4 Pool will be administered by the IANA. It will contain:

a. Any fragments left over in the IANA inventory after the last /8s of IPv4 space are delegated to the RIRs

- The IANA inventory excludes "Special use IPv4 addresses" as defined in BCP 153 and any addresses allocated by the IANA for experimental use.

b. Any IPv4 space returned to the IANA by any means. 

The Recovered IPv4 Pool will stay inactive until the first RIR has less than a total of a /9 in its inventory of IPv4 address space.

When one of the RIRs declares it has less than a total of a /9 in its inventory, the Recovered IPv4 pool will be declared active, and IP addresses from the Recovered IPv4 Pool will be allocated as stated in Section 4.2 below.

2 Allocation of returned IPv4 address space by the IANA

a. Allocations from the IANA may begin once the pool is declared active.

b. In each "IPv4 allocation period", each RIR will receive a single "IPv4 allocation unit" from the IANA.

c. An "IPv4 allocation period" is defined as a 6-month period following 1 March or 1 September in each year.

d. The IANA will calculate the size of the "IPv4 allocation unit" at the following times:

- When the Recovered IPv4 Pool is first activated
- At the beginning of each IPv4 allocation period

To calculate the "IPv4 allocation unit" at these times, the IANA will use the following formula:

IPv4 allocation unit = 1/5 of Recovered IPv4 pool, rounded down to the next CIDR (power-of-2) boundary.

No RIR may get more than this calculation used to determine the IPv4 allocation unit even when they can justify a need for it.

The minimum "IPv4 allocation unit" size will be a /24. If the calculation used to determine the IPv4 allocation unit results in a block smaller than a /24, the IANA will not distribute any addresses in that IPv4 allocation period.

3 Reporting 

The IANA may make public announcements of IPv4 address transactions that occur under this policy. The IANA will make appropriate modifications to the "Internet Protocol V4 Address Space" page of the IANA website [2] and may make announcements to its own appropriate announcement lists. The IANA announcements will be limited to which address ranges, the time of allocation, and to which Registry they have been allocated.

ADDITIONAL INFORMATION

Timetable: 

Working Group: 

Related Previous Proposals: LAC-2009-01, LAC-2010-04

References: [1] "Global Policy for the Allocation of the
Remaining IPv4 Address
Space"

http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm

[2] "IANA IPv4 Address Space Registry", February
2011 

http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

Changelog:
-------------- next part --------------
DATOS DEL AUTOR:

Nicolas Antoniello
Alejandro Acosta  
S. Moonesamy
Douglas Onyango 
Medel Ramirez
Masato Yamanishi
Philip Smith

DATOS DE LA PROPUESTA:

T?tulo de la Propuesta: Pol?tica global para la distribuci?n de espacio de direcciones IPv4 por parte de la IANA post agotamiento

Tipo de propuesta: Global

Id: LAC-2011-05 

Resumen de la Propuesta:

Esta propuesta describe el proceso que seguir? la IANA para distribuir recursos IPv4 a los Registros Regionales de Internet (RIR) despu?s del agotamiento del stock central de direcciones.

Los procesos por los cuales las direcciones IPv4 pueden ser colocadas en el Pool de Direcciones IPv4 Recuperadas de IANA exceden el alcance de esta propuesta.

JUSTIFICACIîN

La IANA ha agotado su stock de bloques IPv4 /8 y ha distribuido sus direcciones IPv4 restantes de acuerdo con la "Pol?tica global de distribuci?n del espacio IPv4 remanente".[1] Sin embargo, es posible que la IANA reciba direcciones que sean devueltas luego del agotamiento de su stock de /8s.

Una propuesta global anterior preparada por un equipo compuesto por personas de cada uno de los cinco RIR obtuvo consenso en cuatro RIR y fue posteriormente ratificada por los Directorios de dichos RIR. En la regi?n de APNIC esta propuesta recibi? el nombre de prop-069, "Pol?tica global para la distribuci?n de bloques de direcciones IPv4 a los Registros Regionales de Internet". El n?mero de referencia de esta propuesta en los cinco RIR se puede consultar en el Ap?ndice A.

La versi?n aprobada en la quinta regi?n fue sustancialmente modificada por dicha comunidad para tomar en cuenta algunas de sus preocupaciones. Sin embargo, dada la naturaleza de las modificaciones, hubiera sido dif?cil reconciliar esa versi?n con la versi?n que logr? consenso en los otros cuatro RIR. Por este motivo, algunos miembros de la comunidad de ARIN redactaron una nueva pol?tica global, la "Pol?tica global para la distribuci?n de espacio de direcciones IPv4 por parte de la IANA post agotamiento," la cual fue adoptada en la regi?n de ARIN. En las regiones de AfriNIC, APNIC y RIPE est? bajo discusi?n. En la regi?n de APNIC se denomina prop-086. El n?mero de referencia de esta propuesta en los cinco RIR se puede consultar en el Ap?ndice A. Sin embargo, la prop-086 presenta algunos problemas significativos:  

- El pool de direcciones recuperadas podr?a ser agotado por uno o por varios RIR con altas tasas de distribuci?n despu?s del primer per?odo de distribuci?n o despu?s de unos pocos per?odos de distribuci?n. 

Hay dos razones principales por las cuales los RIR tendr?n diferentes tasas de distribuci?n despu?s del agotamiento del stock central de IANA:

1. Tasa de crecimiento de Internet en la regi?n

2. Pol?ticas desarrolladas por las diferentes regiones para regular c?mo se ha de gestionar la ?ltima parte de sus direcciones IPv4

En respuesta al agotamiento del espacio de direcciones IPv4, algunas comunidades han optado por aplicar a una parte de las ?ltimas direcciones IPv4 en su poder pol?ticas cuya intenci?n es facilitar la transici?n a IPv6. Una consecuencia de tales pol?ticas es que pueden desacelerar el consumo de direcciones IPv4 que se distribuyan bajo estas pol?ticas. Este efecto secundario colocar?a en desventaja a los RIR que hayan optado por adoptar tales pol?ticas, ya que ?stos demorar?an mucho m?s en satisfacer los requisitos para recibir espacio bajo la prop-086 que los RIR que hayan optado por no adoptar este tipo de pol?ticas. Por lo tanto, para garantizar que se tome en cuenta la variaci?n de las pol?ticas de agotamiento entre los diferentes RIR, es importante contar con un m?todo de redistribuci?n por parte de la IANA que pueda continuar proveyendo recursos a los RIR durante m?s de un per?odo de distribuci?n (o de apenas unos pocos).

- Las definiciones de cu?ndo se considera que un RIR est? "agotado" Ð y por lo tanto es elegible para recibir espacio de la IANAÊÐ deber?a ser m?s flexible dado que los entornos de pol?ticas que existen en los diferentes RIR son muy variados y que el n?mero de direcciones disponibles en cualquier momento dado es variable.

- Bajo la f?rmula de redistribuci?n propuesta en la prop-086, podr?a ocurrir que en el primer per?odo de distribuci?n de la IANA hubiera un ?nico RIR elegible y que dicho RIR solicitara la totalidad del pool de recuperaci?n. Tambi?n podr?a ocurrir que durante per?odos de distribuci?n sucesivos solo hubiera un RIR elegible y que dicho RIR se llevara la totalidad del stock disponible en ese momento en la IANA.

Para evitar estas situaciones es mejor tener una f?rmula que permita que en cada per?odo de distribuci?n los RIR tomen solamente una determinada fracci?n del stock de la IANA.

Un problema que presentan tanto la prop-069 como la prop-086 est? relacionado con la pol?tica de devoluci?n de direcciones por parte de los RIR a la IANA:

- En la prop-069, devolver las direcciones al pool de recuperaci?n era obligatorio. Esta restricci?n representaba una importante preocupaci?n para la comunidad de ARIN.

- En la prop-086, la devoluci?n de las direcciones por parte de los RIR es opcional, pero nada impide que un RIR que no haya contribuido en absoluto al pool de recuperaci?n de la IANA reclame parte ÐÊo incluso la totalidad Ð de dicho pool de recuperaci?n.

- En vista de los dos problemas expuestos en el p?rrafo anterior, esta nueva propuesta separa la devoluci?n de espacio de direcciones a la IANA de la redistribuci?n de dicho espacio por parte de la IANA. Los autores de esta nueva pol?tica consideran que la devoluci?n y la redistribuci?n son dos temas separados que deben ser tratados por pol?ticas separadas.

Un problema con la prop-069, la prop-086 y la primera versi?n de la prop-097 es que los intentos por hacer que los t?rminos "elegibilidad" y "agotamiento" satisficieran las necesidades de los cinco RIR causaron problemas en al menos XXX RIR. 

- Para evitar esta situaci?n, esta segunda versi?n de la prop-097 invoca el precedente de la ?ltima pol?tica global para la distribuci?n de espacio IPv4 por parte de la IANA [1] y propone una manera alternativa de distribuir el espacio desde la IANA. Es decir, que las direcciones se distribuyan equitativamente entre todos los RIR.

Ventajas/Desventajas
-------------
Ventajas:

- La pol?tica provee un mecanismo para la distribuci?n del espacio de direcciones IPv4 y a la vez elimina los aspectos de la prop-069 que la comunidad de ARIN encontraba problem?ticos y las ?reas problem?ticas de la prop-086. Es decir, esta propuesta:

- Permite que la distribuci?n del Pool de Direcciones IPv4 Recuperadas tome en cuenta la variaci?n de las pol?ticas de agotamiento entre los diferentes RIR

- Evita la posibilidad de que haya un ?nico RIR elegible para recibir la totalidad del Pool de Direcciones IPv4 Recuperadas durante el primer (y tal vez ?nico) per?odo de distribuci?n

- Elimina dos ?reas de pol?tica sobre las cuales no se lleg? a un acuerdo en las propuestas anteriores:

- C?mo se deber?an colocar las direcciones en el Pool de Direcciones IPv4 Recuperadas

- Referencias a c?mo se deber?an o no se deber?an realizar las transferencias 

Desventajas:

- Esta propuesta no detalla c?mo se puede devolver espacio de direcciones al Pool de Direcciones IPv4 Recuperadas de la IANA.

Efecto sobre LACNIC
----------------------
Esta pol?tica regula la relaci?n de distribuci?n entre la IANA y los RIR. No implica ning?n cambio en las relaciones de distribuci?n entre LACNIC y sus Miembros.

Efecto sobre los NIR
------------------
Esta pol?tica regula la relaci?n de distribuci?n entre la IANA y los RIR. No implica ning?n cambio en las relaciones de distribuci?n entre APNIC y los NIR.

Referencias
---------------
[1] Pol?tica global de distribuci?n del espacio IPv4 remanente

http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm

[2] Registro de espacio de direcciones IPv4 de IANA, febrero de 2011 
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

Ap?ndice A
--------------
N?meros de propuesta asignados a la "Pol?tica global para la distribuci?n de bloques de direcciones IPv4 a los Registros Regionales de Internet" en cada una de las cinco regiones:

AfriNIC: AFPUB-2009-v4-002
APNIC: prop-069
ARIN: ARIN-2009-3
LACNIC: LAC-2009-01
RIPE: RIPE 2009-01

N?mero de propuesta asignado a la "Pol?tica global para la distribuci?n de espacio de direcciones IPv4 por parte de la IANA post agotamiento"
en cada una de las cinco regiones:

AfriNIC: AFPUB-2010-v4-006
APNIC: prop-086
ARIN: ARIN-20 10-10
LACNIC: LAC-2010-04
RIPE: RIPE 2010-05

TEXTO DE LA PROPUESTA

Tras la adopci?n de esta pol?tica para direcciones IPv4 por parte del Directorio de ICANN, la IANA establecer? un Pool de Direcciones IPv4 Recuperadas para ser utilizado luego del agotamiento del espacio de direcciones IPv4 de los RIR tal como se define en la Secci?n 1. El Pool de Direcciones IPv4 Recuperadas inicialmente contendr? cualquier fragmento que pudiera haber quedado en el inventario de la IANA. Tambi?n contendr? cualquier espacio devuelto a la IANA por cualquier otro medio.

1.- Pool de Direcciones IPv4 Recuperadas

El Pool de Direcciones IPv4 Recuperadas ser? administrado por la IANA. ?ste contendr?:

a. Cualquier fragmento que pudiera haber quedado en el inventario de la IANA despu?s que los ?ltimos /8 del espacio de direcciones IPv4 sea delegado a los RIR

- El inventario de la IANA excluye las "direcciones IPv4 para usos especiales" seg?n se define en BCP 153 y cualquier direcci?n distribuida por la IANA para uso experimental.

b. Cualquier espacio de direcciones IPv4 devuelto a la IANA por cualquier medio. 

El Pool de Direcciones IPv4 Recuperadas permanecer? inactivo hasta que el primer RIR tenga menos de un total de un /9 en su inventario de espacio de direcciones IPv4.

Cuando uno de los RIR declare tener menos de un total de un /9 en su inventario, el Pool de Direcciones IPv4 Recuperadas ser? declarado activo y las direcciones de dicho Pool de Direcciones IPv4 Recuperadas ser? distribuido de acuerdo con lo especificado en la Secci?n 4.2 a continuaci?n.

2.- Distribuci?n por parte de la IANA del espacio de direcciones IPv4 devuelto

a. La IANA podr? comenzar a realizar distribuciones una vez que el pool se declare activo.

b. En cada "per?odo de distribuci?n de espacio IPv4" cada RIR recibir? de la IANA una ?nica "unidad de distribuci?n IPv4".

c. Un "per?odo de distribuci?n de espacio IPv4" se define como un per?odo de seis meses que comienza el 1ro de marzo o el 1ro de setiembre de cada a?o.

d. La IANA calcular? el tama?o de la "unidad de distribuci?n IPv4" en los siguientes momentos:

- Cuando el Pool de Direcciones IPv4 Recuperadas se active por primera vez
- Al comenzar cada per?odo de distribuci?n de espacio IPv4

En estos momentos, para calcular la "unidad de distribuci?n IPv4" la IANA usar? la siguiente f?rmula:

Unidad de distribuci?n IPv4 = 1/5 del Pool de Direcciones IPv4 Recuperadas, redondeado hacia abajo al l?mite CIDR (potencia de 2) siguiente.

Ning?n RIR podr? obtener m?s que este c?lculo usado para determinar la unidad de distribuci?n IPv4, aun cuando puedan justificar su necesidad.

El tama?o m?nimo de la "unidad de distribuci?n IPv4" ser? un /24. Si el c?lculo usado para determinar la unidad de distribuci?n IPv4 da por resultado un bloque menor a un /24, durante dicho per?odo de distribuci?n de espacio IPv4 la IANA no distribuir? ninguna direcci?n.

3.- Informes 

La IANA podr? publicar anuncios de las transacciones de direcciones IPv4 que se produzcan de acuerdo con esta pol?tica. La IANA har? las modificaciones necesarias en la p?gina "Espacio de direcciones Protocolo Internet V4" de su sitio web [2] y podr? realizar anuncios a trav?s de sus propias listas de anuncios. Los anuncios de la IANA se limitar?n a indicar los rangos de direcciones distribuidos, el momento de la distribuci?n y cu?l Registro recibi? la distribuci?n.

INFORMACIîN ADICIONAL

Tiempo de implementaci?n: 

Grupo de trabajo: 

Propuestas previas relacionadas: LAC-2009-01, LAC-2010-04

Referencias: [1] Pol?tica global de distribuci?n del espacio IPv4 remanente

http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm

[2] Registro de espacio de direcciones IPv4 de IANA, febrero de 2011 

http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

Cambios desde versi?n anterior:
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: LAC-2011-05-PT.txt
URL: <https://mail.lacnic.net/pipermail/politicas/attachments/20110318/c8c8a658/attachment.txt>