[LACNIC/Politicas] NP: LAC-2026-3 - ROA para solicitud de recursos

Sun Oct 11 23:17:55 -03 2026

¡Hola Jordi!

Gracias por tus comentarios. Sí, como está redactado aplica también para transferencias entrantes. Sí, es posible agregarlo adicionalmente en 4.4.1.4 y7o 4.4.4.3 para clarificar. Esta propuesta introduje antes de que se pudieran crear objetos ASPA en miLACNIC; ahora que se puede, se podría incorporar a la redacción sin problema.

Saludos,

----- PT (Traduzido por IA) -----

Olá, Jordi!

Obrigado pelos seus comentários. Sim, da forma como está redigido, também se aplica às transferências recebidas. Sim, é possível acrescentá-lo adicionalmente nos itens 4.4.1.4 e/ou 4.4.4.3 para maior clareza. Introduzi esta proposta antes de ser possível criar objetos ASPA no miLACNIC; agora que isso já é possível, ela pode ser incorporada à redação sem qualquer problema.

Atenciosamente,

----- EN (Translated by AI) -----

Hello Jordi,

Thank you for your comments. Yes, as currently drafted, it also applies to incoming transfers. Yes, it is possible to add it additionally to sections 4.4.1.4 and/or 4.4.4.3 for clarification. I introduced this proposal before ASPA objects could be created in miLACNIC; now that this is possible, it could be incorporated into the wording without any issue.

Regards,

Sergio Kleiman

-----Mensaje original-----
De: jordi.palet at theipv6company.com <jordi.palet at theipv6company.com>
Enviado el: jueves, 8 de octubre de 2026 03:20
Para: Lista para discusion de politicas de la comunidad de LACNIC <politicas at lacnic.net>
Asunto: Re: [LACNIC/Politicas] NP: LAC-2026-3 - ROA para solicitud de recursos

Hola Sergio,

Disculpas porque se me pasó el anuncio original de la propuesta.

En principio de acuerdo con la propuesta.

Entiendo que tal y como está redactada, también aplicaría para quien quiera recibir transferencias, dado que en estos casos también se pasa por el proceso de justificación de necesidad.

En el caso de IPv6, creo que apenas tiene impacto, pues si alguien necesita mas direcciones IPv6, en muchos casos será porque no planificó sus necesidades y se acogió al “/32 por defecto”, con lo cual la mejor alternativa en estos casos es acudir a una rectificación (4.4.1.4 o 4.4.4.3). Lo comento, porque si no has tenido en cuenta este detalla, una (posible) mejora de la propuesta seria, en lugar de agregarlo al final del 4.4.2.1, que sea una sección nueva y modificar el texto para que también aplique en el caso de rectificaciones del espacio.

Por otro lado, no sé si puedes comentar si hay algún motivo por el que tu propuesta solo esté contemplando distribuciones y no asignaciones directas por LACNIC? Creo que se debe fomentar también el uso de RPKI entre usuarios finales que reciben recursos directamente de LACNIC.

Respecto del tema de ASPA, creo que también sería bueno incorporarlo, sin embargo tengo mis dudas de si hacerlo en el mismo plazo que esta propuesta (asumiendo que alcanzara consenso), o dar un poco mas de margen (lo cual podría incluirse como parte de la redacción, +6 meses, por poner un ejemplo). Es decir, no necesariamente hace falta una propuesta nueva posteriormente.

Como comentario adicional, en diversas ocasiones hemos discutido propuestas para fomentar el uso de “x”, creo que la que más se ha debatido ha sido el uso de IPv6. Hasta ahora, no hemos alcanzado consenso generalmente. Quizás esta  propuesta nos sirve para reaccionar y pensar que exigir requisitos como el uso de medidas que aportan seguridad, estabilidad, escalabilidad y fiabilidad a Internet, como son RPKI e IPv6, son un beneficio para todos y deberían ser de obligado cumplimiento, teniendo en cuenta que hay ya experiencia en estos campos y no son ya nuevas tecnologías, y que hay que despedirse, poco a poco, de nuestro viejo amigo “legacy” IPv4.

Saludos,
Jordi

@jordipalet

> El 7 oct 2026, a las 20:41, Sergio Kleiman Schwarzstein via Politicas <politicas at lacnic.net> escribió:
>
> ¡Hola a todos!
>
> Me gustaría invitar a la comunidad a revisar y participar en la discusión de la propuesta LAC-2026-3: Cobertura de ROAs válidas para la solicitud de recursos adicionales.
>
> La propuesta busca incentivar la adopción de RPKI mediante un requisito de cobertura mínima de ROAs válidas para los recursos ya asignados, previo a la solicitud de recursos adicionales. El objetivo es promover mejores prácticas que contribuyan a la seguridad y resiliencia del sistema de enrutamiento de Internet en nuestra región.
>
> Adicionalmente, ahora que LACNIC ya ofrece soporte para ASPA, me gustaría conocer la opinión de la comunidad sobre si este tipo de mecanismos también podrían contribuir a impulsar su adopción.
>
> ¿Consideran que debería evaluarse algún tipo de incentivo o requisito relacionado con ASPA, o creen que su adopción debería seguir un camino distinto?
>
> Espero sus comentarios y sugerencias.
>
> Saludos,
>
>
> ----- PT (Traduzido por IA) -----
> Olá a todos,
>
> Gostaria de convidar a comunidade a revisar e participar da discussão da proposta LAC-2026-3: Cobertura de ROAs válidos para a solicitação de recursos adicionais.
>
> A proposta busca incentivar a adoção do RPKI por meio de um requisito de cobertura mínima de ROAs válidos para os recursos já alocados, antes da solicitação de recursos adicionais. O objetivo é promover melhores práticas que contribuam para a segurança e a resiliência do sistema de roteamento da Internet em nossa região.
>
> Além disso, agora que o LACNIC já oferece suporte para ASPA, gostaria de conhecer a opinião da comunidade sobre se esse tipo de mecanismo também poderia contribuir para impulsionar sua adoção.
>
> Vocês consideram que, no futuro, deveria ser avaliado algum tipo de incentivo ou requisito relacionado ao ASPA, ou acreditam que sua adoção deveria seguir um caminho diferente?
>
> Aguardarei seus comentários e sugestões.
>
> Atenciosamente,
>
>
>
> ----- EN (Translated by AI) -----
> Hi everyone!
>
> I would like to invite the community to review and participate in the discussion of proposal LAC-2026-3: Valid ROA Coverage for Additional Resource Requests.
>
> The proposal seeks to encourage RPKI adoption through a minimum valid ROA coverage requirement for resources already allocated to an organization before additional resources can be requested. The goal is to promote best practices that contribute to the security and resilience of the Internet routing system in our region.
>
> Additionally, now that LACNIC supports ASPA, I would like to hear the community's opinion on whether this type of mechanism could also help drive ASPA adoption. Do you believe that some form of ASPA-related incentive or requirement should be considered in the future, or do you think ASPA adoption should follow a different path?
>
> I look forward to your comments and suggestions.
>
> Best regards,
>
>
> Sergio Kleiman
>
>
>
> *** Clasificado PÚBLICO por TELEFÓNICA. *** Classified PUBLIC by TELEFÓNICA.
> *** Classificado como PÚBLICO pela TELEFÓNICA. *** Von TELEFÓNICA als ÖFFENTLICH eingestuft.
> De: Sergio Kleiman Schwarzstein
> Enviado el: jueves, 13 de agosto de 2026 11:16
> Para: 'politicas at lacnic.net' <politicas at lacnic.net>
> Asunto: [LACNIC/Politicas] NP: LAC-2026-3 - ROA para solicitud de
> recursos
>
> ¡Hola!
>
> Gracias a todos por sus comentarios. Estoy seguro de que nos ayudarán a enriquecer y mejorar la propuesta.
>
> El objetivo de esta propuesta es que los miembros que ya cuentan con recursos IPv4 o IPv6 publiquen ROAs para dichos recursos antes de solicitar direccionamiento adicional. La intención no es agregar complejidad al proceso de asignación, sino fomentar la adopción de prácticas que contribuyan a la seguridad y resiliencia del ruteo en Internet.
>
> Quienes administramos recursos numéricos tenemos la responsabilidad de protegerlos contra posibles usos indebidos o anuncios no autorizados. RPKI y los ROAs son excelentes herramientas que permiten reducir este riesgo, y la creación de ROAs en el portal de miLACNIC es un proceso sencillo que normalmente requiere solo unos minutos. La intención de tener un umbral del 80% es establecer un equilibrio razonable entre incentivar la adopción de ROAs y mantener flexibilidad operativa para los miembros. Este porcentaje permite demostrar que la gran mayoría de los recursos se encuentra protegida mediante ROAs válidos, sin exigir una cobertura absoluta que podría resultar difícil de alcanzar en algunos escenarios operativos o durante procesos de transición.
>
> En otras palabras, el requisito busca promover una adopción significativa de RPKI, manteniendo al mismo tiempo un margen suficiente para evitar afectar innecesariamente las solicitudes legítimas de recursos adicionales.
>
> Nuevamente, agradezco sus comentarios y espero continuar la discusión para identificar posibles mejoras al texto y al mecanismo propuesto.
>
>
> Saludos,
>
>
> ----- PT (Traduzido por IA) -----
>
> Olá,
>
> Obrigado a todos pelos comentários. Tenho certeza de que eles nos ajudarão a enriquecer e aperfeiçoar a proposta.
>
> O objetivo desta proposta é que os membros que já possuem recursos IPv4 ou IPv6 publiquem ROAs para esses recursos antes de solicitar endereçamento adicional. A intenção não é adicionar complexidade ao processo de alocação, mas sim incentivar a adoção de práticas que contribuam para a segurança e a resiliência do roteamento na Internet.
>
> Nós, que administramos recursos numéricos, temos a responsabilidade de protegê-los contra possíveis usos indevidos ou anúncios não autorizados. O RPKI e os ROAs são excelentes ferramentas para reduzir esse risco, e a criação de ROAs no portal miLACNIC é um processo simples que normalmente leva apenas alguns minutos. A intenção de estabelecer um limite de 80% é encontrar um equilíbrio razoável entre incentivar a adoção de ROAs e manter flexibilidade operacional para os membros. Esse percentual permite demonstrar que a grande maioria dos recursos está protegida por ROAs válidos, sem exigir uma cobertura absoluta que poderia ser difícil de alcançar em alguns cenários operacionais ou durante processos de transição.
>
> Em outras palavras, o requisito busca promover uma adoção significativa do RPKI, mantendo ao mesmo tempo uma margem suficiente para evitar impactos desnecessários em solicitações legítimas de recursos adicionais.
>
> Mais uma vez, agradeço os comentários e espero continuar a discussão para identificar possíveis melhorias no texto e no mecanismo proposto.
>
> Atenciosamente,
>
>
> ----- EN (Translated by AI) -----
> Hello,
>
> Thank you all for your comments. I am confident that they will help us enrich and improve the proposal.
>
> The goal of this proposal is for members who already hold IPv4 or IPv6 resources to publish ROAs for those resources before requesting additional address space. The intention is not to add complexity to the allocation process, but rather to encourage the adoption of practices that contribute to the security and resilience of Internet routing.
>
> Those of us who manage number resources have a responsibility to protect them against potential misuse or unauthorized route announcements. RPKI and ROAs are excellent tools for reducing this risk, and creating ROAs through the miLACNIC portal is a straightforward process that typically takes only a few minutes. The purpose of establishing an 80% threshold is to strike a reasonable balance between encouraging ROA adoption and maintaining operational flexibility for members. This percentage allows members to demonstrate that the vast majority of their resources are protected by valid ROAs without requiring absolute coverage, which may be difficult to achieve in certain operational scenarios or during transition periods.
>
> In other words, the requirement seeks to promote meaningful RPKI adoption while maintaining sufficient flexibility to avoid unnecessarily impacting legitimate requests for additional resources.
>
> Once again, I appreciate your comments and look forward to continuing the discussion in order to identify possible improvements to both the text and the proposed mechanism.
>
> Best regards,
>
>
> Sergio Kleiman
>
> ________________________________
>
> Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.
>
> The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.
>
> Esta mensagem e seus anexos se dirigem exclusivamente ao seu
> destinatário, pode conter informação privilegiada ou confidencial e é
> para uso exclusivo da pessoa ou entidade de destino. Se não é vossa
> senhoria o destinatário indicado, fica notificado de que a leitura,
> utilização, divulgação e/ou cópia sem autorização pode estar proibida
> em virtude da legislação vigente. Se recebeu esta mensagem por erro,
> rogamos-lhe que nos o comunique imediatamente por esta mesma via e
> proceda a sua destruição
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://protect.checkpoint.com/v2/r02/___https://mail.lacnic.net/rfnqr
> fsdqnxynsktdutqnynhfx___.YzJlOnRlbGVmb25pY2FtZXhpY286YzpvOmU0MTcwYzA2N
> GVhMDE3MjJmMmIwMWYwOWM0ZjMxY2VjOjc6MzNhYjo5NTEyZTUxMTk0OThmMDk3MzkxYmJ
> iNDIwODU0ODEzYTliODk4ZGU0ZmZlOWNhODI5NTU4MTM1NmIwZGY0MmViOnA6VDpU
> Desuscribirse/Descadastre-se/Unsubscribe:
> https://protect.checkpoint.com/v2/r02/___https://mail.lacnic.net/rfnqr
> fsdtuyntsxdutqnynhfx___.YzJlOnRlbGVmb25pY2FtZXhpY286YzpvOmU0MTcwYzA2NG
> VhMDE3MjJmMmIwMWYwOWM0ZjMxY2VjOjc6M2EyZjo1MjVkZmRkOTdmODk0NzIwYjkwODFl
> N2E5YTQ4MWIxMWUyYmUwYjk2NjUwNjY1ZWJiY2VhY2YwMTViNGM3MjJlOnA6VDpU
>
> El Codigo de Conducta de la Comunidad de LACNIC (https://protect.checkpoint.com/v2/r02/___https://rir.la/htinlthtsizhyf-XU___.YzJlOnRlbGVmb25pY2FtZXhpY286YzpvOmU0MTcwYzA2NGVhMDE3MjJmMmIwMWYwOWM0ZjMxY2VjOjc6NTE5NzowNmM0MjIxODQ3MWJmYzVjOTU1OWYyMGExYWJhYTY3N2ZmYTI1MTc1YjQ2MDRhNjY0Y2Y5MDA3YzA0NTFiODQyOnA6VDpU) aplica a las listas de discusion de LACNIC.
> O Codigo de Conduta da Comunidade do LACNIC (https://protect.checkpoint.com/v2/r02/___https://rir.la/htinlthtsizhyf-UY___.YzJlOnRlbGVmb25pY2FtZXhpY286YzpvOmU0MTcwYzA2NGVhMDE3MjJmMmIwMWYwOWM0ZjMxY2VjOjc6ZDk3ZjphODg2M2Q4NTA1ZGUzYTNlNjY2YTU4YWU1MWI3NDk5MTdmYjQ0NWFkY2IwY2RlNmUwZTczMmJkNWMxNjVjMWMyOnA6VDpU) se aplica as listas de discussao do LACNIC.
> LACNIC's Community Code of Conduct (https://protect.checkpoint.com/v2/r02/___https://rir.la/htinlthtsizhyf-JS___.YzJlOnRlbGVmb25pY2FtZXhpY286YzpvOmU0MTcwYzA2NGVhMDE3MjJmMmIwMWYwOWM0ZjMxY2VjOjc6ZTgwNTo3MzA4YjNiMzYxYzMzNThjODBjYTdjYzg2ZmZiNzUyYWJkOTZjYzJjOTRiZjU4YzlkZWFlOTVjMDkxN2Q2NzFlOnA6VDpU) applies to LACNIC's discussion lists.
>

**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://protect.checkpoint.com/v2/r02/___http://www.theipv6company.com___.YzJlOnRlbGVmb25pY2FtZXhpY286YzpvOmU0MTcwYzA2NGVhMDE3MjJmMmIwMWYwOWM0ZjMxY2VjOjc6NjQ4MTozNDdkNGExZTBmMTRmMWU0MGM4ZmVjMDMzZmZkNzliMmYyMTc5NGZmNjdhMWNmM2ZmMTlkZmQ4YWJmMmNkYWU1OnA6VDpU
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição