Resumo

  • O RFC 1165, de junho de 1990, propôs NTP sobre o Serviço de Operações Remotas do OSI. O modelo acompanhava cada par como conectado, em conexão, aceitando a conexão ou desconectado.
  • O NTP mantinha um registro das respostas às últimas oito transferências para estimar alcance. Uma conexão estabelecida ou rompida fornecia essa informação por outra via; os dados de sincronização continuavam circulando nas operações NTP.

O relógio atende? E que horas ele diz?

São perguntas diferentes. No serviço baseado em datagramas, o NTP precisava inferir a primeira a partir de respostas recentes. O RFC 1165 descreve um registrador que guarda o resultado das últimas oito transferências. Oito pacotes sem resposta fazem o par ser considerado inalcançável. É uma lista de presença compacta: a cada silêncio a margem para acreditar que alguém está do outro lado diminui, até a folha ficar inteiramente em branco.

Crowcroft e Onions imaginaram outra forma de perguntar. A proposta experimental definia operações remotas e uma sintaxe ASN.1 para executar NTP sobre uma pilha OSI. Eles queriam oferecer sincronização às aplicações daquele ambiente, experimentar uma especificação passível de verificação e geração automática de código, e usar redes orientadas a conexão como X.25. Quando a conexão tem estado próprio, o transporte sabe se ela foi aberta, rompida ou ainda está sendo montada. Essa é uma informação mais direta sobre o contato do que esperar a oitava ausência.

O documento acrescentou quatro estados ao registro de cada par. Connected indica uma associação ativa com dados de sincronização em trânsito. Connecting marca a tentativa de estabelecer uma conexão. Accepting significa que uma solicitação chegou, mas a negociação de transporte e sessão ainda não terminou. Disconnected corresponde à falha de contato. Como a conexão com uma máquina distante podia levar segundos, seu estabelecimento acontecia de modo assíncrono. Um par lento na porta não devia fazer o daemon de tempo deixar todos os demais esperando.

A conversa começava com A-ASSOCIATE.REQUEST e a indicação recebida do outro lado. Depois, operações remotas levavam periodicamente os parâmetros NTP. Alguns dados, como versão do protocolo e precisão do relógio local, dificilmente mudariam durante a vida daquela conexão; poderiam ser conhecidos no início e poupados dos envios seguintes. O RFC também examinava a possibilidade de autenticar no estabelecimento quando esse recurso fosse usado. Os campos de dados temporais mantinham a forma anterior do NTP, permitindo reaproveitar estruturas internas e traduzi-las para ROS/ASN.1.

A linha aberta ajuda a localizar o par. A qualidade da hora continua dependendo das medições e do trajeto que elas percorrem. O RFC 1165 insistiu num ponto que incomodaria qualquer propaganda de banda larga: a variação do tempo de trânsito pesa mais para a sincronização que a velocidade bruta sozinha. Uma rede mais lenta, porém regular, pode servir melhor ao relógio que uma veloz com atrasos saltando a cada envio. Os autores chamaram essa possibilidade de «heresia». Era uma boa provocação: relógios não leem folhetos de vendas; sentem a diferença entre uma chegada e a seguinte.

Havia protótipos para observar. Alguns locais no Reino Unido executavam NTP sobre ROS e X.25 com uma versão anterior da especificação ROS. Pelo menos um deles mantinha pares britânicos por essa via e pares nos Estados Unidos por UDP. O RFC tratou a experiência inicial como promissora e deixou claro que os testes comparativos ainda eram limitados. O fato operacional mais interessante é a ponte: um mesmo serviço de tempo podia conversar em duas arquiteturas, recebendo de uma a condição da conexão e da outra o histórico de datagramas.

Essa distribuição de tarefas tornava as evidências mais legíveis. O registrador de oito respostas dizia como foram as últimas tentativas numa rede sem conexão. A associação OSI dizia se havia uma ligação naquele momento e guardava informações obtidas ao estabelecê-la. As trocas NTP ainda diziam algo sobre atraso, deslocamento e dispersão das medidas de tempo. No RFC 1165, a decisão mudou de lugar porque outra camada podia conhecê-la diretamente. O relógio ficou livre da função extra de telefonista.