[LACNIC/Politicas] NP: LAC-2025-5 - Sub-asignación IPv4 a terceros

Wed Sep 10 07:34:42 -03 2025

Olá Uesley,

Mais uma vez obrigado pelos esclarecimentos.

Desejo boas discussões a todos em El Salvador.

Abraços !
Henri.

Em ter., 9 de set. de 2025 às 23:36, Uesley Correa <uesleycorrea at gmail.com>
escreveu:

> Hola Henri!
>
> Hoy por hoy, tenemos dos escenarios:
>
> 1 - tercero, que de manera errónea usa recursos que no le han sido
> asignados directamente por LACNIC (sea con paga o sin paga, es indiferente)
> a través de un asociado LACNIC;
> 2 - recursos sin uso en miembros LACNIC, que podrían estar en uso pero no
> están pues el miembro entiende que bajo políticas, no puede rentar ni
> asignar sin un “servicio” vinculado. Tampoco se devuelven al stock (sería
> el escenario perfecto, pero no funciona así).
>
> Creemos que para el miembro, regularizar el uso de recursos asignados a
> terceros es una manera de evitar la pérdida de esa asignación. Actualmente,
> bajo políticas, si se descubren usos irregulares, el miembro pierde el
> recurso. Para el tercero, hay el impacto, pero no tan grande como sería
> para el asociado LACNIC. Entonces, creemos que una vez la política sea
> aceptada por la comunidad, y después del referido proceso en LACNIC hasta
> implementación en el manual, el mayor interesado en arreglar el tema
> debería ser el asociado. Y eso generaría un movimiento en favor de usar
> recursos que están “dormidos” en operadores de la región.
>
> Saludos y nuevamente, gracias por sus consultas.
>
> Enviado do Gmail para iPad
>
>
> On Tue, 9 Sep 2025 at 17:47 Henri Alves de Godoy via Politicas <
> politicas at lacnic.net> wrote:
>
> > Caro Uesley,
> >
> > Muito obrigado pela resposta e esclarecimentos da proposta.
> >
> > Pelo meu entendimento de leigo nesse assunto, também se deseja
> regulamentar
> > ou normatizar uma ação que já ocorre de maneira irregular como você
> disse.
> > Acredito que a proposta seria para ter algo mais organizado e
> documentado,
> > para deixar mais público e claro os terceiros que queiram alugar ? Vocês
> > acham que com essa proposta o terceiro deseja passar por esse processo
> mais
> > transparente?
> >
> > Abraços
> > Henri.
> >
> > Em seg., 8 de set. de 2025 às 20:34, Uesley Correa <
> uesleycorrea at gmail.com
> > >
> > escreveu:
> >
> > > Henri, mi estimado!
> > >
> > > Mil gracias por tu comentario. Siempre es muy valioso leerte en la
> lista.
> > > Tercero, en este concepto es alguien que no ha recibido directamente un
> > > recurso de LACNIC, pero hace uso de dicho recurso.
> > >
> > > Sobre el tema del enfoque en IPv6, nosotros evaluamos bien este tema, y
> > de
> > > verdad: es un tema muy importante fomentar la implementación de IPv6.
> Por
> > > ello, uno de los requisitos de la propuesta justamente es la
> > justificación
> > > de uso. LACNIC en su proceso de justificación, siempre busca saber
> sobre
> > el
> > > compromiso del operador con la implementación del IPv6. Sin embargo, si
> > > somos mas restrictivos con la propuesta, no vamos a solucionar el
> > problema
> > > que hoy existe: la sub asignación de manera irregular e irresponsable,
> > sin
> > > trazabilidad y sin nada de documentación. O peor todavía: recursos IPv4
> > > parados y sin uso, en lugar de estar en algún operador que los necesite
> > > para crecer. Los esfuerzos de todos nosotros son grandes para que el
> IPv6
> > > llegue al 100% de despliegue, pero para esa propuesta, en nuestro WG,
> > > llegamos a conclusión que forzar eso de esa manera, no va a contribuir
> > con
> > > el crecimiento del IPv6, tampoco solucionar la problemática del IPv4.
> > >
> > > Saludos cordiales,
> > >
> > > Enviado do Gmail para iPad
> > >
> > >
> > > On Mon, 8 Sep 2025 at 14:35 Henri Alves de Godoy via Politicas <
> > > politicas at lacnic.net> wrote:
> > >
> > > > Boa tarde a todos,
> > > >
> > > > Uma duvida e um pouco confuso tentar esclarecer e chegar a uma
> > definição
> > > o
> > > > que é "terceiro".
> > > >
> > > > Terceiro dentro da infraestrutura, terceiro fora da infraestrutura.
> > > >
> > > > Eu ainda entendo que uma proposta mais geral de qualquer
> sub-alocação,
> > se
> > > > realmente for necessária, para normalizar o que hoje já ocorre,  seja
> > > > melhor.
> > > >
> > > > Qualquer proposta que venha a surgir com relação a esse tema eu
> > gostaria
> > > > que fosse mais inovadora e de impacto, talvez, sem sempre repetir
> > quase o
> > > > mesmo.  Algo do tipo que já descrevi nos emails de outras propostas,
> > que
> > > se
> > > > não houver qualquer compromisso mínimo por parte de quem receberá os
> > > > recursos no sentido de avançar nos mecanismos de transição para o
> IPv6
> > ou
> > > > evitar a perpetuação do CGNAT como solução permanente, a proposta
> > > continua
> > > > indo na contramão das políticas e princípios defendidos pelo LACNIC,
> > que
> > > > buscaram fomentar a transição para o IPv6 e promover boas práticas na
> > > > gestão dos recursos.
> > > >
> > > > Obrigado !
> > > > Henri.
> > > >
> > > >
> > > >
> > > >
> > > > Em seg., 8 de set. de 2025 às 14:02, <info-politicas at lacnic.net>
> > > escreveu:
> > > >
> > > > > [Português abaixo]
> > > > > [English below]
> > > > >
> > > > > ---
> > > > >
> > > > > Estimados suscriptores de la Lista de Políticas de LACNIC,
> > > > >
> > > > > Se recibió una nueva propuesta de Política, se le asignó el id
> > > > LAC-2025-5.
> > > > >
> > > > > Título: Sub-asignación de Recursos IPv4 a Terceros
> > > > >
> > > > > Título abreviado: Sub-asignación IPv4 a terceros
> > > > >
> > > > > Resumen: El Manual de Políticas de LACNIC (sección 0.9) prohíbe
> > > > > actualmente la sub-asignación de direcciones IPv4 a terceros fuera
> de
> > > la
> > > > > infraestructura propia del receptor.
> > > > >
> > > > > En el contexto de agotamiento de IPv4, esta restricción ha derivado
> > en
> > > > > prácticas informales de “alquiler” de direcciones sin dejar
> registro
> > de
> > > > la
> > > > > operación, con los consecuentes inconvenientes que esto acarrea,
> > > > incluyendo
> > > > > la posibilidad de fuga de recursos hacia otros RIRs a través de
> > > > > transferencias.
> > > > >
> > > > > Los pequeños ISPs son, aunque no exclusivamente, los principales
> > > > > perjudicados bajo el esquema actual.
> > > > >
> > > > > Esta propuesta crea un mecanismo transparente, con
> responsabilidades
> > > > > claramente definidas, para habilitar la sub-asignación de IPv4,
> > > > ofreciendo
> > > > > una alternativa que se ajuste a nuestras políticas y brinde un
> marco
> > > > > regulado a prácticas que hoy existen sin control.
> > > > >
> > > > > Los lineamientos originales presentados a la lista en Agosto de
> 2025
> > y
> > > > que
> > > > > recibieron comentarios de parte de la comunidad han sido
> analizados y
> > > en
> > > > > mayor o menor medida, la mayoria de ellos, incorporado a la
> > propuesta.
> > > > >
> > > > > Se propone hacer una modificación sobre el punto 0.9 y adicionar
> una
> > > > > sección nueva para este tipo de subasignaciones.
> > > > >
> > > > > Propuesta completa:
> > > > > Modificación de punto 0.9 (existente)
> > > > >
> > > > > 0.9.Asignar
> > > > > Asignar significa delegar espacio de direcciones a un usuario
> final,
> > > para
> > > > > su uso exclusivamente dentro de la infraestructura que opera, así
> > como
> > > > para
> > > > > fines de interconexión.
> > > > > La asignación de espacio de direcciones es sólo para el uso por el
> > > > > receptor original de dicha asignación, así como para dispositivos
> de
> > > > > terceros, siempre y cuando estén operando dentro de dicha
> > > > infraestructura.
> > > > > No está permitida la sub-asignación a terceros fuera de la
> > > > infraestructura
> > > > > propia del receptor original, salvo en los casos previstos en la
> > > sección
> > > > > 2.3.2.19.
> > > > >
> > > > > Texto Nuevo (Nueva sección)
> > > > >
> > > > > 2.3.2.19 – Sub-asignación de Recursos IPv4 a Terceros
> > > > >
> > > > > 2.3.2.19.1. Ámbito de Aplicación
> > > > > La presente política aplica exclusivamente a la sub-asignación de
> > > > recursos
> > > > > IPv4.
> > > > >
> > > > > 2.3.2.19.2. Condiciones y Requisitos
> > > > > a. La organización receptora deberá contar al menos con un ASN y
> > > > > direccionamiento IPv6 asignado por LACNIC.
> > > > > b. El tamaño mínimo será un /24 y el máximo un /21.
> > > > > c. La organización receptora deberá demostrar el uso o la necesidad
> > > > > inmediata de al menos el 25% del bloque sub-asignado, y presentar
> un
> > > plan
> > > > > detallado para alcanzar un 50% de utilización en el plazo de un
> año.
> > > > LACNIC
> > > > > podrá solicitar información adicional si lo considera necesario
> para
> > > > > validar la justificación.
> > > > >
> > > > > 2.3.2.19.3. Transparencia y Trazabilidad
> > > > > a. Identificación en WHOIS: Cada sub-asignación deberá registrarse
> en
> > > la
> > > > > base WHOIS de LACNIC, vinculando el bloque de direcciones con el
> ASN
> > > del
> > > > > receptor.
> > > > > b. Bitácora Pública de Movimientos: Se creará y mantendrá una
> > bitácora
> > > > > pública para dar trazabilidad a los eventos de inicio y fin de cada
> > > > > sub-asignación identificando el bloque de direcciones, el ASN del
> > > > receptor,
> > > > > la fecha y el tipo de evento (inicio de sub-asignación o fin de
> > > > > sub-asignación).
> > > > >
> > > > > 2.3.2.19.4. Responsabilidad sobre los Recursos
> > > > > La responsabilidad final sobre el uso de las direcciones IP recaerá
> > > > > siempre en la organización miembro de LACNIC que realiza la
> > > > sub-asignación.
> > > > > En caso de mal uso por parte del receptor, la organización miembro
> > > deberá
> > > > > finalizar la sub-asignación; de no hacerlo, podrá ser susceptible
> de
> > > > > revocación de recursos por parte de LACNIC según las políticas
> > > vigentes.
> > > > >
> > > > > 2.3.2.19.5. Mecanismo Anti-especulación
> > > > > Los bloques IPv4 recibidos por transferencia (sección 2.3.2.18) o
> > desde
> > > > el
> > > > > pool de recursos recuperados de LACNIC no podrán ser objeto de
> > > > > sub-asignación bajo esta modalidad durante un período de tres (3)
> > años
> > > a
> > > > > partir de su recepción.
> > > > >
> > > > > Para ver el detalle ingrese en:
> > > > >
> > >
> https://politicas.lacnic.net/politicas/detail/id/LAC-2025-5/language/sp
> > > > >
> > > > > Los comentarios y los puntos de vista aportados por la comunidad
> son
> > > > > vitales para el correcto desarrollo del proceso de la propuestas
> > > > > - ¿Apoya usted o se opone a esta propuesta?
> > > > > - ¿Esta propuesta resolvería un problema que usted está
> > > experimentando?-
> > > > > ¿Ve alguna desventaja en esta propuesta?
> > > > > - ¿Qué cambios podrían hacerse a esta propuesta para que sea más
> > > eficaz?
> > > > >
> > > > > Por más información contacte a info-politicas at lacnic.net
> > > > > Saludos cordiales,
> > > > >
> > > > > ----------------------------------------
> > > > > Prezados assinantes da lista de políticas de LACNIC,
> > > > >
> > > > > Foi recebida uma nova proposta de Política, foi atribuído o id
> > > > LAC-2025-5.
> > > > >
> > > > > Título: Sub-asignación de Recursos IPv4 a Terceros
> > > > >
> > > > > Título abreviado: Sub-asignación IPv4 a terceros
> > > > >
> > > > > Resumo: El Manual de Políticas de LACNIC (sección 0.9) prohíbe
> > > > actualmente
> > > > > la sub-asignación de direcciones IPv4 a terceros fuera de la
> > > > > infraestructura propia del receptor.
> > > > >
> > > > > En el contexto de agotamiento de IPv4, esta restricción ha derivado
> > en
> > > > > prácticas informales de “alquiler” de direcciones sin dejar
> registro
> > de
> > > > la
> > > > > operación, con los consecuentes inconvenientes que esto acarrea,
> > > > incluyendo
> > > > > la posibilidad de fuga de recursos hacia otros RIRs a través de
> > > > > transferencias.
> > > > >
> > > > > Los pequeños ISPs son, aunque no exclusivamente, los principales
> > > > > perjudicados bajo el esquema actual.
> > > > >
> > > > > Esta propuesta crea un mecanismo transparente, con
> responsabilidades
> > > > > claramente definidas, para habilitar la sub-asignación de IPv4,
> > > > ofreciendo
> > > > > una alternativa que se ajuste a nuestras políticas y brinde un
> marco
> > > > > regulado a prácticas que hoy existen sin control.
> > > > >
> > > > > Los lineamientos originales presentados a la lista en Agosto de
> 2025
> > y
> > > > que
> > > > > recibieron comentarios de parte de la comunidad han sido
> analizados y
> > > en
> > > > > mayor o menor medida, la mayoria de ellos, incorporado a la
> > propuesta.
> > > > >
> > > > > Se propone hacer una modificación sobre el punto 0.9 y adicionar
> una
> > > > > sección nueva para este tipo de subasignaciones.
> > > > >
> > > > > Para ver o detalhe acesse:
> > > > >
> > >
> https://politicas.lacnic.net/politicas/detail/id/LAC-2025-5/language/pt
> > > > >
> > > > > Os comentários e os pontos de vista aportados pela comunidade são
> > > vitais
> > > > > para o bom desenvolvimento do processo das propostas
> > > > > - ¿Você é a favor ou contra desta proposta?
> > > > > - ¿Esta proposta iria resolver um problema que você está
> > > experimentando?-
> > > > > ¿Vê alguma alguma desvantagem nesta proposta?
> > > > > - ¿Que mudanças poderiam ser feitas à proposta para que seja mais
> > > eficaz?
> > > > >
> > > > > Por mais informações entre em contato conosco através do seguinte
> > > e-mail:
> > > > > info-politicas at lacnic.net
> > > > > Atenciosamente,
> > > > > ----------------------------------------
> > > > >
> > > > > Dear LACNIC Policy List subscribers,
> > > > >
> > > > > A new Policy Proposal has been received and assigned the following
> > ID:
> > > > > LAC-2025-5.
> > > > >
> > > > > Title: Sub-asignación de Recursos IPv4 a Terceros
> > > > >
> > > > > Abbreviated title: Sub-asignación IPv4 a terceros
> > > > >
> > > > > Summary: El Manual de Políticas de LACNIC (sección 0.9) prohíbe
> > > > > actualmente la sub-asignación de direcciones IPv4 a terceros fuera
> de
> > > la
> > > > > infraestructura propia del receptor.
> > > > >
> > > > > En el contexto de agotamiento de IPv4, esta restricción ha derivado
> > en
> > > > > prácticas informales de “alquiler” de direcciones sin dejar
> registro
> > de
> > > > la
> > > > > operación, con los consecuentes inconvenientes que esto acarrea,
> > > > incluyendo
> > > > > la posibilidad de fuga de recursos hacia otros RIRs a través de
> > > > > transferencias.
> > > > >
> > > > > Los pequeños ISPs son, aunque no exclusivamente, los principales
> > > > > perjudicados bajo el esquema actual.
> > > > >
> > > > > Esta propuesta crea un mecanismo transparente, con
> responsabilidades
> > > > > claramente definidas, para habilitar la sub-asignación de IPv4,
> > > > ofreciendo
> > > > > una alternativa que se ajuste a nuestras políticas y brinde un
> marco
> > > > > regulado a prácticas que hoy existen sin control.
> > > > >
> > > > > Los lineamientos originales presentados a la lista en Agosto de
> 2025
> > y
> > > > que
> > > > > recibieron comentarios de parte de la comunidad han sido
> analizados y
> > > en
> > > > > mayor o menor medida, la mayoria de ellos, incorporado a la
> > propuesta.
> > > > >
> > > > > Se propone hacer una modificación sobre el punto 0.9 y adicionar
> una
> > > > > sección nueva para este tipo de subasignaciones.
> > > > >
> > > > > To read the proposal, please go to
> > > > >
> > >
> https://politicas.lacnic.net/politicas/detail/id/LAC-2025-5/language/en
> > > > >
> > > > > The community's comments and opinions are essential to the proper
> > > > > functioning of the policy development process.
> > > > > - Do you support this policy or are you against it?
> > > > > - Would this proposal solve a problem you are experiencing?- Do you
> > > think
> > > > > this proposal has any drawbacks?
> > > > > - What changes could be made to this proposal to make it more
> > > effective?
> > > > >
> > > > > For further information, please contact info-politicas at lacnic.net
> > > > > Kind regards,
> > > > > --
> > > > > --
> > > > > LACNIC - Registro de Direcciones de Internet para América Latina y
> > > Caribe
> > > > > Rambla Rep. de México 6125, CP 11400
> > > > >
> > > > > Montevideo-Uruguay
> > > > >
> > > > > Teléfono: +598 2604 22 22
> > > > > www.lacnic.net
> > > > > _______________________________________________
> > > > > Politicas mailing list
> > > > > Politicas at lacnic.net
> > > > > https://mail.lacnic.net/mailman/listinfo/politicas
> > > > > Desuscribirse/Descadastre-se/Unsubscribe
> > > > > <
> > > >
> > >
> >
> https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe
> > > > >:
> > > > > https://mail.lacnic.net/mailman/options/politicas
> > > > >
> > > > > El Codigo de Conducta de la Comunidad de LACNIC (
> > > > > https://rir.la/codigoconducta-SP) aplica a las listas de discusion
> > de
> > > > > LACNIC.
> > > > > O Codigo de Conduta da Comunidade do LACNIC (
> > > > > https://rir.la/codigoconducta-PT) se aplica as listas de discussao
> > do
> > > > > LACNIC.
> > > > > LACNIC's Community Code of Conduct (
> https://rir.la/codigoconducta-EN
> > )
> > > > > applies to LACNIC's discussion lists.
> > > > >
> > > > >
> > > >
> > > > --
> > > > _______________________________________________
> > > > Politicas mailing list
> > > > Politicas at lacnic.net
> > > > https://mail.lacnic.net/mailman/listinfo/politicas
> > > > Desuscribirse/Descadastre-se/Unsubscribe
> > > > <
> > >
> >
> https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe
> > > >:
> > > > https://mail.lacnic.net/mailman/options/politicas
> > > >
> > > > El Codigo de Conducta de la Comunidad de LACNIC (
> > > > https://rir.la/codigoconducta-SP) aplica a las listas de discusion
> de
> > > > LACNIC.
> > > > O Codigo de Conduta da Comunidade do LACNIC (
> > > > https://rir.la/codigoconducta-PT) se aplica as listas de discussao
> do
> > > > LACNIC.
> > > > LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN
> )
> > > > applies to LACNIC's discussion lists.
> > > >
> > > >
> > > _______________________________________________
> > > Politicas mailing list
> > > Politicas at lacnic.net
> > > https://mail.lacnic.net/mailman/listinfo/politicas
> > > Desuscribirse/Descadastre-se/Unsubscribe
> > > <
> >
> https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe
> > >:
> > > https://mail.lacnic.net/mailman/options/politicas
> > >
> > > El Codigo de Conducta de la Comunidad de LACNIC (
> > > https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
> > > LACNIC.
> > > O Codigo de Conduta da Comunidade do LACNIC (
> > > https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
> > > LACNIC.
> > > LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
> > > applies to LACNIC's discussion lists.
> > >
> > >
> >
> > --
> > _______________________________________________
> > Politicas mailing list
> > Politicas at lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/politicas
> > Desuscribirse/Descadastre-se/Unsubscribe
> > <
> https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe
> >:
> > https://mail.lacnic.net/mailman/options/politicas
> >
> > El Codigo de Conducta de la Comunidad de LACNIC (
> > https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
> > LACNIC.
> > O Codigo de Conduta da Comunidade do LACNIC (
> > https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
> > LACNIC.
> > LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
> > applies to LACNIC's discussion lists.
> >
> >
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
> Desuscribirse/Descadastre-se/Unsubscribe
> <https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe>:
> https://mail.lacnic.net/mailman/options/politicas
>
> El Codigo de Conducta de la Comunidad de LACNIC (
> https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
> LACNIC.
> O Codigo de Conduta da Comunidade do LACNIC (
> https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
> LACNIC.
> LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
> applies to LACNIC's discussion lists.
>
>

--