[LACNIC/Politicas] LAC-2012-08 - Nueva versión (3) / Nova versão (3) / New version (3)

Carlos M. Martinez carlosm3011 at gmail.com
Tue Apr 30 15:45:49 BRT 2013


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
> 



More information about the Politicas mailing list