Resumo

  • A RFC 9581 define as tags CBOR 1001, 1002 e 1003 para tempo estendido, duração e período, com campos de escala, classe, precisão, variância, incerteza e garantia declarada.
  • Casas decimais não são exatidão. Sem identidade, fonte, sincronização, estado de holdover e correlação monotônica, um timestamp não prova ordem causal, prazo cumprido nem trabalho concluído.

O pacote chegou com precisão de nanossegundos e garantia de 100 microssegundos. O painel aceitou os dois números. O arquivo de telemetria que mostrava vinte minutos de holdover não viajou junto.

Essa lacuna é o limite prático da RFC 9581. A norma amplia o modelo de tempo do CBOR: tag 1001 para tempo estendido, 1002 para duração e 1003 para período. O registro do RFC Editor, o Datatracker, o histórico e os errata demonstram a procedência da especificação. Não atestam nenhum relógio de produção.

O mapa valida significado declarado

A tag 1001 exige exatamente uma chave positiva de tempo-base. A chave 1 leva segundos no estilo POSIX; 4 e 5 aceitam fração decimal ou bigfloat. Chaves negativas acrescentam frações e metadados. Extensões negativas ou textuais desconhecidas são eletivas e devem ser ignoradas. Uma chave positiva desconhecida é base ou crítica e deve provocar erro.

Os registros CBOR da IANA mantêm a gramática comum; a RFC 8949 define o modelo. Um decoder pode provar que leu uma estrutura válida. Ele não prova qual processo escreveu os bytes, se o transporte autenticou o emissor ou qual referência disciplinava o relógio.

A própria RFC separa resolução e conhecimento: seu exemplo registra microssegundos e declara incerteza de um milissegundo. Acrescentar dígitos não melhora a medição que os originou.

UTC, TAI e o dono da promessa

As chaves de escala distinguem UTC com época POSIX e TAI com época PTP. Sem chave, UTC é presumido. A chave 13 é crítica; as versões negativas são eletivas. Um receptor pode manter o número e descartar um contexto que não entende.

Classe, precisão e variância usam conceitos de PTP presentes na RFC 8575. A chave -7 registra incerteza expandida para k=2. A -8 representa desvio máximo garantido. A RFC observa que uma garantia absoluta é inalcançável em teoria, mas que sistemas como a RFC 3161 precisam expressá-la.

Expressar não é sustentar. O objeto não informa responsável, calibração, grandmaster, assimetria de caminho, último sync, holdover ou alarme. A RFC 5905 explica NTP; o serviço de hora do NIST mostra uma fonte operacional fora do payload; as publicações BIPM/JCGM dão o método para incerteza de medição. Preencher -7 não comprova essa cadeia.

Um fuso não localiza a máquina

As chaves -10 e 10 carregam dica de fuso; -11 e 11 carregam sufixos da RFC 9557. Servem à apresentação e à interpretação. Não são coordenadas, jurisdição nem prova do local físico do emissor. A conversão para base POSIX pode perder o deslocamento numérico original.

Fuso, resolução e desvio também podem revelar características do equipamento. Em decisões de validade e freshness, o coletor precisa registrar quais chaves compreendeu, quais ignorou e qual política aplicou.

Período não é recibo de entrega

A tag 1003 aceita início e fim ou uma ponta e uma duração. Exatamente dois elementos lógicos ficam presentes. Isso valida o envelope, não a execução. A tarefa pode não ter começado no primeiro instante nem terminado no segundo. O SLA exige aceitação, processamento e resposta da aplicação.

A cadeia auditável guarda bytes CBOR, resultado do parser, identidade autenticada, fonte e escala, último sync, holdover, offset e atraso, derivação de qualidade, relógio de parede e contador monotônico, latência de captura, recepção no coletor e resultado aplicativo. Só então é possível comparar intervalos de incerteza e afirmar uma ordem limitada.

As camadas de realidade de Heng Lu impedem o campo de herdar autoridade da máquina. A primazia do código em execução separa interoperabilidade de realidade operacional. Por que a BTW Media existe exige mostrar a junção ausente em vez de vender a aparência de precisão.

Fontes