Resumen

  • La consulta de la RIPE Database ya permite inspeccionar y comparar versiones de algunos objetos; en RIPE 93 el equipo dijo que el soporte inicial abarcaba pocos tipos.
  • La interfaz facilita el acceso a un historial que ya existía. No amplía por sí sola su cobertura, su duración ni los datos que se muestran, y la documentación aún no se ha actualizado.

Un registro actual responde a una pregunta. La versión anterior responde a otra: ¿qué cambió antes de que alguien tomara una decisión de red? RIPE NCC ha colocado esa segunda pregunta en la página de consulta de la RIPE Database. Buscar un objeto, abrir Version History, elegir una fecha y comparar: ya no hace falta empezar por una instrucción de terminal.

La actualización mensual de octubre anuncia la función. En RIPE 93, el equipo de la base describió la lista de versiones, la apertura de una versión concreta y la comparación entre dos. Revisé la ficha de AS3333 de RIPE NCC: el resultado de tipo aut-num mostraba un botón Version History. Al abrirlo apareció Object History, un selector de fechas, Compare y enlaces XML y JSON. La versión más reciente visible era del 19 de marzo de 2026. Para un tipo de objeto, el nuevo recorrido funciona de verdad.

El historial no nació este mes. RIPE Database ya conservaba versiones; la herramienta de línea de comandos podía listarlas y compararlas; RIPEstat usaba una API de historial en su propio widget. El cambio de octubre es la entrada directa desde la página de consulta. El ponente de RIPE 93 dijo que al principio solo se admitía un número reducido de tipos de objeto y que era sencillo ampliar la lista. El boletín mensual los llama objetos “seleccionados”, pero ninguno publica el inventario.

La guía oficial queda desfasada frente a la pantalla. Su página Historical Queries aún dice que las opciones de historial solo funcionan por línea de comandos y que no están disponibles en el formulario web ni en la API REST. En otras páginas, RIPE documenta endpoints REST para listar versiones y recuperar una concreta. Además, la página de consulta ya abre Object History. El lector puede atar esos cabos; un manual no debería obligarlo a hacer arqueología de producto para encontrar una función anunciada.

Esto no es un detalle cosmético. Los objetos del registro se usan para comprobar quién figura, qué atributo cambió y cuándo entró un dato en la base. Una comparación visual reduce el trabajo de cotejar dos respuestas y hace más fácil detectar un cambio en medio de una investigación operativa. La prueba está más cerca de la búsqueda que ya hace el operador. Eso mejora su utilidad.

La comparación no explica la decisión. El modelo público de versiones registra número de revisión, fecha y operación. La fecha es generada por la base cuando procesa una actualización; no la aporta el usuario que la envió. El modelo publicado no incluye un campo de autor ni un motivo. El diff enseña qué atributo difiere; no cuenta por qué se modificó.

También hay límites de cobertura. La guía habla de objetos operativos que siguen existiendo y de un historial que empieza con la creación o recreación más reciente. Si un objeto se borra y luego se vuelve a crear, el registro público conserva el ciclo nuevo y la fecha de borrado; no reconstruye el ciclo anterior completo. No se pueden consultar versiones históricas de objetos PERSON y ROLE, y los atributos con direcciones de correo se filtran. Son límites concretos de privacidad y continuidad, no letra pequeña para descubrir después de tratar la página como una auditoría integral.

La pregunta inmediata es qué tipos admite la nueva pantalla. RIPE 93 dice que el conjunto inicial es pequeño. Si el botón aparece, la función está habilitada para ese resultado. Si falta, la documentación no aclara si el tipo no tiene soporte, si no existe historial público o si interviene otra condición. El boletín no enumera los tipos y la guía aún ofrece el viejo camino por terminal.

RIPE NCC debería reunir interfaz, API y límites probatorios en una sola página. Que publique tipos admitidos y fecha de lanzamiento; enlace la acción de consulta con el endpoint correspondiente; explique qué significa que falte Version History; y ponga junto al acceso las reglas sobre fechas, borrado, recreación y datos personales. La misma página debe cambiar cuando crezca la cobertura. Un botón nuevo no debería obligar a conciliar tres documentos para saber qué demuestra.

Ahora el historial se ve mejor. El manual todavía manda a buscarlo en otro sitio.

Fuentes