Resumen
- RFC 9581 registra tiempo extendido, duración y período mediante las etiquetas CBOR 1001, 1002 y 1003. También puede transportar escala temporal, clase, precisión, varianza, incertidumbre y una garantía declarada.
- El mensaje conserva una afirmación del emisor. Sin prueba de fuente, disciplina, estado de holdover y captura monotónica, no demuestra qué evento ocurrió primero ni si una operación cumplió su plazo.
El sistema de pagos tenía dos registros. Uno decía que la autorización llegó a las 10:00:00.000001. El otro situaba la cancelación a las 10:00:00.000002. La diferencia parecía suficiente para decidir un litigio. Ninguno de los registros decía que ambos relojes podían desviarse un milisegundo.
Ese caso imaginario explica mejor RFC 9581 que la palabra “precisión”. La norma amplía el modelo temporal de CBOR para que una representación pueda declarar lo que antes quedaba implícito. La etiqueta 1001 representa tiempo extendido, 1002 una duración y 1003 un período. La ficha del RFC Editor, el Datatracker, su historial y los errata prueban la procedencia normativa. No prueban el estado operativo de un emisor.
Una gramática más rica sigue siendo una gramática
La etiqueta 1001 contiene un mapa con exactamente una clave positiva de tiempo base. La clave 1 usa segundos al estilo POSIX; 4 y 5 permiten decimal o bigfloat. Las claves negativas agregan fracciones, escala, calidad o intención. Una extensión negativa desconocida es electiva y debe ignorarse. Una clave positiva desconocida es crítica o base y debe producir error.
Los registros de IANA fijan estos números; RFC 8949 fija el modelo CBOR. El resultado es interoperabilidad verificable. Pero un mapa correctamente formado no identifica por sí solo el proceso que lo emitió, la protección de transporte, la fuente del reloj ni el estado de sincronización.
RFC 9581 ofrece una advertencia concreta: un valor puede tener resolución de microsegundos e incertidumbre de milisegundos. Los dígitos son capacidad de representación. La incertidumbre describe el rango razonable de la medición.
Una garantía representada no se garantiza a sí misma
Las claves de escala distinguen UTC con época POSIX y TAI con época PTP. Si no aparecen, se supone UTC. La clave positiva 13 es crítica; sus versiones negativas son electivas. Un consumidor que ignore un dato electivo puede conservar el número y perder parte de su interpretación.
Clase, exactitud y varianza siguen conceptos PTP que también aparecen en RFC 8575. La clave -7 expresa incertidumbre expandida con k=2. La -8 expresa una desviación máxima garantizada. La propia RFC admite que esa garantía es inalcanzable en teoría, aunque formatos como RFC 3161 necesitan representarla.
La palabra clave es “declarada”. Faltan el responsable, la política, la calibración, el gran maestro, la estimación de demora, el momento de la última sincronización y el estado de holdover. RFC 5905 documenta NTP; el servicio horario de NIST muestra una fuente operacional externa al objeto; las publicaciones BIPM/JCGM explican la incertidumbre metrológica. Copiar un valor en -7 no certifica esa cadena.
Zona horaria, duración y período tienen límites distintos
Las claves de zona y sufijos basadas en RFC 9557 ayudan a presentar o interpretar una fecha. No localizan físicamente el equipo. La RFC advierte que al convertir una fecha extendida a POSIX puede perderse el desplazamiento numérico original. También señala que zona, resolución y desfase pueden filtrar características del emisor.
Una duración de la etiqueta 1002 no es un punto temporal. Un período de la 1003 contiene inicio y fin o un extremo más duración. La estructura puede ser válida aunque sus extremos provengan de relojes indisciplinados. Tampoco demuestra que una tarea se ejecutó durante todo el intervalo. Una afirmación de SLA necesita el evento de aceptación, el procesamiento y el resultado de la aplicación.
La cadena mínima conserva bytes canónicos y decisión del parser; identidad autenticada; fuente, escala y última sincronización; offset, demora, holdover y alarma; base de incertidumbre y garantía; reloj de pared más contador monotónico; recepción del colector; y recibo de la aplicación. Solo entonces puede compararse el solapamiento de incertidumbres y emitir una conclusión acotada.
Las capas de realidad de Heng Lu impiden que el campo herede autoridad del reloj. La primacía del código en ejecución separa compatibilidad de verdad operacional. La misión de BTW Media exige mostrar las pruebas ausentes, aunque el dato parezca exacto.
Fuentes
- RFC 9581
- Registro RFC Editor
- Registro Datatracker
- Historial de RFC 9581
- Errata de RFC 9581
- Registros CBOR de IANA
- RFC 8949: CBOR
- RFC 9557: fecha y hora extendidas
- RFC 8575: modelo YANG de PTP
- RFC 3161: protocolo de sellado de tiempo
- RFC 5905: NTPv4
- Publicaciones BIPM/JCGM
- Servicio de hora de NIST
- Heng Lu: capas de realidad
- Heng Lu: primacía del código en ejecución
- Heng Lu: por qué existe BTW Media
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

