Resumen

  • APNIC informa de 538 objetos ASPA bajo su ancla de confianza RPKI y aconseja iniciar la validación mientras los errores aún pueden corregirse por separado.
  • Un servidor de rutas no transparente en un IXP deja su ASN en el camino y debe figurar en la lista autorizada; MyAPNIC comprueba los cambios contra BGP observado antes del Commit.

En un punto de intercambio, el detalle puede ser un solo ASN. APNIC explica que el servidor de rutas no transparente aparece en el camino BGP y debe incluirse entre los proveedores autorizados del participante. Si el titular lo deja fuera de su ASPA y una red usa la validación, ese camino puede acabar clasificado como Invalid. Una entrada omitida en una lista firmada termina en la mesa de quien decide qué ruta aceptar.

La explicación de APNIC del 22 de octubre cifra en 538 los objetos ASPA publicados bajo su ancla RPKI. El registro aconseja empezar pronto a validar caminos: mientras el conjunto es pequeño, los titulares pueden localizar y corregir declaraciones equivocadas una por una. Si dejan crecer la pila, la primera activación de la regla exige revisar más listas a la vez. El consejo habla del orden del trabajo, con un reloj que corre para cada nuevo objeto.

Un ASPA expresa, con la firma del titular de un ASN, qué sistemas autónomos pueden darle tránsito. La página de APNIC sobre ASPA describe cómo se publican esos objetos para los validadores. MyAPNIC propone proveedores a partir de BGP observado y compara la edición con caminos ya visibles: señala un cambio que volvería inválido uno de ellos antes de que el titular lo envíe. Después la solicitud pasa a Pending; el titular la revisa y pulsa Commit. La comprobación conoce los caminos observados. Las relaciones de respaldo que todavía no aparecen en BGP deben salir del inventario del propio operador.

La clasificación Invalid tiene consecuencias según la política de la red receptora. Una red puede dar menor preferencia a ese camino o volverlo inelegible; la lista equivocada obliga al titular a corregir y republicar, y al operador receptor a revisar su decisión de rutas. APNIC advierte que una mala configuración puede afectar a todos los caminos que incluyen al ASN cliente. Por eso un objeto adicional sin revisión representa trabajo pendiente para más de una mesa.

La guía RPKI de APNIC distingue los algoritmos de subida y bajada y los resultados Valid, Invalid y Unknown. Ese vocabulario permite separar tres responsables: quien firma la autorización, quien comprueba el camino y quien elige la ruta. La cifra 538 registra el primer paso. El siguiente dato útil será cuántas redes verifican y cuánto tardan los titulares en corregir una lista que falla.