Transferencias interregionales unidireccionales hacia LACNIC

Idioma Original Español Fecha Publicación 02/02/2017 Ultima Modificación 16/08/2017
Periodo de ultimos comentarios No aplica Fecha de ratificación No aplica Fecha de implementación No aplica
Estado En discusión Descargar TXT PDF XML DOCX
Ver otras versiones 1.0 2.0 3.0 (comparar)

Autores

Nombre: Daniel Miroli
Email: daniel@iptrading.com
Organización: IP Trading

Nombre: Edmundo Caceres
Email: edmundo.cazarez@nic.mx
Organización: NIC Mexico

Datos de la Propuesta

Tipo Politica: LACNIC
Id: LAC-2017-2
Última versión: 3
Presentaciones:

Resumen

Esta propuesta busca crear un mecanismo que unicamente permita la transferencia de direcciones de otras regiones hacia la región LAC.

La transferencia de direcciones desde la región LAC hacia otras regiones no está contemplada en la presente propuesta.

Justificación

La terminación del espacio de direcciones IPv4 ha traido distintos escenarios a los operadores de redes de la región LAC y de las regiones en donde el Registro Regional ya no tiene direcciones disponibles para asignarlas.

La solución a la que todos apuntan es la adopción de IPv6, que resolverá la escasez de direcciones, pero aún las organizaciones que están trabajando en adoptar el nuevo protocolo requieren tener disponibles direcciones IPv4 que faciliten tal transición.

Por el momento no es posible hacer un encendido de IPv6 y un apagado de IPv4 para cambiar de protocolo.

Hay que considerar, también, que la no existencia de una política que permita la transferencia de direcciones entre regiones no implica que estas no ocurran: simplemente implica que no aparecen como tales en los registros correspondientes.

Una de las tareas fundamentales de los Registros Regionales es estar actualizados y que la información que contienen sea válida, de forma que sea útil para los fines en que se requiera.

La existencia de una política que permita la transferencia de bloques de direcciones desde otras regiones hacia la región LAC facilitará el mantenimiento de la información del Registro, a la vez que aliviará temporalmente algunos de los problemas de los operadores que hagan trasnferencias de direcciones hacia adentro de la región.

Texto

Texto Actual:

2.3.2.18. Transferencias de bloques IPv4 dentro de la región LACNIC

Texto Propuesto:

2.3.2.18. Transferencias de bloques IPv4 dentro y hacia la región LACNIC

Texto Actual

2.3.2.18.3. Ante una solicitud de transferencia de un bloque IPv4, LACNIC verificará que la entidad fuente es el titular de dicho bloque según conste en los registros de LACNIC. El solicitante aprobado y la entidad que transferiría deberán presentar a LACNIC una copia del documento legal que respalde la transferencia.

Texto Propuesto

2.3.2.18.3. Ante una solicitud de transferencia de un bloque de direcciones ipv4 cuya fuente esté en la región de LACNIC, LACNIC verificará que la organización que transfiere el bloque es de hecho el titular de dicho bloque de acuerdo con los registros de LACNIC. Si la fuente de la solicitud de transferencia está dentro de una región cuyas políticas RIR permiten la transferencia de direcciones a LACNIC, LACNIC aceptará la verificación del RIR de la fuente de que la fuente es el titular de dicho bloque. El solicitante aprobado y la organización que transfiere los recursos deben presentar ante LACNIC una copia del documento legal que respalda la transferencia.

Texto Actual

2.3.2.18.4. LACNIC mantendrá una bitácora de transferencias, accesible públicamente, de todas las transferencias de bloques IPv4 que se registren ante él. En dicha bitácora se registrará la fecha de la operación, la entidad fuente de la transferencia, la entidad destino y el bloque transferido.

Texto Propuesto

2.3.2.18.4. LACNIC mantendrá una bitácora de transferencia accesible públicamente de todas las transferencias de bloques de direcciones IPv4 registradas ante él. Dicho registro especificará la fecha en que tuvo lugar cada operación, la organización de la que se originó la transferencia, el RIR de origen, la organización receptora y el bloque que se transfirió.

Texto Actual

2.3.2.18.6. Un bloque previamente transferido no podrá ser subsecuentemente transferido 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.

Texto propuesto

2.3.2.18.6. Un bloque previamente transferido bajo esta politica no podrá ser subsecuentemente transferido 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.

Información Adicional

ARIN requiere reciprocidad, de manera que esta política no aplicaría a originadores de ARIN
APNIC requiere una política compatible y APNIC al momento procesa transferencias con NIRs como VNNIC y CNNIC los cuales autorizan trasferencias entrantes, todo indicaría que RIPE permitiría transferencias unidireccionales a los miembros de LACNIC

Tiempo de Implementacion

Urgente

Referencias

Cuando en referencia a un intercambio con AFRINIC se le pregunto a un miembro de RIPE su opinión sobre las políticas de transferencia en un solo sentido, Sander Steffan dijo lo siguiente:
Sin emitir una opinión en la actual propuesta de política, puedo decir que sería compatible con las políticas de transferencia de RIPE, espacios de direcciones pueden ser re-alocadas a otro poseedor de recursos que sea miembro de un registro que permita transferencias, Si AFRINIC permite trasferencias hacia adentro en consecuencia RIPE permite transferencias hacia afuera.

Estudiando el Mercado de Transnsferencias de IPv4,: Transferencias Reportadas
https://labs.ripe.net/Members/ioana_livadariu/studying-the-ipv4-transfer-market

Requerimientos de reciprocidad de ARIN
http://lists.arin.net/pipermail/arin-ppml/2017-January/062351.html

Declaraciones de RIPE sobre transferencias entrantes en la lista de AFRINIC
https://lists.afrinic.net/pipermail/rpd/2017/006323.html

Notas públicas del Staff de LACNIC

ANÁLISIS DE IMPACTO DEL STAFF DE LACNIC - Propuesta LAC-2017-2 - versión 2

Interpretación de la propuesta por el staff de LACNIC
----------------------------------------------------
Aplicación de la sección 2.3.2.18
---------------------------------
Se aplicará en los casos en los que una organización fuente solicite realizar una transferencia de un bloque IPv4 a una organización en la región de LACNIC. La organización fuente podría pertenecer a nuestra región o a una región cuyas políticas RIR permiten la transferencia de direcciones a LACNIC.
Esto puede evolucionar de acuerdo las modificaciones en las políticas de cada RIR.
Esta política no se aplica a los casos de “Uniones, adquisiciones o venta entre ISPs o Usuarios Finales (sección: 2.3.2.17)”.

Modificación del texto actual
-----------------------------
De acuerdo a las modificaciones presentadas en la propuesta 2017-2, el manual de políticas quedaría como se muestra a continuación en las siguientes secciones:

• El contenido de la sección 2.3.2.18.3 se reemplaza por: Ante una solicitud de transferencia de un bloque de direcciones IPv4 cuya fuente esté en la región de LACNIC, LACNIC verificará que la organización que transfiere el bloque es de hecho el titular de dicho bloque de acuerdo con los registros de LACNIC. Si la fuente de la solicitud de transferencia está dentro de una región cuyas políticas RIR permiten la transferencia de direcciones a LACNIC, LACNIC aceptará la verificación del RIR de la fuente de que la fuente es el titular de dicho bloque. El solicitante aprobado y la organización que transfiere los recursos deben presentar ante LACNIC una copia del documento legal que respalda la transferencia.

• El contenido de la sección 2.3.2.18.4 se reemplaza por: LACNIC mantendrá una bitácora de transferencia accesible públicamente de todas las transferencias de bloques de direcciones IPv4 registradas ante LACNIC. Dicho registro especificará la fecha en que tuvo lugar cada transacción, la organización de la que se originó la transferencia, el RIR de origen, la organización receptora y el bloque que se transfirió.

• El contenido de la sección 2.3.2.18.6 se reemplaza por: Un bloque previamente transferido bajo esta politica no podrá ser subsecuentemente
transferido 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.

Recomendación:
• El título de la sección 2.3.2.18 actualmente en el manual es: “Transferencias de bloques IPv4 dentro de la región LACNIC”. Sin embargo las modificaciones propuestas dentro de la sección harían que las transferencias puedan ser tanto dentro de la región como fuera de la región en forma unidireccional hacia LACNIC. Se recomienda modificar el título de esta sección para que represente correctamente su contenido o en su defecto crear una nueva sección exclusiva para transferencias Inter RIR (unidireccional).
• En la sección 2.3.2.18.4 cambiar la palabra “transacción” por “operación”.

COMENTARIOS DE LOS DEMÁS RIRs SOBRE LA IMPLEMENTACIÓN DE ESTA POLÍTICA
-------------------------------------------------------------------------------------
IMPORTANTE: Estos comentarios son válidos el día de hoy (abril de 2017). No obstante, esto podría cambiar si en el futuro se implementan nuevas políticas.

RIPE NCC: Las transferencias con la región de RIPE estarían permitidas.

APNIC: Las transferencias con la región de APNIC estarían permitidas.

AFRINIC: No hay una política de transferencias entre diferentes RIR, por lo que estas transferencias no estarían permitidas.

ARIN: La política de ARIN sobre transferencias entre diferentes RIR dice que las transferencias interregionales solo se podrán realizar a través de RIRs que acepten la transferencia y compartan políticas recíprocas, compatibles y basadas en la necesidad (“Inter-regional transfers may take place only via RIRs who agree to the transfer and share reciprocal, compatible, needs-based policies.”)

La palabra “recíproca” evita que ARIN sea compatible con las políticas unidireccionales propuestas por AFRINIC o LACNIC.
Hay un Borrador de Política reciente que aborda este tema. Este Borrador actualmente está en discusión y podría afectar la compatibilidad de ARIN en el futuro. Si desea mantenerse al tanto de esta discusión: https://www.arin.net/policy/proposals/2017_4.html

Implementación de la propuesta
--------------------------------
Para la implementación de esta propuesta habría que articular cambios en los sistemas en coordinación con el RIR, con el cual al momento de ser implementada la propuesta, sus políticas sean compatibles para realizar transferencias como se establecen en esta propuesta.

Impacto de la política en el sistema de registro y direcciones
------------------------------------------------------------
Esta propuesta implicaría ajustes en los diferentes sistemas de LACNIC.