Resumen

  • LAC-2026-3, publicada el 12 de agosto y todavía en discusión, exigiría al menos un 80 % de cobertura con ROA válidos antes de que una organización pueda obtener recursos IPv4 o IPv6 adicionales.
  • La cobertura se aplicaría a los recursos que LACNIC ya asignó o distribuyó a la organización. El proyecto no anuncia la retirada automática de esos recursos si hoy quedan por debajo del umbral.
  • La decisión será reproducible solo si el texto define qué se cuenta, cómo se separan IPv4 e IPv6, cuánto tiempo hay para corregir y quién revisa una discrepancia.

La próxima solicitud se convierte en el momento de control

El registro independiente de propuestas de los RIR muestra LAC-2026-3 como una iniciativa bajo discusión, con cambio fechado el 12 de agosto de 2026. Su mecanismo no es una recomendación general. Cuando una organización pida más IPv4 o IPv6, debería acreditar un 80 % de ROA válidos sobre los recursos que LACNIC ya le entregó.

La elección de ese momento concentra el incentivo en quienes crecen. Una red estable que no solicita recursos nuevos no pasa de inmediato por el examen. Un proveedor que abre mercado, incorpora clientes o amplía infraestructura sí puede depender del resultado. La limpieza de los ROA deja de ser una tarea sin fecha y entra en el calendario de expansión.

Eso no autoriza a presentar el proyecto como sanción vigente. Estar por debajo del 80 % no significa que una organización haya perdido sus bloques. La propuesta no ha sido aprobada ni implementada. Lo que está sobre la mesa es una futura condición de acceso a recursos adicionales.

El número solo funciona si todos cuentan lo mismo

La palabra «cobertura» admite varias operaciones. Los indicadores de Cloudflare Radar distinguen la proporción de prefijos cubiertos de la proporción del espacio de direcciones cubierto, y presentan IPv4 e IPv6 por separado. Dos métricas legítimas pueden producir resultados opuestos.

Supongamos una organización con un bloque grande y varios pequeños. Por cantidad de prefijos, cada entrada pesa igual. Por cantidad de direcciones, el bloque grande domina el resultado. Si el cálculo usa solo espacio anunciado, quedan fuera reservas y rangos sin anuncio. Si usa todos los recursos registrados, esos rangos entran aunque no exista una ruta que autorizar. Las subasignaciones plantean además quién tiene capacidad práctica para crear el ROA.

IPv4 e IPv6 tampoco deberían fundirse en una cifra sin explicación. ¿Cada familia debe alcanzar el 80 %? ¿Se evalúa solamente la familia de la nueva solicitud? ¿Qué ocurre con quien no posee una de ellas? Sumar unidades IPv4 y IPv6 carece de una escala común. La regla necesita dos resultados legibles o una razón técnica para otra fórmula.

Un porcentaje sin denominador común no es un umbral: es una interpretación.

Un ROA dice quién puede originar un prefijo

La RFC 6482 define el ROA como un objeto firmado que autoriza a un sistema autónomo a originar uno o más prefijos. También puede establecer un maxLength para los anuncios más específicos. La guía operativa de Cloudflare explica cómo esa relación verificable entre prefijo y ASN ayuda a filtrar rutas no autorizadas.

La precisión del objeto no debe convertirse en una afirmación más amplia. Un ROA válido no certifica que todas las rutas observadas sean correctas ni que todos los validadores tengan una copia idéntica en el mismo instante. La falta de ROA tampoco demuestra un secuestro. El indicador del proyecto debe separar la validez del objeto, la cobertura del inventario y el estado de las rutas vivas.

Esa separación define el proceso de corrección. Una migración puede cambiar el ASN de origen. Un prefijo más específico puede superar el maxLength. Una autorización puede caducar o desaparecer temporalmente durante una actualización. Si la medición es una foto sin plazo de subsanación, un problema transitorio del repositorio puede frenar una solicitud que por lo demás es válida.

La seguridad obtiene una palanca económica

El atractivo de LAC-2026-3 es real. Las campañas de adopción compiten con tareas urgentes y a menudo dejan ROA antiguos o ausentes. Vincular la revisión a una solicitud ofrece un motivo concreto para inventariar prefijos, corregir ASN y retirar autorizaciones obsoletas. Una mayor cobertura también beneficia a terceros que validan el origen de las rutas.

Sin embargo, la palanca cambia de naturaleza cuando puede retrasar capacidad. La explicación independiente de LACNIC sitúa la asignación y el registro de recursos entre sus funciones centrales. El proyecto conectaría esa función con una evaluación de seguridad sobre recursos emitidos anteriormente.

Que ambas materias estén relacionadas no elimina el problema de procedimiento. Un falso negativo en un gráfico es molesto. El mismo falso negativo como requisito de elegibilidad puede alterar contratos, despliegues y fechas de servicio.

En The Policy Mirror, Lu Heng plantea una frontera entre mantener un registro exacto y añadir condiciones que determinan el acceso a recursos escasos. LAC-2026-3 se ubica en esa frontera. Busca una prueba estrechamente relacionada con las direcciones, pero hace cumplir el objetivo en otra transacción. Por eso el derecho a conocer y corregir el cálculo es parte de la ingeniería de la política.

La fórmula debe venir acompañada de una salida

La próxima versión debería publicar el numerador, el denominador y una cartera de ejemplo. Cada organización tendría que recibir la lista de recursos que reducen su puntaje y el motivo exacto: ROA inexistente, objeto inválido, ASN distinto, longitud no cubierta o dato registral en disputa.

El plazo de corrección debe conservar la posición de la solicitud mientras se reparan errores atribuibles al solicitante. Las fallas del repositorio o del validador requieren otro tratamiento. Las excepciones legítimas han de ser estrechas, documentadas y auditables, no negociaciones privadas.

También hace falta una revisión capaz de examinar el inventario y la instantánea RPKI, no solo repetir el primer cálculo. Publicar datos agregados sobre los motivos de incumplimiento permitiría saber si la regla está corrigiendo descuido, resolviendo ambigüedades o generando bloqueos administrativos.

El 80 % podría ser un piso útil. Todavía no es una decisión de la comunidad. La propuesta ha encontrado un momento con fuerza: cuando una organización pide crecer. Su legitimidad dependerá de que ese momento termine en una corrección verificable y no en un «no» imposible de reconstruir.

Fuentes