[LACNIC/Politicas] LAC-2013-03 - Nueva versión (2) / Nova versão (2) / New version (2)

[Juan Alejo Peirano]

Hola Pedro!

Luego de la finalización del período de discusión, hay un período de 14 
días donde será realizado el llamado a consenso.

Puedes encontrar toda la información referente al proceso Expeditivo del 
desarrollo de políticas en el siguiente enlace:

http://www.lacnic.net/pt/web/lacnic/proceso-de-desarrollo-de-politicas

Quedamos atentos a cualqueir consulta que pueda surgir.

Saludos cordiales,

Juan Alejo Peirano

El 16/12/2013 07:25 p.m., Pedro Torres escribió:
> Olá,
>
> Esta política ficará para discussão na lista até o dia 24/01/2014?
> Qual a previsão para o chamado de consenso?
>
> Abraços,
> Pedro
>
> 2013/11/25 Max Larson Henry <maxlarson.henry at transversal.ht>:
>> Estimados suscriptores de la lista de políticas de LACNIC,
>>
>> Se recibió una nueva versión (2) de la propuesta de Política LAC-2013-03:
>>
>> Adaptar la política de distribuciones/asignaciones para el agotamiento de
>> direcciones IPv4.
>>
>> http://www.lacnic.net/documents/10834/393498/lac-2013-03-ESv2.pdf
>>
>>
>> IMPORTANTE
>> ===========================================================
>> Luego de haber sido puesto a consideración, dados los tiempos que se
>> manejan respecto a los temas tratados por esta propuesta
>> se ha resuelto aceptar la propuesta bajo el proceso expeditivo
>> ===========================================================
>>
>> DATOS DEL AUTOR:
>> Nombre: Carlos Plasencia
>> eMail: carlos.plasencia at outlook.com
>> Organización: BT
>>
>> DATOS de la PROPUESTA:
>> Título de la Propuesta: Adaptar la política de distribuciones/asignaciones
>> para el agotamiento de direcciones IPv4.
>> Tipo de Propuesta: Expeditivo
>> Id: LAC-2013-03
>> Versión: 2
>>
>> RESUMEN DE LA PROPUESTA:
>>
>> La presente plantea aumentar el tamaño de las reservas creadas pensando en
>> el agotamiento de direcciones IPv4, creciendo de un /12 a un /11 para
>> recursos IPv4 exclusivos para nuevos miembros (política 11.1) y el aumento
>> de un /12 a un /11 para recursos IPv4 para una terminación suave (política
>> 11.2), además el permitir la recurrencia de solicitudes de direccionamiento
>> para la infraestructura que sea considerada como critica, mientras este sea
>> justificado, se plantea además modificar el termino suave por gradual para
>> añadir una la misma terminología en los idiomas utilizados en la región.
>>
>> JUSTIFICACIÓN
>>
>> Teniendo en cuenta el tamaño de las reservas de direcciones IPv4, la
>> cantidad de solicitudes en base a los miembros existentes de LACNIC y de
>> cómo han afrontado los otros RIR el agotamiento en sus respectivas
>> regiones, se plantea  aumentar el tamaño de la reserva existente.
>>
>> Ya para mediados de este año la cantidad de miembros supera los 3000, y en
>> los últimos dos años, ha crecido en alrededor de 600 miembros nuevos por
>> año, de acuerdo a las gráficas de crecimiento de la membresía de LACNIC.
>> Teniendo en cuenta que un bloque /12 está compuesto de 1024 bloques /22,
>> las reservas establecidas actualmente parecen ser insuficientes para
>> enfrentar de manera correcta la transición al protocolo IPv6 en nuestra
>> región.
>>
>> Otro punto importante a considerar es el direccionamiento para la
>> infraestructura crítica, ya que las políticas actuales referentes al
>> agotamiento de IPv4 no prevén asignaciones recurrentes para la misma.
>> Dada la importancia de este tipo de organizaciones para la red, éstas
>> debieran de poder solicitar recursos en caso de necesitarlo. Tal como están
>> las políticas hoy día, una vez activada la política 11.2, estas
>> organizaciones podrán solicitar
>> recursos solamente cada 6 meses y cuando se active la política 11.1, no
>> podrán solicitar recursos a menos que sea una nueva organización y solo una
>> única vez. Esta política propone que las organizaciones consideradas como
>> infraestructura crítica puedan solicitar hasta un /22 en el momento que lo
>> necesiten, tanto de la reserva 11.1 como de la reserva 11.2, hasta que
>> afronten de lleno la incorporación de IPv6.
>> En vista de que el manual debe traducirse en varios idiomas (Español,
>> Portugués, e Inglés), se modifica la terminología utilizada en el punto
>> 11.2 para que tenga el mismo significado en estos idiomas por lo que se
>> utilizará el termino gradual en vez de suave.
>>
>> TEXTO DE LA PROPUESTA:
>> Las consideraciones tomadas en la presente política solo afectarán a la
>> sección 11 del Manual de Políticas y sus respectivos puntos, los cuales se
>> mencionan a continuación.
>>
>> 11.1. Reserva especial de distribuciones/asignaciones IPV4 para nuevos
>> miembros.
>>
>> 1. LACNIC creará una reserva de un /11 de direccionamiento IPv4 para nuevos
>> miembros de LACNIC.
>>
>> 2. No se harán distribuciones o asignaciones de recursos IPv4 a
>> organizaciones que ya tengan recursos IPv4 distribuidos o asignados por
>> LACNIC o por las organizaciones que antecedieron a LACNIC en esta reserva
>> en la actual región deservicio de LACNIC.
>>
>> 3. Solicitudes de recursos IPv4 que según las políticas vigentes de LACNIC
>> sean clasificadas como infraestructura critica podrán recibir
>> direccionamiento bajo las condiciones de esta política aunque ya cuenten
>> con recurso IPv4 asignado por LACNIC.
>>
>> 4. LACNIC solo podrá realizar distribuciones o asignaciones de recursos
>> IPv4 mayores o iguales a /24 y menores o iguales a /22 de esta reserva.
>>
>>
>> 5. LACNIC podrá realizar distribuciones o asignaciones de esta reserva a
>> partir de la aprobación de la primera solicitud de recursos IPv4 que no
>> pueda ser satisfecha utilizando la reserva creada en el punto 11.2.
>>
>> 6. Las solicitudes de recursos IPv4 de prefijos menores a /22 que se
>> encuentren pendientes por aprobación solo podrán recibir un /22 de esta
>> reserva.
>>
>> 7. Las organizaciones que reciban recursos IPv4 bajo las condiciones
>> establecidas en la siguiente política no podrán recibir recursos IPv4
>> adicionales por parte de LACNIC provenientes de esta reserva, exceptuando
>> solicitudes para infraestructura crítica.
>>
>>
>> 8. Un bloque recibido bajo esta política no podrá ser transferido siguiendo
>> el punto 2.3.2.18 del manual de políticas durante un periodo de un año. Lo
>> mismo aplica para sus sub-bloques, es decir, bloques que agrupen un
>> subconjunto de las direcciones IPv4 que contiene el bloque
>>
>> 9. La presente política no substituye el punto 11.2 del Manual de
>> Políticas. La reserva creada bajo el punto 11.2 es independiente a la
>> reserva creada  bajo la siguiente política.
>>
>> 10. En caso de que el solicitante aún no cuente con un bloque IPv6 asignado
>> por LACNIC, también deberá solicitar un bloque IPv6 cumpliendo con la
>> política aplicable.
>>
>>
>> Sobre Distribuciones/asignaciones para una terminación gradual de recursos
>> IPv4 del manual de políticas se verá modificado como se muestra a
>> continuación.
>>
>> 11.2. Distribuciones/asignaciones para una terminación gradual de recursos
>> IPv4.
>>
>> 1. LACNIC creará una reserva de un /11 de direccionamiento IPv4 con motivo
>> de realizar una terminación gradual de recursos IPv4 en la región LACNIC.
>>
>> 2. LACNIC solo podrá realizar distribuciones o asignaciones de recursos
>> IPv4 mayores o iguales a /24 y menores o iguales a /22 de esta reserva.
>>
>> 3. LACNIC podrá realizar distribuciones o asignaciones de esta reserva a
>> partir de la aprobación de la primera solicitud de recursos IPv4 que no
>> pueda ser satisfecha en su totalidad por falta de recursos IPv4 en la
>> región LACNIC.
>>
>> 4. Las solicitudes de recursos IPv4 menores a /22 que se encuentren
>> pendientes por aprobación solo podrán recibir un /22 una vez que esta
>> política es vigente.
>>
>> 5. Las organizaciones que reciban recursos IPv4 de LACNIC bajo las
>> condiciones establecidas en la siguiente política podrán recibir recursos
>> IPv4 adicionales por parte de LACNIC seis meses después siempre y cuando
>> generen una nueva solicitud que justifique la necesidad de recursos IPv4
>> adicionales según las políticas vigentes de distribución o asignación de
>> direccionamiento IPv4. Las organizaciones que soliciten direccionamiento
>> para infraestructura critica, podrán solicitar hasta un /22 en cualquier
>> momento.
>>
>> 6. Un bloque recibido bajo esta política no podrá ser transferido siguiendo
>> el punto 2.3.2.18 del manual de políticas durante un periodo de un año. Lo
>> mismo aplica para sus sub-bloques, es decir, bloques que agrupen un
>> subconjunto de las direcciones IPv4 que contiene el bloque.
>>
>> 7. La presente propuesta no substituye el punto 11.1 del manual de
>> políticas. La reserva creada bajo el punto 11.1 es independiente a la
>> reserva creada bajo la siguiente propuesta.
>>
>>
>> INFORMACIÓN ADICIONAL:
>>
>> Tiempo de implementación: Inmediata tras su aprobación
>>
>> Grupo de trabajo:
>>
>> Propuestas previas relacionadas:
>>
>> Referencias:
>>
>> Cambios desde versión anterior: En el punto 11.1 se simplifica la
>> adaptación y se elimina la necesidad la demostración de la utilización
>> eficiente de al menos un 80% de sus recursos y el indicar un plan de acción
>> para la próxima implementación de IPv6.
>> En el punto 11.2 se cambia la palabra suave por gradual, se simplifica la
>> adaptación y se remueve la necesidad la demostración de la utilización
>> eficiente de al menos un 80% de sus recursos y el indicar un plan de acción
>> para la próxima implementación de IPv6. Además se elimina el punto número 6
>> el cual creaba una redundancia de la cantidad de tiempo que se debía
>> esperar hasta realizar una nueva solicitud (6 meses).
>>
>>
>> ----------------------------------------------------------------------------------
>>
>> Prezados membros da lista políticas do LACNIC,
>>
>> Se recebeu uma nova versão (2) da proposta de Política LAC-2013-03:
>>
>> Adaptar a política de alocações/designações para o esgotamento de endereços
>> IPv4.
>>
>> http://www.lacnic.net/documents/10834/393498/lac-2013-03-PTv2.pdf
>>
>>
>> IMPORTANTE
>> ==========================================================
>> Logo após ser colocado em consideração, dados os tempos administrados em
>> relação aos temas tratados por esta proposta está
>> decidido que se aceita a proposta debaixo o processo expedito
>> ==========================================================
>>
>> DADOS DO AUTOR:
>> Nome: Carlos Plasencia
>> e-Mail: carlos.plasencia at outlook.com
>> Organização: BT
>>
>> DADOS da PROPOSTA:
>> Título da Proposta: Adaptar a política de alocações/designações para o
>> esgotamento de endereços IPv4.
>> Tipo de Proposta: Expedito
>> Id: LAC-2013-03
>> Versão: 2
>>
>> RESUMO DA PROPOSTA:
>>
>> A presente proposta tem por objetivo aumentar o tamanho das reservas
>> criadas pensando no esgotamento dos endereços IPv4, aumentando de /12 para
>> /11 para recursos IPv4 exclusivos para novos membros (política 11.1) e de
>> /12 para /11 para recursos IPv4 para um esgotamento tranquilo (política
>> 11.2), além de permitir a recorrência de solicitações de endereçamento para
>> a infraestrutura que seja considerada crítica, enquanto isso for
>> justificado. Propõe-se também modificar o termo “tranquilo” por “gradativo”
>> para utilizar uma mesma terminologia nas línguas utilizadas na região.
>>
>>
>> JUSTIFICACÃO
>>
>> Considerando o tamanho das reservas de endereços IPv4, a quantidade de
>> solicitações baseadas nos membros existentes do LACNIC e a forma em que os
>> outros RIR têm enfrentado o esgotamento em suas respectivas regiões,
>> propomos aumentar o tamanho da reserva existente.
>>
>> Em meados deste ano, o número de membros superou os 3000, e nos últimos
>> dois anos, tem crescido em cerca de 600 membros novos por ano, segundo os
>> gráficos de crescimento da membresia do LACNIC.
>> Considerando que um bloco /12 está formado por 1024 blocos /22, as reservas
>> estabelecidas hoje parecem não ser suficientes para resolver adequadamente
>> a transição para o protocolo IPv6 em nossa região.
>>
>> Outro ponto importante a ser considerado é o endereçamento para a
>> infraestrutura crítica, já que as políticas atuais referentes ao
>> esgotamento do IPv4 não preveem designações recorrentes para a mesma.
>> Dada a importância desse tipo de organizações para a rede, elas deveriam
>> poder solicitar recursos, se necessário. Do jeito como estão as políticas
>> hoje, uma vez ativada a política 11.2, essas organizações poderão solicitar
>> recursos apenas cada 6 meses e quando a política 11.1 for ativada, não
>> poderão solicitar recursos, a menos que for uma nova organização e apenas
>> por uma única vez. Esta política propõe que as organizações consideradas
>> como infraestrutura crítica possam solicitar até um /22 quando necessário,
>> tanto da reserva 11.1 quanto da reserva 11.2, até que afrontem
>> completamente a incorporação do IPv6.
>> Dado que o manual deve ser traduzido em vários idiomas (espanhol, português
>> e inglês), a terminologia usada no ponto 11.2 é modificada para ter o mesmo
>> significado nessas línguas, pelo que será usado o termo gradativo em vez de
>> tranquilo.
>>
>>
>>
>> TEXTO DA PROPOSTA:
>> As considerações tomadas na presente política somente vão afetar à seção 11
>> do Manual de Políticas e seus respectivos pontos, que são mencionadas a
>> seguir.
>>
>> 11.1. Reserva especial de alocações/ designações IPv4 para novos membros.
>>
>> 1. O LACNIC vai criar uma reserva de /11 de endereçamento IPv4 para novos
>> membros do LACNIC.
>> 2. Não serão feitas alocações ou designações de recursos IPv4 para
>> organizações que já tiverem recursos IPv4 alocados ou designados pelo
>> LACNIC ou pelas organizações que precederam o LACNIC nessa reserva na atual
>> região de serviço do LACNIC.
>> 3. Solicitações de recursos IPv4 que em concordância com as políticas em
>> vigor do LACNIC forem classificadas como infraestrutura crítica poderão
>> receber endereçamento sob as condições desta política embora já tenham
>> recursos IPv4 designados pelo LACNIC.
>> 4. O LACNIC somente poderá realizar alocações ou designações de recursos
>> IPv4 maiores ou iguais a /24 e menores ou iguais a /22 dessa reserva.
>> 5. O LACNIC poderá realizar alocações ou designações dessa reserva a partir
>> da aprovação da primeira solicitação de recursos IPv4 que não puder ser
>> satisfeita usando a reserva criada no ponto 11.2.
>> 6. As solicitações de recursos IPv4 de prefixos menores a /22 que ainda se
>> encontrarem pendentes de aprovação somente poderão receber um /22 desta
>> reserva.
>> 7. As organizações que recebam recursos IPv4 sob as condições estabelecidas
>> nesta política, não poderão receber recursos IPv4 adicionais por parte do
>> LACNIC provenientes desta reserva, salvo solicitações para infraestrutura
>> crítica.
>> 8. Um bloco recebido sob esta política não poderá ser transferido seguindo
>> o ponto 2.3.2.18 do manual de políticas durante o período de um ano. O
>> mesmo aplica para seus sub-blocos, isto é, blocos que agrupem um
>> subconjunto dos endereços IPv4 contidos no bloco.
>> 9. A presente política não substitui o ponto 11.2 do Manual de Políticas. A
>> reserva criada sob o ponto 11.2 é independente da reserva criada consoante
>> a seguinte proposta.
>> 10. No caso de que o solicitante ainda não tenha um bloco IPv6 designado
>> pelo LACNIC, também deverá solicitar um bloco IPv6 cumprindo com a política
>> aplicável.
>>
>>
>> Sobre Alocações/designações para um esgotamento gradativo de recursos IPv4
>> do manual de políticas vai ser modificado, como mostrado abaixo.
>>
>> 11.2. Alocações/ designações para um esgotamento gradativo de recursos IPv4.
>>
>> 1. O LACNIC vai criar uma reserva de /11 de endereçamento IPv4 com a
>> finalidade de realizar um esgotamento gradativo dos recursos IPv4 na região
>> do LACNIC.
>> 2. O LACNIC somente poderá realizar alocações ou designações de recursos
>> IPv4 maiores ou iguais a /24 e menores ou iguais a /22 dessa reserva.
>> 3. O LACNIC poderá realizar alocações ou designações dessa reserva a partir
>> da aprovação da primeira solicitação de recursos IPv4 que não puder ser
>> satisfeita em sua totalidade por falta de recursos IPv4 na região do LACNIC.
>> 4. As solicitações de recursos IPv4 menores a /22 que ainda se encontrarem
>> pendentes de aprovação somente poderão receber um /22 assim que esta
>> política entrar em vigor.
>>
>> 5. As organizações que recebam recursos IPv4 do LACNIC sob as condições
>> estabelecidas nesta política, poderão receber recursos IPv4 adicionais por
>> parte do LACNIC 6 meses depois sempre que a nova solicitação justifique a
>> necessidade de recursos IPv4 adicionais segundo as políticas em vigor de
>> alocação ou designação de endereçamento IPv4. As organizações que
>> solicitarem endereçamento para infraestrutura crítica poderão solicitar até
>> um /22 a qualquer momento.
>>
>> 6. Um bloco recebido sob esta política não poderá ser transferido seguindo
>> o ponto 2.3.2.18 do manual de políticas durante o período de um ano. O
>> mesmo aplica para seus sub-blocos, isto é, blocos que agrupem um
>> subconjunto dos endereços IPv4 contidos no bloco.
>>
>> 7. A presente proposta não substitui o ponto 11.1 do manual de políticas. A
>> reserva criada nas condições estabelecidas no ponto 11.1 é independente da
>> reserva criada consoante a seguinte proposta.
>>
>> INFORMACÃO ADICIONAL:
>>
>> Tempo de implementação: Imediatamente após a aprovação
>>
>> Grupo de trabalho:
>>
>> Propostas anteriores relacionadas:
>>
>> Referências:
>>
>>
>> Mudanças desde versão anterior (Changelog): No ponto 11.1 simplifica-se a
>> adaptação e elimina-se a necessidade de demonstração do uso eficiente de
>> pelo menos 80% de seus recursos e a apresentação de um plano de ação para a
>> próxima implementação do IPv6.
>> No ponto 11.2 substitui-se a palavra “tranquilo” por “gradativo”,
>> simplifica-se a adaptação e elimina-se a necessidade de demonstração do uso
>> eficiente de pelo menos 80% de seus recursos e a apresentação de um plano
>> de ação para a próxima implementação do IPv6. Além disso, elimina-se o
>> ponto 6 que criava uma redundância da quantidade de tempo que devia ser
>> esperado até poder fazer uma nova solicitação (6 meses).
>>
>> ----------------------------------------------------------------------------------
>>
>> Dear Policy-list Members,
>>
>> There is a new version (2) of the Policy Proposal LAC-2013-03:
>>
>> http://www.lacnic.net/documents/10834/393498/lac-2013-03-ENv2.pdf
>>
>> IMPORTANT
>> ==========================================================
>> Giving the timeframe and the topics considered in this  proposal, it has
>> been decided to accept it under the expedite process
>> ==========================================================
>>
>> AUTHOR DATA:
>> Name: Carlos Plasencia
>> eMail: carlos.plasencia at outlook.com
>> Organization: BT
>>
>> PROPOSAL DATA:
>> Policy Proposal Title: Adapting the allocation / assignment policy for IPv4
>> exhaustion.
>> Policy Proposal Type: expeditious
>> Id: LAC-2013-03
>> Version: 2
>>
>> PROPOSAL SUMMARY:
>>
>> This policy seeks to increase the size of the reserves created considering
>> IPv4 exhaustion, increasing the IPv4 pool reserved for new members from a
>> /12 to a /11 (policy 11.1) and increasing the pool reserved for gradual
>> exhaustion (policy 11.2) from a /12 to a /11. In addition, repeat requests
>> for address space for critical infrastructure, if justified, should be
>> allowed. The proposal also seeks to use the term "gradual" instead of
>> "suave" and "gradativo" instead of "tranquilo" in the Spanish and
>> Portuguese versions of the text, respectively, in order to harmonize the
>> terminology used in the various languages spoken in our region.
>>
>> RATIONALE
>>
>> Based on the size of IPv4 reserves, the number of requests considering
>> LACNIC's current membership, and how other RIRs have managed IPv4
>> exhaustion in their respective regions, we propose increasing the size of
>> the existing reserve.
>>
>> By mid-2013, LACNIC had more than 3000 members. In addition, according to
>> the trends observed in LACNIC membership growth charts, 600 new members
>> have joined the organization each year for the past two years.
>> As each /12 block contains 1024 /22 blocks, current reserves do not appear
>> to be large enough to allow a smooth transition to IPv6 in our region
>>
>> Another important aspect that needs to be considered is addressing for
>> critical infrastructure, as current exhaustion-related policies do not
>> include any specific provisions for repeat assignments to critical
>> infrastructure.
>>
>> Given the importance of this type of organizations, we believe they should
>> be able to request resources when needed. As policies currently stand, once
>> policy 11.2 comes into force, these organizations will only be allowed to
>> request resources once every 6 months; furthermore, when policy 11.1 comes
>> into force, they will be unable to request any further resources unless
>> they qualify as a new member and, even in this case, they will only be able
>> to submit one request. This policy proposes that organizations qualifying
>> as critical infrastructure should be able to request up to a /22 when
>> needed, both from the reserve described in 11.1 as well as from the reserve
>> described in 11.2, until they finally complete their transition to IPv6.
>>
>> Because the manual must be translated into three different languages
>> (Spanish, Portuguese and English), we propose modifying the terminology
>> used in section 11.2 in order to harmonize the meaning in all three
>> languages, using the term gradual instead of suave in Spanish and gradativo
>> instead of tranquilo in Portuguese.
>>
>> PROPOSAL TEXT:
>> This proposal only affects section 11 of the Policy Manual as described
>> below.
>>
>> 11.1 Special IPv4 Allocations/Assignments Reserved for New Members
>>
>> 1. LACNIC will create a reserve equivalent to a /11 block of IPv4 addresses
>> for new LACNIC members.
>>
>> 2. No IPv4 allocations or assignments will be made to organizations that
>> have already been assigned or allocated IPv4 resources by LACNIC or by the
>> organizations that preceded LACNIC in the region currently serviced by
>> LACNIC.
>>
>> 3. Under this policy, IPv4 address requests classified as critical
>> infrastructure according to the LACNIC policies in force may receive
>> addresses, even if they have already been assigned IPv4 resources by LACNIC.
>>
>> 4. LACNIC may only make IPv4 allocations or assignments greater than or
>> equal to a /24 and smaller than or equal to a /22 from this reserve pool.
>>
>> 5. LACNIC will only allocate or assign resources from this reserve after
>> approval of the first IPv4 address request that cannot be satisfied in full
>> due to lack of IPv4 resources in the LACNIC region.
>>
>> 6. Once this policy comes into force, IPv4 resource applications smaller
>> than a /22 that are pending approval may only receive a /22
>>
>> 7. Those organizations that receive IPv4 resources under the terms set
>> forth in the following policy may not receive from LACNIC additional IPv4
>> resources that are part of this reserve, with the exception of requests for
>> critical infrastructure.
>>
>> 8. Blocks received under this policy may not be transferred as specified in
>> paragraph 2.3.2.18 of the policy manual for a period of one year. The same
>> applies to its sub-blocks, i.e., blocks consisting of a subset of the IPv4
>> addresses contained in the block.
>>
>> 9. This policy does not replace section 11.1 of the Policy Manual. The
>> reserve created under section 11.2 is independent from the reserve created
>> under the following policy.
>>
>> 10. If the applicant has not already been assigned an IPv6 address block by
>> LACNIC, it must also request an IPv6 address block in accordance with the
>> applicable policy.
>>
>>
>> As to allocations/assignments for gradual IPv4 resource exhaustion, the
>> policy manual shall be modified as follows.
>>
>> 11.2. Allocations/Assignments for Gradual IPv4 Resource Exhaustion
>>
>> 1. LACNIC will create a reserve equivalent to a /11 block of IPv4 addresses
>> for the purpose of achieving gradual exhaustion of IPv4 resources within
>> the LACNIC region.
>>
>> 2. LACNIC may only make IPv4 allocations or assignments greater than or
>> equal to a /24 and smaller than or equal to a /22 from this reserve pool.
>>
>> 3. LACNIC will only allocate or assign resources from this reserve after
>> approval of the first IPv4 address request that cannot be satisfied in full
>> due to lack of IPv4 resources in the LACNIC region.
>>
>> 4. Once this policy comes into force, IPv4 resource applications smaller
>> than a /22 that are pending approval may only receive a /22.
>>
>> 5. Organizations receiving IPv4 resources under the terms set forth in the
>> following policy may receive additional IPv4 resources from LACNIC after a
>> period of six months, provided that they generate a new request that
>> justifies the need for additional IPv4 resources according to the IPv4
>> address allocation or assignment policies in force. Organizations
>> requesting address blocks for critical infrastructure may request up to a
>> /22 at any time.
>>
>> 6. Blocks received under this policy may not be transferred as specified in
>> paragraph 2.3.2.18 of the policy manual for a period of one year. The same
>> applies to its sub-blocks, i.e., blocks consisting of a subset of the IPv4
>> addresses contained in the block.
>>
>> 7. This proposal does not replace section 11.1 of the Policy Manual. The
>> reserve created under section 11.1 is independent from the reserve created
>> under this proposal.
>>
>>
>> ADDITIONAL INFORMATION:
>>
>> Timetable: Immediate implementation after approval.
>>
>> Working Group:
>>
>> Related Previous Proposals:
>>
>> References:
>>
>> Changelog:
>> In Section 11.1, this version simplifies the adaptation and removes the
>> need for the requesting organization to submit evidence of efficient
>> utilization of at least 80% of its resources and an action plan showing how
>> IPv6 will be implemented.
>> In Section 11.2, this version replaces the terms "suave" and "tranquilo"
>> with "gradual" and "gradativo" in Spanish and Portuguese, respectively,
>> simplifies the adaptation and removes the need for the requesting
>> organization to submit evidence of efficient utilization of at least 80% of
>> its resources and an action plan showing how IPv6 will be implemented. In
>> addition, paragraph 6 is also eliminated, as it created a redundancy in
>> terms of the amount of time an organization must wait before
>>
>> Regards,
>>
>> Nicolas Antoniello
>> Max Larson Henry
>> LACNIC Public Policy Forum Chairs
>> _______________________________________________
>> Politicas mailing list
>> Politicas at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/politicas
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas