Política de Transferencia de Recursos Inter-RIR

LAC-2018-14-v1 LAC-2018-14-v2 Vs
References:
New
Deleted
Modified
Authors

Nombre: Jordi Palet Martinez
Email: jordi.palet@theipv6company.com
Organización: The IPv6 Company
Nombre: Edwin Salazar
Email: edwin.salazar@wifitelecom.ec
Organización: Wifitelecom
Nombre: Edmundo Cázarez
Email: edmundo.cazarez@nic.mx
Organización: NIC.MX

Nombre: Jordi Palet Martinez
Email: jordi.palet@theipv6company.com
Organización: The IPv6 Company
Nombre: Edwin Salazar
Email: edwin.salazar@wifitelecom.ec
Organización: Wifitelecom
Nombre: Edmundo Cázarez
Email: edmundo.cazarez@nic.mx
Organización: NIC.MX

Summary

Esta propuesta permite establecer el mecanismo para permitir transferencias de recursos (IPv4, IPv6, ASNs) entre diferen
tes regiones y alinear a LACNIC con un mercado que ya existe y en el que nos estamos quedando atrás, lo cual es negativo
para la región.

Esta propuesta permite extender el mecanismo actual de transferencias IPv4 dentro de la región para permitir transferenc
ias de recursos IPv4 entre diferentes regiones y alinear a LACNIC con un mercado que ya existe y en el que nos estamos q
uedando atrás, lo cual es negativo para la región.

Rationale

En los últimos años, y con el agotamiento de IPv4, diversas regiones han resuelto este problema, no sólo a través de tra
nsferencias dentro de la propia región, sino entre diferentes regiones. Ello permite facilitar una dinámica en el mercad
o y al incrementarse la oferta, reducir los precios.
Sin embargo, en LACNIC no se ha establecido un mecanismo inter-RIR, lo que esta llevando a la región a una situación de
discriminación y escasez de direcciones, no solo en el propio RIR, sino en el mercado de la región, que evita incluso qu
e nuevos negocios puedan establecerse adecuadamente en la región, por falta de direcciones.
Por otro lado, el hecho de que no exista una política inter-RIR no evita las transferencias “bajo la mesa” y, por lo tan
to, supone que hay recursos de los cuales se pierde la historia de su registro, que es la función principal de un RIR.
Como medida de protección, se considera que estas transferencias sólo deben permitirse desde LACNIC hacia otras regiones
, para el caso de IPv4 y ASN, si son recursos legados, sin importar el origen de los recursos que procedan de otras regi
ones. Esto tiene, además, la ventaja de permitir aflorar dichos recursos e incorporarlos al sistema de los RIR.
Adicionalmente, es importante resaltar que el despliegue de IPv6, en algunos casos, puede requerir de pequeños bloques d
e direcciones IPv4 para mecanismos de transición, o incrementar sensiblemente los costes de la misma, y muchas entidades
de LACNIC podrían, por lo tanto, verse en grave desventaja si no tienen acceso a un mercado global, como es el caso act
ualmente.
No cabe duda que aceptar este tipo de transferencias tiene también sus riesgos, y es posible que se genere un incremento
de precios inicial, que rápidamente sería alineado con el resto del mercado global, como ocurre habitualmente con merca
dos equivalentes.

En los últimos años, y con el agotamiento de IPv4, diversas regiones han resuelto este problema, no sólo a través de tra
nsferencias dentro de la propia región, sino entre diferentes regiones. Ello permite facilitar una dinámica en el mercad
o y al incrementarse la oferta, reducir los precios.
Sin embargo, en LACNIC no se ha establecido un mecanismo inter-RIR, lo que esta llevando a la región a una situación de
discriminación y escasez de direcciones, no solo en el propio RIR, sino en el mercado de la región, que evita incluso qu
e nuevos negocios puedan establecerse adecuadamente en la región, por falta de direcciones.
Por otro lado, el hecho de que no exista una política inter-RIR no evita las transferencias “bajo la mesa” y, por lo tan
to, supone que hay recursos de los cuales se pierde la historia de su registro, que es la función principal de un RIR.
Esta propuesta considera que estas transferencias sólo deben permitirse si son recursos legados. Esto tiene, además, la
ventaja de permitir aflorar dichos recursos e incorporarlos al sistema de los RIR.
Adicionalmente, es importante resaltar que el despliegue de IPv6, en algunos casos, puede requerir de pequeños bloques d
e direcciones IPv4 para mecanismos de transición, o incrementar sensiblemente los costes de la misma, y muchas entidades
de LACNIC podrían, por lo tanto, verse en grave desventaja si no tienen acceso a un mercado global, como es el caso act
ualmente.
No cabe duda que aceptar este tipo de transferencias tiene también sus riesgos, y es posible que se genere un incremento
de precios inicial, que rápidamente sería alineado con el resto del mercado global, como ocurre habitualmente con merca
dos equivalentes.

Text

Texto actual: No existe
Nuevo Texto:
(nota: el texto siguiente debe ser agregado como una sección nueva e independiente, al final del manual de políticas vig
ente, con numeración o acápites como mejor convenga a criterio de LACNIC, y antes de los Apéndices del mismo)
1. Política de Transferencias de Recursos Inter-RIR
1.1. En el caso de IPv4, el tamaño mínimo que se puede transferir será /24.
1.2. En el caso de IPv6, el tamaño mínimo que se puede transferir será /48.
1.3. Si el recurso a transferir, es IPv4 o ASN y se transfiere desde LACNIC hacía otro RIR, sólo podrá ser transferid
o si es legado.
1.4. Los recursos provenientes de distribuciones o asignaciones de IPv6 de LACNIC, no podrán ser transferidos hasta h
aber pasado 2 años desde su distribución o asignación, según corresponda.
1.5. Para que una entidad pueda recibir una transferencia, debe pasar previamente por el proceso de justificación de
la necesidad del recurso, en función de las políticas vigentes, ante LACNIC o el RIR correspondiente (en función de la d
irección de la transferencia), según corresponda.
1.6. LACNIC o el RIR correspondiente (en función de la dirección de la transferencia), verificará la titularidad del
recurso a transferir y que esté libre de disputas.
1.7. Tanto la entidad que transfiere, como la que recibe, deberán presentar a LACNIC copia del documento legal que re
spalde la operación.
1.8. Cada entidad, tanto la que transfiere como la que recibe, quedará sujeta a las políticas y condiciones de membre
sía del RIR correspondiente.
1.9. LACNIC registrará en la bitácora de transferencias, ya existente, la fecha de la operación, la entidad que trasf
iere, la entidad que recibe, el RIR correspondiente en cada caso y los datos del recurso transferido.
1.10. Una vez concluida la transferencia, LACNIC modificará la información del recurso transferido para reflejar el c
ambio de titular.
1.11. Los bloques transferidos (así como sus sub-bloques), no podrán ser subsecuentemente transferidos durante un per
íodo de un año, a contar desde la fecha del registro de la operación en la bitácora.
1.12. Los recursos legados transferidos entrantes, dejarán de ser considerados legados.

Texto actual
2.3.2.18.-Transferencias de bloques IPv4 dentro de la región LACNIC
Se permitirán las transferencias de bloques IPv4 entre LIRs y/o usuarios finales dentro de la región LACNIC, en adelante
entidades, bajo las condiciones mencionadas en la presente sección.
2.3.2.18.1.- El tamaño mínimo de bloque que se permite transferir es un /24.
2.3.2.18.2.- Para que una entidad pueda ser el destinatario de una transferencia, debe pasar primero por el proceso de j
ustificación de necesidades de recursos IPv4 ante LACNIC. Es decir, la entidad debe justificar ante LACNIC la distribuci
ón/asignación inicial/adicional, según sea el caso, de acuerdo a las políticas vigentes.
2.3.2.18.3.- Ante una solicitud de transferencia de un bloque IPv4, LACNIC verificará que la entidad fuente es el titula
r 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.
2.3.2.18.4.- LACNIC mantendrá una bitácora de transferencias, accesible públicamente, de todas las transferencias de blo
ques IPv4 que se registren ante él. En dicha bitácora se registrará la fecha de la operación, la entidad fuente de la tr
ansferencia, la entidad destino y el bloque transferido.
2.3.2.18.5.- La entidad fuente de la transferencia quedará automáticamente inelegible para recibir distribuciones y/o as
ignaciones de recursos IPv4 por parte de LACNIC durante un año, a partir de la fecha de operación registrada en la bitác
ora de transferencias.
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 d
ecir, bloques que agrupen un subconjunto de las direcciones IPv4 que contiene el bloque.
2.3.2.18.7.- Una vez concluida la transferencia, LACNIC modificará la información sobre el recurso transferido para refl
ejar el cambio de titular.
2.3.2.18.8.- La entidad destino deberá cumplir con todas las políticas vigentes de LACNIC.
2.3.2.18.9.- Los bloques y sus sub-bloques, provenientes de distribuciones o asignaciones de LACNIC, ya sean iniciales o
adicionales, no podrán ser sujetos a transferencias durante un periodo de tres años a partir de su fecha de distribució
n o asignación.
2.3.2.18.10.- Los recursos legados transferidos dejarán de ser considerados como tales.
Nuevo Texto
2.3.2.18.- Transferencias de direcciones IPv4
Se permitirán transferencias de direcciones IPv4 entre LIRs y/o usuarios finales, en adelante entidades, bajo las condic
iones establecidas en la presente sección.
En el caso de que alguna de las entidades involucradas sea de otra región (transferencias inter-RIR), sólo se permitirán
para recursos legados. Esta restricción no aplica para el caso de transferencias dentro de la región LACNIC (transferen
cias intra-RIR).
2.3.2.18.1.- El tamaño mínimo de bloque que se permite transferir es un /24.
2.3.2.18.2.- Para que una entidad dentro de LACNIC, pueda ser el destinatario de una transferencia, debe pasar primero p
or el proceso de justificación de recursos IPv4 ante LACNIC. Es decir, la entidad debe justificar ante LACNIC la distrib
ución/asignación inicial/adicional, según sea el caso, de acuerdo a las políticas vigentes.
Si el destinatario es una entidad de otra región, estará sujeta a los criterios, verificaciones y requisitos del RIR cor
respondiente.
2.3.2.18.3.- LACNIC o el RIR correspondiente (en función de la dirección de la transferencia), verificará la titularidad
del recurso a transferir y que esté libre de disputas.
En los casos de transferencias intra-RIR, ambas entidades deberán presentar a LACNIC una copia firmada del documento leg
al que respalde la transferencia.
En los casos de transferencias inter-RIR, la documentación que respalda la operación será la acordada entre ambos RIR.
2.3.2.18.4.- LACNIC mantendrá una bitácora de transferencias, accesible públicamente, de todas las transferencias de blo
ques IPv4 que se registren ante él. En dicha bitácora se registrará la fecha de la operación, la entidad fuente de la tr
ansferencia, la entidad destino, las direcciones transferidas y, si fuera una transferencia inter-RIR, los RIRs fuente y
destino.
2.3.2.18.5.- La entidad fuente de la transferencia quedará automáticamente inelegible para recibir distribuciones y/o as
ignaciones de recursos IPv4 por parte de LACNIC durante un año, a partir de la fecha de operación registrada en la bitác
ora de transferencias.
2.3.2.18.6.- Las direcciones previamente transferidas no podrá ser subsecuentemente transferidas (ni total, ni parcialme
nte) durante un periodo de un año, a partir de la fecha de operación registrada en la bitácora de transferencias.
2.3.2.18.7.- Una vez concluida la transferencia, LACNIC modificará la información del recurso transferido para reflejar
el cambio de titular.
2.3.2.18.8.- Cada entidad, tanto la que transfiere como la que recibe, quedará sujeta a las políticas y condiciones de m
embresía del RIR correspondiente.
2.3.2.18.9.- Las direcciones provenientes de distribuciones o asignaciones de LACNIC, ya sean iniciales o adicionales, n
o podrán ser sujetos a transferencias (ni totales ni parciales) durante un periodo de tres años a partir de su fecha de
distribución o asignación.
2.3.2.18.10.- Los recursos legados transferidos entrantes, dejarán de ser considerados legados.

Additional Information

Queda pendiente de verificación, pero parece que esta propuesta sería compatible con las políticas Inter-RIR de APNIC, A
RIN y RIPE, ya que son todas bidireccionales.

Esta propuesta no modifica ningún aspecto de la política existente en lo que respecta a transferencias dentro de la regi
ón de LACNIC (intra-RIR), solo se hacen ajustes de redacción para integrar ambos tipos de transferencias (intra-RIR e in
ter-RIR en una misma sección).
Según lo indicado por LACNIC, así como conversaciones con los otros RIRs, esta propuesta permitiría transferencias bidir
eccionales con RIPE (incluso de RIPE a LACNIC aunque no sean recursos legados), y solo de recursos legados en ambos sent
idos con APNIC y ARIN.
AfriNIC no tiene una política de transferencias inter-RIR, aunque hay una propuesta, cuyo autor es uno de los co-autores
de la presente.

References

Existen políticas Inter-RIR en APNIC, ARIN y RIPE, que han demostrado ampliamente su eficacia y no han presentado inconv
enientes a las respectivas comunidades, más bien al contrario.
Según la evidencia existente, la región de ARIN aparece como el origen de la transferencia de la mayor cantidad de direc
ciones hacia las demás regiones que cuentan con políticas de transferencias de recursos.
• http://www.lacnic.net/innovaportal/file/3277/1/2-john-sweeting-arin.pdf
• https://ripe77.ripe.net/presentations/145-18-0903-NRO-Statistics-2018.pdf

Existen políticas Inter-RIR en APNIC, ARIN y RIPE, que han demostrado ampliamente su eficacia y no han presentado inconv
enientes a las respectivas comunidades, más bien al contrario.
Según la evidencia existente, la región de ARIN aparece como el origen de la transferencia de la mayor cantidad de direc
ciones hacia las demás regiones que cuentan con políticas de transferencias de recursos.
• https://www.nro.net/wp-content/uploads/NRO-Statistics-2018-Q4.pdf
• http://www.lacnic.net/innovaportal/file/3277/1/2-john-sweeting-arin.pdf