[LACNIC/Politicas] LAC-2012-08 - Nueva version (3) / Nova versao (3) / New version (3)
Azael Fernandez Alcantara
azael at redes.unam.mx
Tue Apr 30 19:38:38 BRT 2013
Buenas Tardes,
Como lo he visto y mencionado, personalmente tambien, en algunas
presentaciones:
"es mejor un mercado blanco con reglas, que uno negro"
SALUDOS
_______
Azael
___________________________________
Mensaje enviado sin acentos
On Tue, 30 Apr 2013, Christian O'Flaherty wrote:
>> Si, el riesgo existe, pero existe con o sin la política.
> Incluso sin la política existe el problema de no tener conocimiento de quien realmente está utilizando esas direcciones, ni en que región.
Será difícil para un proveedor ocultar que vendió esas IP. En BGP
veremos parte de su bloque (o todo) anunciado en un AS de otra región.
No será complicado hacer reportes de prefijos de LACNIC que cambian de
AS y pasan a otras regiones.
Si la transferencia a otra región "no es permitida" por nuestras
políticas, los técnicos de las empresas podrán defenderse mejor cuando
reciban presión para vender sus direcciones.
Christian
2013/4/30 Carlos M. Martinez <carlosm3011 at gmail.com>:
> Los /24 se rutean bien, en general no hay problemas.
>
> On 4/30/13 3:28 PM, Jesus Martinez wrote:
>> Amigos, mi pregunta es una duda que me surge, será verdaderamente ruteable
>> un /23 o /24 , teniendo en cuenta que es el tamaño mínimo que se podrá ser
>> transferido por otro RIR?, creo que es algo que no se debe de comprometer.
>> Sl2s
>> Jesús
>>
>>
>>
>> El 30 de abril de 2013 08:32, Nicolas Antoniello
>> <nantoniello at gmail.com>escribió:
>>
>>> Hola Juan,
>>>
>>> En escencia, si interpreto bien tu respuesta, las direcciones transferidas
>>> pasan a ser recursos der RIR que abarque la región a donde pertenece quién
>>> recibe las direcciones por lo que sería ese RIR el que percibe la
>>> "membresía" por esas "nuevas" direcciones de acuerdo a sus políticas.
>>> Correcto?
>>>
>>> Saludos,
>>> Nico
>>>
>>>
>>>
>>> 2013/4/25 Juan Alejo Peirano <jpeirano at lacnic.net>
>>>
>>>> Hola Alejandro y participantes de la lista,
>>>>
>>>> Como respuesta a tu consulta, el RIR que recibe las direcciones las
>>>> manejaría de acuerdo a sus politicas y estatutos. En este caso el que
>>>> transfiere las direcciones en lacnic podria cambiar o no cambiar su
>>>> categoria debido a la transferncia y pagaria su membresia de acuerdo a
>>> esto.
>>>>
>>>> Saludos!
>>>>
>>>> Juan Alejo Peirano
>>>>
>>>>
>>>> El 24/04/2013 13:50, Alejandro Acosta escribió:
>>>>
>>>> Hola,
>>>>> Una consulta sobre esta política (al margen de estar a favor o en
>>>>> contra) (disculpen si me perdí algún detalle).
>>>>>
>>>>> En un supuesto de que la transferencia de un recurso sea aprobada a
>>>>> una entidad foránea quien recibe los pagos anuales de derecho del
>>>>> bloque?. Lacnic u otro RIR?.
>>>>>
>>>>> Saludos,
>>>>>
>>>>> Alejandro,
>>>>>
>>>>>
>>>>> On 4/23/13, Max Larson Henry <maxlarson.henry at transversal.**ht<
>>> maxlarson.henry at transversal.ht>>
>>>>> wrote:
>>>>>
>>>>>> Estimados suscriptores de la lista de políticas de LACNIC,
>>>>>>
>>>>>> Se recibió una nueva versión (3) de la propuesta de Política
>>> LAC-2012-08:
>>>>>> http://www.lacnic.net/**documents/10834/31186/lac-**2012-08-SPv3.pdf<
>>> http://www.lacnic.net/documents/10834/31186/lac-2012-08-SPv3.pdf>
>>>>>>
>>>>>> DATOS DE LOS AUTORES:
>>>>>>
>>>>>> Nombre: Gustavo Lozano
>>>>>> eMail: glozano.gli at gmail.com
>>>>>> Entidad (Organización): Personal
>>>>>>
>>>>>> Nombre: Edmundo Cazarez
>>>>>> eMail: ecazarez at nic.mx
>>>>>> Entidad (Organización): Personal
>>>>>>
>>>>>>
>>>>>> DATOS de la PROPUESTA:
>>>>>>
>>>>>> Título de la Propuesta: Transferencias de recursos IPv4 entre
>>> regiones
>>>>>> (interRIR)
>>>>>>
>>>>>> Tipo de propuesta: LACNIC
>>>>>> Id (Si existe): LAC-2012-08
>>>>>> Versión: 3
>>>>>>
>>>>>> RESUMEN DE LA PROPUESTA
>>>>>>
>>>>>> La presente propuesta permite las transferencias de recursos IPv4 entre
>>>>>> regiones.
>>>>>>
>>>>>>
>>>>>> JUSTIFICACIÓN
>>>>>>
>>>>>>
>>>>>> La presente propuesta permite las transferencias de recursos IPv4 entre
>>>>>> regiones.
>>>>>>
>>>>>>
>>>>>> Los autores perciben que no permitir las transferencias de recursos
>>> IPv4
>>>>>> entre
>>>>>> regiones crea un trato diferencial para sus miembros cuando la mayoría
>>> de
>>>>>> los
>>>>>> RIRs tienen o están en proceso de implementar políticas para
>>> soportarlas.
>>>>>> Entre otros argumentos para permitir transferencias de recursos IPv4
>>>>>> entre
>>>>>> regiones en LACNIC están:
>>>>>>
>>>>>> Los mercados de recursos IPv4 son una realidad en la actualidad, y
>>>>>> transferencias de recursos IPv4 pueden estar sucediendo en la región
>>> sin
>>>>>> generar un registro en la base de datos de LACNIC. Los autores creen
>>> que
>>>>>> la
>>>>>> función de Registro de LACNIC de mantener actualizado el titular de los
>>>>>> recursos IPv4 es fundamental para el correcto funcionamiento de
>>> Internet.
>>>>>>
>>>>>> APNIC, RIPE y ARIN tienen políticas de transferencias de recursos IPv4
>>>>>> entre
>>>>>> regiones o tienen propuestas de políticas para que se puedan llevar a
>>>>>> cabo.
>>>>>>
>>>>>> Actualmente APNIC tiene una política para transferencia de recursos
>>>>>> IPv4
>>>>>> entre
>>>>>> regiones. LACNIC necesita adecuar sus procesos y herramientas para un
>>>>>> futuro
>>>>>> donde las transferencias de recursos IPv4 serán frecuentes, inclusive
>>>>>> entre
>>>>>> regiones.La presente propuesta contiene la suficiente cantidad de
>>>>>> provisiones para permitir un mercado ordenado de recursos IPv4 entre
>>>>>> regiones cuando LACNIC sea el origen o destino de las mismas.
>>>>>>
>>>>>>
>>>>>> TEXTO DE LA PROPUESTA
>>>>>>
>>>>>> NOTA: Esta sección entrará en vigor cuando LACNIC o alguno de sus NIRs
>>>>>> sea
>>>>>> incapaz, por primera vez, de cubrir una distribución o asignación de un
>>>>>> bloque
>>>>>> IPv4 por falta de recursos.
>>>>>>
>>>>>>
>>>>>> Se considera RIR foráneo a AFRINIC, APNIC, ARIN o RIPE siempre que
>>>>>> cuenten con alguna política que permita la transferencia recursos IPv4
>>>>>> entre regiones.
>>>>>>
>>>>>> Se considera entidad foránea a una entidad perteneciente a un RIR
>>>>>> foráneo y
>>>>>> que no pertenece a LACNIC.
>>>>>>
>>>>>> Se considera entidad local a una entidad perteneciente a LACNIC.
>>>>>>
>>>>>> Recursos IPv4 que se transfieren desde LACNIC a un RIR foráneo:
>>>>>>
>>>>>> El tamaño mínimo de bloque que se permite transferir es un /24.
>>>>>> Para que una entidad foránea pueda ser el destinatario de una
>>>>>> transferencia, debe pasar primero por el proceso de justificación de
>>>>>> necesidades de recursos IPv4 ante el RIR que recibe el espacio. Es
>>> decir,
>>>>>> la entidad foránea debe justificar ante su RIR la
>>> distribución/asignación
>>>>>> inicial/adicional. En caso de que el RIR recipiente aprueba la
>>>>>> transferencia
>>>>>> LACNIC procederá a transferir la custodia del espacio a éste.
>>>>>> Ante una solicitud de transferencia de un bloque IPv4, LACNIC
>>>>>> verificará
>>>>>> que la entidad local es el titular de dicho bloque según conste en los
>>>>>> registros de LACNIC. La entidad foránea y la entidad local deberán
>>>>>> presentar a LACNIC una copia del documento legal que respalde la
>>>>>> transferencia.
>>>>>> La entidad local quedará automáticamente inelegible para recibir
>>>>>> distribuciones y/o asignaciones de recursos IPv4 por parte de LACNIC
>>>>>> durante un año, a partir de la fecha de operación registrada en la
>>>>>> bitácora
>>>>>> de transferencias.
>>>>>> Los recursos IPv4 asignados/distribuidos por LACNIC en el último año
>>> no
>>>>>> podrán ser transferidos a un RIR foráneo.
>>>>>>
>>>>>> Una vez concluida la transferencia, LACNIC modificará la información
>>>>>> sobre el recurso transferido para reflejar el cambio de titular.
>>>>>>
>>>>>> Los recursos legados transferidos dejarán de ser considerados como
>>>>>> tales
>>>>>> previo a realizar la transferencia, por lo que el RIR foráneo recibe el
>>>>>> bloque como un bloque no legado.Recursos IPv4 que se transfieren desde
>>> un
>>>>>> RIR foráneo a LACNIC:
>>>>>> El tamaño mínimo de bloque que se permite transferir es un /24.
>>>>>> Para que una entidad local pueda ser el destinatario de una
>>>>>> transferencia, debe pasar primero por el proceso de justificación de
>>>>>> necesidades de recursos IPv4 ante LACNIC. Es decir, la entidad local
>>> debe
>>>>>> justificar ante
>>>>>>
>>>>>>
>>>>>> LACNIC la distribución/asignación inicial/adicional, según sea el caso,
>>>>>> de
>>>>>> acuerdo a las políticas vigentes.
>>>>>>
>>>>>>
>>>>>> La entidad local deberá cumplir con todas las políticas vigentes de
>>>>>> LACNIC.
>>>>>> La entidad foránea y la entidad local deberán presentar a LACNIC una
>>>>>> copia del documento legal que respalde la transferencia.
>>>>>> Una vez concluida la transferencia, LACNIC modificará la información
>>>>>> sobre el recurso transferido para reflejar el cambio de titular.
>>>>>> Los recursos legados transferidos dejarán de ser considerados como
>>>>>> tales, por lo que LACNIC recibe el recurso como un bloque no legado.
>>>>>> Los recursos transferidos no podrán ser subsecuentemente transferidos
>>>>>> durante un periodo de un año, a partir de la fecha de operación
>>>>>> registrada
>>>>>> en la bitácora de transferencias. Lo mismo aplica para sus
>>> sub-bloques,es
>>>>>> decir, bloques que agrupen un subconjunto de las direcciones IPv4 que
>>>>>> contiene el bloque.
>>>>>>
>>>>>>
>>>>>> INFORMACÍON ADICIONAL
>>>>>>
>>>>>> Tiempo de implementación: Inmediata tras su aprobación Cambios desde
>>>>>> versión anterior: La política se activa al finalizar los recursos.
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ------------------------------**----------------
>>>>>>
>>>>>>
>>>>>> Prezados membros da lista políticas do LACNIC,
>>>>>>
>>>>>> Se recebeu uma nova versão (3) da proposta de Política LAC-2012-08:
>>>>>> http://www.lacnic.net/**documents/10834/31186/lac-**2012-08-PTv3.pdf<
>>> http://www.lacnic.net/documents/10834/31186/lac-2012-08-PTv3.pdf>
>>>>>>
>>>>>>
>>>>>> DADOS DOS AUTORES:
>>>>>>
>>>>>> Nome: Gustavo Lozano
>>>>>> eMail: glozano.gli at gmail.com
>>>>>> Organização: Pessoal
>>>>>> Nome: Edmundo Cazarez
>>>>>> eMail: ecazarez at nic.mx
>>>>>> Organização: Pessoal
>>>>>>
>>>>>>
>>>>>> DADOS da PROPOSTA:
>>>>>>
>>>>>> Título da Proposta: Transferências de recursos IPv4 entre regiões
>>> (inter
>>>>>> RIR)
>>>>>> Tipo de proposta: LACNIC
>>>>>> Id: LAC-2012-08
>>>>>>
>>>>>> Versão: 3
>>>>>>
>>>>>> RESUMO DA PROPOSTA
>>>>>>
>>>>>> A presente proposta permite as transferências de recursos IPv4 entre
>>>>>> regiões.
>>>>>>
>>>>>>
>>>>>> JUSTIFICAÇÃO
>>>>>>
>>>>>> A presente proposta permite as transferências de recursos IPv4 entre
>>>>>> regiões.
>>>>>> Os autores entendem que não permitir as transferências de recursos IPv4
>>>>>> entre
>>>>>> regiões cria tratamento diferenciado para os seus membros quando a
>>>>>> maioria
>>>>>> dos RIR têm ou estão em processo de implementação de políticas para
>>>>>> suportá-las.
>>>>>>
>>>>>>
>>>>>> Entre outros argumentos, para permitir transferências de recursos IPv4
>>>>>> entre
>>>>>> regiões do LACNIC estão:
>>>>>>
>>>>>> Os mercados de recursos IPv4 hoje são uma realidade, e transferências
>>> de
>>>>>> recursos IPv4 podem estar acontecendo na região sem gerar um registro
>>> no
>>>>>> banco de dados do LACNIC. Os autores acreditam que a função do Registro
>>>>>> do LACNIC de manter atualizado o titular dos recursos IPv4 é
>>> fundamental
>>>>>> para o funcionamento correto da Internet.
>>>>>>
>>>>>> APNIC, RIPE e ARIN têm políticas de transferências de recursos IPv4
>>> entre
>>>>>> regiões ou têm propostas de políticas para que possam ser realizadas.
>>>>>> Atualmente APNIC tem uma política para transferência de recursos IPv4
>>>>>> entre
>>>>>> regiões. O LACNIC precisa adaptar seus processos e ferramentas para um
>>>>>> futuro em que as transferências de recursos IPv4 serão frequentes,
>>>>>> inclusive
>>>>>> entre regiões.
>>>>>>
>>>>>>
>>>>>> A presente proposta tem provisões suficientes para permitir um mercado
>>>>>> ordenado de recursos IPv4 entre regiões quando o LACNIC for a origem
>>> ou o
>>>>>> destino das mesmas.
>>>>>>
>>>>>> TEXTO DA PROPOSTA
>>>>>>
>>>>>>
>>>>>> NOTA: Esta seção terá efeito quando o LACNIC ou algum dos seus NIR não
>>>>>> seja capaz, pela primeira vez, de cobrir uma alocação ou designação de
>>> um
>>>>>> bloco IPv4 por falta de recursos.
>>>>>>
>>>>>> Considera-se RIR estrangeiro a AFRINIC, APNIC, ARIN ou RIPE desde que
>>>>>> tenham uma política que permita a transferência de recursos IPv4 entre
>>>>>> regiões.
>>>>>>
>>>>>> Considera-se organização estrangeira qualquer organização que
>>> pertença
>>>>>> a
>>>>>> um RIR estrangeiro e que não pertença ao LACNIC.
>>>>>>
>>>>>>
>>>>>> Considera-se organização local qualquer organização que pertença ao
>>>>>> LACNIC.
>>>>>>
>>>>>> Recursos IPv4 que são transferidos desde o LACNIC para um RIR
>>>>>> estrangeiro:
>>>>>>
>>>>>>
>>>>>> • O tamanho mínimo de bloco a ser transferido é um /24.
>>>>>> • Para que uma organização estrangeira possa ser o destinatário de uma
>>>>>> transferência, deve passar primeiro pelo processo de justificação de
>>>>>> necessidades de recursos IPv4 perante o RIR que recebe o espaço. Isto
>>> é,
>>>>>> uma organização estrangeira deve justificar perante seu RIR a alocação/
>>>>>> designação inicial/adicional. Caso o RIR receptor aprove a
>>>>>> transferência, o
>>>>>> LACNIC irá transferir a custódia do espaço para ele.
>>>>>> • Perante uma solicitação de transferência de um bloco IPv4, o LACNIC
>>> vai
>>>>>> verificar que a organização local seja o titular desse bloco, de
>>>>>> conformidade
>>>>>> com os registros do LACNIC. A organização estrangeira e a organização
>>>>>> local
>>>>>> deverão apresentar junto ao LACNIC uma cópia do documento legal que
>>>>>> respalde a transferência.
>>>>>> • A organização local vai ficar automaticamente inelegível para receber
>>>>>> alocações e/ou designações de recursos IPv4 por parte do LACNIC durante
>>>>>> um
>>>>>> ano, a partir da data de operação inscrita no registro de
>>> transferências.
>>>>>> • Os recursos IPv4 designados/ alocados pelo LACNIC no último ano não
>>>>>> poderão ser transferidos para um RIR estrangeiro.
>>>>>> • Uma vez concluída a transferência, o LACNIC modificará as informações
>>>>>> sobre o recurso transferido para refletir a mudança de titular.
>>>>>> • Os recursos legados transferidos deixarão de ser considerados como
>>> tais
>>>>>> antes de realizar a transferência, pelo que o RIR estrangeiro recebe o
>>>>>> bloco
>>>>>> como um bloco não legado.
>>>>>>
>>>>>> Recursos IPv4 que são transferidos desde um RIR estrangeiro para o
>>>>>> LACNIC:
>>>>>>
>>>>>> • O tamanho mínimo de bloco a ser transferido é um /24
>>>>>> • Para que uma organização local possa ser o destinatário de uma
>>>>>> transferência, deve passar primeiro pelo processo de justificação
>>>>>> denecessidades de recursos IPv4 perante o LACNIC. Isto é, uma
>>> organização
>>>>>> local deve justificar perante o LACNIC a alocação/ designação
>>>>>> inicial/adicional, segundo for o caso, em concordância com as políticas
>>>>>> em
>>>>>> vigor.
>>>>>> • A organização local deverá cumprir com todas as políticas em vigor do
>>>>>> LACNIC.
>>>>>> • A organização estrangeira e a organização local deverão apresentar
>>>>>> junto
>>>>>> ao
>>>>>> LACNIC uma cópia do documento legal que respalde a transferência.
>>>>>> • Uma vez concluída a transferência, o LACNIC modificará as informações
>>>>>> sobre o recurso transferido para refletir a mudança de titular.
>>>>>> • Os recursos legados transferidos deixarão de ser considerados como
>>>>>> tais,
>>>>>> pelo que o LACNIC recebe o recurso como um bloco não legado.
>>>>>> • Os recursos transferidos não poderão ser subsequentemente
>>> transferidos
>>>>>> durante um período de um ano, a partir da data de operação inscrita no
>>>>>> registro
>>>>>> de transferências. O mesmo aplica para seus sub-blocos, isto é, blocos
>>>>>> que
>>>>>> agrupem um subconjunto dos endereços IPv4 contidos no bloco.
>>>>>>
>>>>>>
>>>>>> INFORMAÇÃO ADICIONAL
>>>>>>
>>>>>> Tempo de implementação: Imediata após sua aprovação Alterações desde
>>>>>> versão
>>>>>> anterior:
>>>>>>
>>>>>> A organização estrangeira somente deve justificar os recursos perante
>>>>>> seu
>>>>>> RIR e não perante o LACNIC.
>>>>>> Esclarece que os recursos recentemente designados/ alocados pelo
>>> LACNIC
>>>>>> não podem ser transferidos para um RIR estrangeiro.
>>>>>>
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ------------------------------**----------------
>>>>>>
>>>>>>
>>>>>> Dear Policy-list Members,
>>>>>>
>>>>>> There is a new version (3) of the Policy Proposal LAC-2012-08 :
>>>>>> http://www.lacnic.net/**documents/10834/31186/lac-**2012-08-ENv3.pdf<
>>> http://www.lacnic.net/documents/10834/31186/lac-2012-08-ENv3.pdf>
>>>>>>
>>>>>>
>>>>>> AUTHOR DATA:
>>>>>>
>>>>>>
>>>>>> Name: Gustavo Lozano
>>>>>> Email: glozano.gli at gmail.com
>>>>>> Organization: Independent
>>>>>> Name: Edmundo Cazarez
>>>>>> Email: ecazarez at nic.mx
>>>>>>
>>>>>> Organization: Independent
>>>>>>
>>>>>>
>>>>>> PROPOSAL DATA:
>>>>>>
>>>>>> Policy Proposal Title: Inter-RIR IPv4 Address Transfers
>>>>>> Policy Proposal Type: LACNIC
>>>>>> ID (if exists): LAC-2012-08
>>>>>>
>>>>>> Version: 3
>>>>>>
>>>>>>
>>>>>> PROPOSAL SUMMARY:
>>>>>>
>>>>>> This proposal allows transferring IPv4 addresses between different
>>>>>> regions.
>>>>>>
>>>>>>
>>>>>> RATIONALE
>>>>>>
>>>>>>
>>>>>> This proposal allows transferring IPv4 addresses between different
>>>>>> regions.
>>>>>> The authors believe that disallowing inter-RIR IPv4 address transfers
>>>>>> creates a
>>>>>> differential status for its members, as most RIRs already have or are
>>> in
>>>>>> the
>>>>>> process of implementing policies that support these transfers.
>>>>>>
>>>>>> The arguments that justify allowing IPv4 address transfers between
>>>>>> different
>>>>>> regions and Lacnic include:
>>>>>>
>>>>>>
>>>>>> IPv4 address markets are already a reality: IPv4 address transfers may
>>>>>> already
>>>>>> be happening in the region without generating any records in Lacnci's
>>>>>> database.
>>>>>>
>>>>>> The authors believe that Lacnic’s Registry function in maintaining an
>>>>>> updated
>>>>>> record of the holders of IPv4 resources is essential to the proper
>>>>>> functioning of
>>>>>> the Internet.
>>>>>>
>>>>>>
>>>>>> APNIC, RIPE and ARIN already have inter-RIR IPv4 address transfer
>>>>>> policies
>>>>>> inforce or policy proposals seeking to allow such transfers. APNIC
>>>>>> currently has aninter-RIR IPv4 address transfer policy. Lacnic needs to
>>>>>> adapt its processes and tools to consider a future in which IPv4
>>> address
>>>>>> transfers, including inter-RIR transfers, will be frequent.
>>>>>>
>>>>>> This proposal contains enough provisions to allow an orderly
>>> inter-RIR
>>>>>> IPv4
>>>>>> address market when transfers originate or terminate in the LACNIC
>>>>>> region.
>>>>>>
>>>>>>
>>>>>> PROPOSAL TEXT:NOTE: This section will come into force when Lacnic or
>>> any
>>>>>> of
>>>>>> its NIRs becomes unable, for the first time, to cover an IPv4 block
>>>>>> allocation or assignment for lack of resources.
>>>>>>
>>>>>>
>>>>>> AfriNIC, APNIC, ARIN and RIPE are considered foreign RIRs as long as
>>> they
>>>>>> have a policy in place that allows transferring IPv4 resources between
>>>>>> different
>>>>>> regions.
>>>>>>
>>>>>> A foreign entity is an entity that is part of a foreign RIR and is not
>>>>>> part
>>>>>> of Lacnic.
>>>>>> A local entity is an entity that is part of Lacnic.
>>>>>>
>>>>>> IPv4 resources transferred from Lacnic to a foreign RIR:
>>>>>>
>>>>>> The minimum block size that may be transferred is a /24.
>>>>>>
>>>>>> In order for a foreign entity to qualify for receiving a transfer, it
>>>>>> must first
>>>>>> go through the process of justifying its IPv4 address needs before the
>>>>>> RIR
>>>>>> receiving the address space. In other words, the foreign entity must
>>>>>> justify
>>>>>> the initial/additional allocation/assignment before its RIR. If the
>>>>>> receiving
>>>>>> RIR approves the transfer, Lacnic shall proceed to transfer custody of
>>>>>> the
>>>>>> address space to said RIR.
>>>>>>
>>>>>> Upon receiving an IPv4 address block transfer request, Lacnic shall
>>>>>> verify
>>>>>> that the local entity transferring the block is in fact the holder of
>>>>>> said
>>>>>> block
>>>>>> according to Lacnic's records. The foreign entity and the local entity
>>>>>> must
>>>>>> present before Lacnic a copy of the legal document supporting the
>>>>>> transfer.
>>>>>>
>>>>>> The local entity shall automatically be ineligible to receive IPv4
>>>>>> resource
>>>>>> allocations and/or assignments from Lacnic for a period of one year as
>>> of
>>>>>> the transaction date registered in the transfer log.
>>>>>>
>>>>>> IPv4 resources assigned/allocated by Lacnic during the past year may
>>>>>> not
>>>>>> be transferred to a foreign RIR.
>>>>>>
>>>>>> Once the transfer is complete, Lacnic shall modify the information on
>>>>>> the
>>>>>> transferred resource to reflect the change of holder.
>>>>>>
>>>>>> Before completing the transfer, transferred legacy resources shall no
>>>>>> longer be considered as such; therefore, the foreign RIR shall receive
>>>>>> the
>>>>>> block as a non-legacy block.
>>>>>>
>>>>>>
>>>>>> IPv4 resources transferred from a foreign RIR to Lacnic:
>>>>>>
>>>>>> The minimum block size that may be transferred is a /24.
>>>>>>
>>>>>> In order for a local entity to qualify for receiving a transfer, it
>>>>>> must
>>>>>> first go
>>>>>> through the process of justifying its IPv4 address needs before Lacnic.
>>>>>> That is to say, the local entity must justify the initial/additional
>>>>>> allocation/assignment, as applicable, before Lacnic according to the
>>>>>> policies in force.
>>>>>>
>>>>>> The local entity must comply with all Lacnic policies in force.
>>>>>>
>>>>>> The foreign entity and the local entity must present before Lacnic a
>>>>>> copy
>>>>>> of the legal document supporting the transfer.
>>>>>>
>>>>>> Once the transfer is complete, Lacnic shall modify the information on
>>>>>> the
>>>>>> transferred resource to reflect the change of holder.
>>>>>>
>>>>>> Transferred legacy resources shall no longer be considered as such;
>>>>>> therefore, Lacnic shall receive the block as non-legacy block.
>>>>>>
>>>>>> Transferred blocks may not subsequently be transferred for a period
>>> of
>>>>>> one year as of the transaction date registered in the transfer log. The
>>>>>> same applies to its sub-blocks, i.e. blocks consisting of a subset of
>>> the
>>>>>> IPv4 addresses contained in the block.
>>>>>>
>>>>>>
>>>>>> ADDITIONAL INFORMATION
>>>>>>
>>>>>> Timetable: Immediate implementation after approval.
>>>>>> Changelog: The policy will come into force after resources are
>>> exhausted
>>>>>>
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Nicolas Antoniello
>>>>>> Max Larson Henry
>>>>>> Co-Chairs of Public Policy Forum - LACNIC
>>>>>> ______________________________**_________________
>>>>>> Politicas mailing list
>>>>>> Politicas at lacnic.net
>>>>>> https://mail.lacnic.net/**mailman/listinfo/politicas<
>>> https://mail.lacnic.net/mailman/listinfo/politicas>
>>>>>>
>>>>>>
>>>>>
>>>> ______________________________**_________________
>>>> Politicas mailing list
>>>> Politicas at lacnic.net
>>>> https://mail.lacnic.net/**mailman/listinfo/politicas<
>>> https://mail.lacnic.net/mailman/listinfo/politicas>
>>>>
>>> _______________________________________________
>>> 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
>>
> _______________________________________________
> 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
More information about the Politicas
mailing list