Resumen

  • LACNIC ha unido dos pasos concretos: creación y publicación de objetos ASPA por parte de sus miembros en MiLACNIC, y validación de esos objetos en FORT.
  • El último tramo hasta el router tiene su propio interruptor. FORT 1.7.0.experimental incorpora RTRv2, pero el máximo de versión RTR queda en cero de fábrica.

El botón ya está. El router no siempre ha recibido el aviso.

En LACNIC 46, el registro anunció que los miembros titulares de un ASN pueden crear, configurar y publicar objetos ASPA desde MiLACNIC. La herramienta permite trabajar de forma individual o masiva, revisar el estado y previsualizar antes de publicar. LACNIC también anunció compatibilidad con la validación de ASPA en FORT, su validador RPKI de código abierto. El portal de miembros y el validador ya ocupan dos puestos distintos en la misma cadena.

Es un avance concreto. Y justo ahí termina la versión fácil de la historia. «ASPA activado» puede referirse a varios momentos; cada uno deja una prueba distinta.

Primero, el titular del recurso anota en el objeto ASPA cuáles son sus proveedores de tránsito autorizados. La vista previa y el estado de MiLACNIC permiten revisar ese trabajo antes de publicarlo. Después, el objeto entra en la ruta de publicación y recuperación de RPKI. Un validador independiente comprueba el material firmado. LACNIC afirma que la función central de validación ASPA de FORT se publicó en julio de 2026; la versión 1.7.0.experimental enumera compatibilidad con ASPA y RTRv2, además de una salida JSON opcional para los ASPA válidos.

Entonces llega el enlace con el router. Las notas de FORT dicen que --server.max-rtr-version vale cero por defecto. Fijarlo en la versión 2 significa optar por una función RTRv2 que todavía evoluciona y que FORT marca como experimental. Los documentos actuales del IETF sobre el perfil ASPA, su verificación y RTRv2 siguen siendo Internet-Drafts, no RFC publicadas. FORT puede validar ASPA mientras el servidor RTR del operador conserva el ajuste de fábrica. Un archivo con ASPA válidos todavía no es el estado recibido por el router.

Por eso conviene cambiar la insignia única «ASPA» por una cadena de preguntas. ¿Ve el miembro el objeto previsto y su estado de publicación? ¿Puede el validador recuperarlo y validarlo? ¿Está activada la exportación de ASPA? ¿Qué versión RTR ofrece el servidor? ¿La negoció el router y cargó los datos de clientes y proveedores? ¿Consulta esos datos la política BGP y qué decisión tomó sobre las rutas examinadas?

El anuncio público no ofrece un recuento regional de adopción, de negociaciones con routers ni del uso de ASPA en políticas. La noticia útil está en la maquinaria que LACNIC acerca a los miembros y en las juntas todavía visibles entre cada pieza. La entrada ya funciona; la última puerta sigue dependiendo de un ajuste.

Fuentes