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

[Juan Alejo Peirano]

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