Summary

  • RIPE NCC programó el panel RPKI para el 3 de noviembre de 2026 de 21:00 a 21:30 CET; RIPE NCC Access, el portal LIR y la base de datos RIPE comparten otra ventana de 21:00 a 21:10. Los avisos identifican componentes diferentes.
  • El 23 de octubre hubo otra salida simultánea: RIPE marcó terminado el mantenimiento del panel a las 20:07:44 CEST y el del acceso, portal y base a las 20:29:56. Son 22 minutos entre avisos de cierre, no una medición del tiempo sin servicio para un usuario.

Dos relojes pueden ser perfectamente exactos y seguir sin decir a qué hora se abre la puerta. En la página oficial de estado de RIPE NCC aparecen dos trabajos previstos para el 3 de noviembre, ambos desde las 21:00 CET. El aviso RPKI llega hasta las 21:30 y enumera solo el panel RPKI como componente afectado; anuncia su indisponibilidad durante el mantenimiento. El aviso de acceso llega hasta las 21:10 y enumera RIPE NCC Access, el portal de miembros LIR y la base de datos RIPE. Su actualización es genérica: no ofrece una prueba de qué tarea concreta podrá ejecutar un miembro durante esa ventana.

La relación entre esos nombres está documentada por la propia institución. La guía de RPKI alojado indica que un usuario accede con una cuenta RIPE NCC asociada a un LIR y entra al panel para administrar autorizaciones de origen de ruta, las ROA. La guía de RIPE NCC Access coloca el panel entre las herramientas de gestión de recursos. Para corregir una ROA mediante la interfaz, el miembro necesita el camino de entrada y la aplicación. El calendario de mantenimiento los separa; el trabajo real los reúne.

No es la primera pareja. El 23 de octubre, el panel RPKI tenía una ventana prevista de 20:00 a 20:30 CEST y acceso, portal y base otra de 20:00 a 21:00. RIPE señaló el trabajo del panel en curso a las 20:00, en verificación a las 20:06:47 y completado a las 20:07:44. El otro expediente pasó a «en curso» a las 20:01:07 y a «completado» a las 20:29:56. El cierre del panel antecedió al de la entrada por 22 minutos y 11 segundos.

Noviembre dibuja la secuencia contraria en el plan: primero acabaría la ventana de acceso, veinte minutos después la del panel. Son cuatro expedientes y dos fechas, sin prueba de que se trate de una misma intervención técnica repetida. Los avisos de octubre marcan horas de publicación de estados; no certifican el minuto en que un operador inició sesión, abrió el panel y guardó una ROA.

También importa lo que cada aviso nombra. El título «RPKI System Maintenance» es amplio, pero el componente señalado para noviembre es el panel. RRDP, rsync, la API de administración de ROA y el enrutamiento BGP no reciben un resultado futuro en esos dos avisos. El otro expediente nombra SSO, portal y base de datos. La información de RIPE sirve para seguir los componentes. Falta un cierre de extremo a extremo para la tarea que cruza sus fronteras: autenticar al miembro y registrar una corrección de ROA.