Resumen

  • A las 09:46 CEST del 7 de octubre, RIPE NCC dijo que algunas solicitudes a la aplicación web de RIPE Database devolvían errores 502. A las 09:47 informó de una corrección en vigilancia; la incidencia quedó resuelta a las 10:21 CEST del 8 de octubre.
  • Las 24 h 34 min separan la actualización de vigilancia del aviso de resolución. No demuestran que los errores duraran todo ese tiempo, cuántas solicitudes fallaron ni que otra vía de consulta estuviera disponible.

El historial de estados no mide la duración del fallo

El registro público tiene tres momentos: el primer aviso, el paso a vigilancia un minuto después y la resolución a la mañana siguiente. RIPE NCC solo acota el alcance como «algunas solicitudes». No identifica una ruta, una operación ni una causa. El minuto entre publicaciones no significa que el equipo detectara y reparara el problema en un minuto.

Entre las 09:47 CEST del 7 de octubre y las 10:21 CEST del día 8 transcurren 24 horas y 34 minutos. Es el tiempo entre dos estados públicos —«vigilancia» y «resuelto»—, no una ventana de indisponibilidad medida. La página no indica cuándo falló la primera solicitud, cuándo dejó de fallar la última ni si hubo errores después de aplicar la corrección.

La documentación de RIPE Database sitúa el formulario de consulta dentro de su interfaz web, que también incluye Webupdates. El aviso no precisa qué solicitudes o funciones estaban afectadas; por eso no permite afirmar que fallara en concreto la búsqueda o la actualización de objetos. Las consultas REST se documentan por separado. Esa separación describe las vías del producto, pero no demuestra que REST o la línea de comandos funcionaran durante este incidente.

Para un operador, la pregunta práctica es qué ruta devolvió qué resultado. Una solicitud fallida en el navegador no prueba que un registro cambiara, desapareciera o se corrompiera. Tampoco un aviso sobre algunas solicitudes web demuestra que toda la base estuviera fuera de servicio. El registro no comunica pérdida de datos ni compromiso de seguridad, aunque tampoco mide el impacto visto por los clientes.

La lectura defendible es concreta: RIPE NCC informó de errores 502 en algunas solicitudes de la aplicación web, anunció una corrección bajo vigilancia y después marcó la incidencia como resuelta. El panel actual muestra RIPE Database operativa, pero informa del estado presente, no reconstruye el 7 de octubre. El historial permite seguir los cambios de estado; no revela la ventana ni la escala real de los fallos.

Fuentes