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

[Alejandro Acosta]

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


-- 
=====
^A.......o$