Quão bem o ntpd funcionará quando a latência é altamente variável?

Question

Eu tenho um aplicativo em que estamos usando algum equipamento de rede não padrão (não pode ser alterado) que entra em um estado inativo entre rajadas de tráfego. A latência da rede é muito alta para o primeiro pacote, uma vez que está essencialmente ativando o sistema, esperando que ele se reconecte e, em seguida, faça a primeira viagem de ida e volta. Mensagens subsequentes (desde que estejam dentro do próximo minuto) são muito mais rápidas, mas ainda altamente latentes. Um conjunto típico de pings terá a aparência de 2500ms, 900ms, 880ms, 885ms, 900ms, 890ms, etc.

Dado que o NTP usa várias viagens de ida e volta antes de computar o deslocamento, como posso esperar que o ntpd trabalhe neste tipo de link? Será que a primeira viagem inicialmente lenta será ignorada com base nas muito diferentes (e mais rápidas) mensagens seguintes para / do servidor ntp?

    

Answer 1

A resposta curta é sim, o NTP preferirá carimbos de data e hora de ida e volta reduzidos em relação a carimbos de data e hora de alta ida e volta. Costumava haver uma opção calldelay para informar ao NTP sobre esse problema, normalmente criado por redes que usavam tecnologias de discagem por demanda que impõem um atraso na chamada. No entanto, agora o NTP faz isso automaticamente.

Se você quiser acelerar o timeync inicial, talvez queira usar a palavra-chave iburst nas linhas server / peer . Isso diz ao NTP para usar 8 pacotes espaçados em vez de 1 para medir o tempo. Ele irá ignorar quaisquer pacotes que tenham tempos de ida e volta muito mais altos. Se você tiver a largura de banda, você pode usar burst para usar 8 pacotes toda vez que medir o tempo.