Resumen

  • El aviso de ARIN para el 28 de julio de 2026 dejó en operación Whois, Whois-RWS, RDAP, IRR y el repositorio RPKI, pero advirtió que durante la ventana no se publicarían actualizaciones.
  • ARIN Online, RESTful Provisioning, RPKI Up/Down y RPKI Repository Publication estarían no disponibles; las llamadas REST podían quedar en cola y requerir reenvío.
  • El Apéndice C del informe anual 2025 presenta seis resultados de disponibilidad—99,9, 99,9, 99,9, 100, 100 y 99,9 %—sin una columna de frescura, edad de datos, última publicación o actualización autoritativa.
  • Una ficha de servicio con un reloj de lectura y otro de publicación permitiría entender el mantenimiento sin inventar un incidente ni exponer detalles sensibles.

La operación de un registro contiene una pequeña secuencia que las páginas de estado suelen comprimir: una solicitud puede ser recibida, aceptada, publicada y, después de una interrupción planificada, reconciliada. No son sinónimos. Tampoco lo es el hecho previo de que un lector todavía pueda responder.

El anuncio de ARIN publicado el 14 de julio de 2026 ofrece una escena precisa. Para la intervención del 28 de julio, ARIN Online, RESTful Provisioning, RPKI Up/Down y RPKI Repository Publication no estarían disponibles. En paralelo, Whois, Whois-RWS, RDAP, IRR y el repositorio RPKI permanecerían operativos. La misma nota añade el dato decisivo: no se publicarían actualizaciones durante el periodo. Las llamadas a RESTful Provisioning podían ponerse en cola y quizá necesitarían ser enviadas de nuevo.

No hay base en esa nota para escribir una historia de caída. No demuestra que alguien recibió información obsoleta, que una llamada se perdió, que una recuperación falló o que un cliente resultó afectado. Lo que sí documenta es una división deliberada entre caminos: lectura disponible, escritura no disponible, publicación detenida y una cola cuya situación debe verificarse después.

Dejar abierto el lector puede ser la decisión correcta

El mejor argumento de ARIN debe decirse antes de pedir un campo adicional. Cerrar todos los lectores porque los escritores se detienen puede privar a operadores de información que continúa siendo útil. La consulta de un directorio puede servir para comprobar un registro ya publicado. El IRR puede seguir ofreciendo el estado que había sido difundido. Y RPKI no depende de que cada objeto nuevo aparezca de inmediato para que el material existente pierda validez.

La documentación sobre RPKI alojado, el Repository Publication Service, el Trust Anchor Locator y los términos RPKI separa la certificación, la publicación, el acceso al repositorio y la función de la parte que confía. Un validador puede conservar en su caché objetos firmados y verificables mientras una nueva publicación está pausada. Esa continuidad no es una apariencia engañosa: es una capacidad operativa real.

Precisamente por eso hay que evitar que la palabra «operativo» se convierta en una promesa que no contiene. Un lector operativo no equivale a una escritura aceptada. Una escritura aceptada no equivale a una publicación autoritativa. Y una publicación reanudada no equivale, por sí sola, a que toda la cola pendiente haya sido conciliada.

La página de estado de ARIN ya organiza servicios por componentes, en vez de reducir todo a un único indicador. Esta arquitectura pública no prueba la existencia o ausencia de herramientas internas, relaciones con proveedores o métricas de recuperación. Pero sí deja claro que las categorías de servicio admiten más precisión de la que cabe en un solo color.

Qué mide el informe, y qué no afirma medir

El Apéndice C del informe anual 2025 enumera seis categorías: ARIN Online, Whois/RDAP, Resource Public Key Infrastructure, RDAP Bootstrap, Internet Routing Registry y Registration Transaction Service. La secuencia de resultados es 99,9, 99,9, 99,9, 100, 100 y 99,9 %. El informe incluye además porcentajes por componente.

No conviene tratar estos números como maquillaje. La disponibilidad es una propiedad sustantiva. Si una consulta pública no llega al servicio, saber que la plataforma suele publicar con rapidez no resuelve el problema del usuario. Los seis resultados dicen algo importante sobre la posibilidad de alcanzar cada familia de servicios.

La observación es más limitada: en la tabla congelada de la página 24 no aparece una etiqueta para frescura, edad de los datos, última publicación o actualización autoritativa. No es una conclusión sobre paneles internos, sobre todas las páginas públicas ni sobre la calidad de la operación de ARIN. Es una lectura de lo que esta tabla concreta hace visible.

Durante una pausa de publicación, esa visibilidad importa. El porcentaje de disponibilidad puede responder correctamente «¿puedo preguntar?». No puede responder por sí mismo «¿cuándo avanzó por última vez el estado que sustenta la respuesta?». Ambas respuestas pueden ser favorables y, sin embargo, ninguna sustituye a la otra.

La ficha de dos relojes

No hace falta diseñar un tablero de crisis. Basta con hacer explícitas dos promesas públicas.

El reloj de lectura debe identificar el componente, la interfaz y la disponibilidad de consulta. El reloj de estado autoritativo debe indicar aceptación de escrituras, cadencia normal de publicación, última publicación autoritativa exitosa y edad máxima esperable en el estado actual. En una ventana de mantenimiento, debe añadir si la solicitud fue rechazada, encolada, reproducida, debe reenviarse o ya fue reconciliada. Un número de versión y una nota de corrección permitirían explicar un cambio posterior sin borrar el estado anterior.

Este diseño no prescribe una misma edad admisible para RPKI, RDAP, IRR y una transacción de registro. Tampoco pide credenciales, diagramas internos, datos de contactos o procedimientos de seguridad. Expone únicamente la condición que un operador necesita para evaluar el alcance de una respuesta pública.

El resumen de estado puede decir legítimamente que los sistemas se encuentran operativos en el momento de la captura. «Operativo» es un hecho de alcance. «Última publicación autoritativa» y «cola conciliada» son hechos distintos, con tiempos distintos. Una página más clara no añade alarma: elimina una inferencia que hoy recae sobre quien depende del registro.

Fuentes

  1. Aviso de mantenimiento de ARIN
  2. Informe anual de ARIN 2025, Apéndice C
  3. Informes de nivel de servicio de ARIN
  4. Página de estado de ARIN y resumen API
  5. RPKI alojado, RPS, TAL y términos RPKI