Resumen
- RIPE NCC incluye en su plan RIS para Q4 de 2026 un cambio de software que permitirá marcas temporales subsegundo en archivos MRT mediante la extensión de RFC 6396. La página lo mantiene “En curso” y no anuncia una fecha de despliegue.
- Un archivo de RRC03 de cinco minutos contiene 188.592 registros MRT distribuidos en 300 valores de segundo entero; todos esos segundos tienen varios registros. La nueva resolución puede distinguir algunos tiempos dentro del segundo, pero no mide la exactitud del reloj ni la sincronización entre colectores.
Lo que cabe en un segundo
El archivo updates.20261016.0400.gz de RRC03 cubre cinco minutos desde las 04:00 UTC del 16 de octubre de 2026. Al leer el encabezado MRT común, aparecen 188.592 registros y 300 marcas de segundo entero. Ningún segundo está vacío de duplicados temporales; en el más cargado caben 2.432 registros.
No es un recuento de rutas, anuncios ni cambios de estado. Son registros BGP4MP con subtipos y contenidos distintos. El análisis se limitó al encabezado común, por lo que no determina si los mensajes cambiaron una ruta. Tampoco demuestra que se haya perdido el orden: la secuencia del archivo sigue ahí. Lo que sí muestra es más acotado: muchos registros distintos de una misma muestra reciben el mismo segundo entero.
Ese límite permite leer con cuidado el plan de RIPE NCC. En el punto 2 de Q4 2026, “Mejorar la calidad de los archivos MRT”, la organización dice que un cambio de software permitirá añadir marcas temporales subsegundo con RFC 6396. El estado es “En curso”. La página, actualizada el 17 de septiembre de 2026, no fija una fecha de despliegue, no identifica los colectores afectados ni informa de una medición de error de reloj o de una prueba de migración.
El plan también menciona un temporizador BGP sintético en el procesamiento para evitar un tipo concreto de rutas atascadas en los archivos RIB/bview. Es una mejora separada. No hay base para vincular ambos cambios como causa y efecto ni para usar uno como validación del otro.
Más resolución, ¿qué significa?
La RFC 6396 define en el encabezado MRT común una marca de cuatro bytes, expresada como segundos enteros desde la época UTC y sin contar los segundos intercalares. En los tipos extendidos se añade un desplazamiento de microsegundos de 32 bits sin signo. BGP4MP_ET es uno de esos tipos.
El formato ampliado permite representar fracciones de segundo. Si el productor asigna valores distintos a registros que hoy comparten el mismo segundo, el usuario puede conservar más detalle temporal al examinar un flujo denso. En lugar de redondear todo al segundo, un analizador podría distinguir las horas que el colector asignó a determinados registros.
Eso mejora la resolución representable; no certifica la exactitud. La resolución describe el tamaño del paso que admite un campo. La exactitud compara una lectura con una referencia. La sincronización compara relojes distintos. Y la semántica de captura pregunta en qué momento del recorrido por el sistema se asignó la marca: al recibir, al procesar o en otro punto definido. Las fracciones de segundo no contestan solas ninguna de esas preguntas.
El modelo de rendimiento de NTP distingue desplazamiento, jitter, dispersión y distancia de sincronización. No prueba que el reloj de RIS tenga un problema; ayuda a ver por qué la representación temporal y la calidad de la medición son asuntos distintos. Un campo puede registrar más cifras sin informar de cuánto podría desviarse el reloj.
RIS observa desde colectores concretos
Los archivos de RIS sirven porque conservan observaciones de colectores y pares, no porque un colector represente todo Internet. Para interpretar un registro hacen falta su colector, tipo y subtipo MRT, intervalo de archivo y contexto de producción. La precisión subsegundo añade una dimensión a esa evidencia, pero no convierte puntos de observación separados en una cronología global sincronizada.
La muestra de RRC03 está limitada a un archivo de cinco minutos, recuperado después de su hora Last-Modified, con hash local y una lectura de solo el encabezado común de doce bytes. No es un sondeo de todos los colectores o de todos los días. El máximo de 2.432 registros en una marca de segundo no permite hablar de un aumento de rutas, una interrupción, una demora general ni un defecto de los archivos de RIPE NCC. El enlace al archivo deja el recuento abierto a reproducción.
Una diferencia entre dos marcas subsegundo tampoco establece causalidad. Saber qué hora asignó un productor puede ayudar a ordenar los registros, siempre que se conozca el evento que esa hora representa y la confianza que merece el reloj. Al comparar colectores se suma la diferencia entre sus relojes y sus caminos de observación. Más resolución hace la comparación más legible; no la convierte en una comparación verificada.
La prueba que falta para interpretar el cambio
Cuando se despliegue la mejora, una nota de versión útil debe decir qué colectores y tipos MRT producen la extensión, desde cuándo, cómo reconocer los archivos y cómo se distingue el formato anterior. También debe describir qué evento se marca y si los analizadores posteriores conservan la fracción de microsegundo.
La salud del reloj debe comunicarse por separado. Un método publicado para observar la sincronización y su incertidumbre, junto con el alcance y el periodo medido, permitiría saber si procede comparar tiempos dentro de un colector o entre varios. Si RIPE NCC no publica una métrica concreta, decirlo evita que las cifras adicionales parezcan una garantía implícita.
Una prueba reproducible podría mostrar que la marca sobrevive la descarga, descompresión, análisis y exportación, sin redondeos ni cambios de orden. Una nota de transición explicaría los periodos en que conviven ambos tipos de formato. No hace falta prometer precisión de microsegundos para cada evento archivado: basta con documentar qué está representando la marca y qué límites tiene.
El cambio anunciado parece razonable como mejora del formato. Queda por comprobar si viene acompañado de la información necesaria para tratar una marca más detallada como una medición. Por ahora, el plan de Q4 confirma que el trabajo está en curso; el archivo de RRC03 solo muestra cuántos registros comparten segundos enteros en una muestra concreta.
Fuentes
- RIPE NCC, planificación trimestral de RIS, Q4 2026, punto 2
- RFC 6396, formato de exportación MRT, secciones 2–4
- RFC 5905, NTPv4 y modelo de rendimiento de reloj
- Documentación de RIS sobre archivos MRT
- Documentación de RIS sobre colectores de rutas
- RRC03, archivo updates del 16 de octubre de 2026, 04:00 UTC
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
