variavel reach representa um registrador de deslocamento de 8 bits, cujo valor e mostrado no formato octal. Um bit 1 significa que o cliente obteve resposta do servidor para uma consulta. Entao o valor 377 = 11.111.111, significa que as ultimas 8 consultas ao servidor foram bem sucedidas. usuario@servidor:~$ ntpq -c pe remote refid st t when poll reach delay offset jitter ====================================================================== *servidor1 .IRIG. 1 u 93 128 377 0.523 0.020 0.033 +servidor2 .GPS. 1 u 57 128 377 0.488 -0.054 0.025 -servidor3 .IRIG. 1 u 50 128 377 5.151 -0.386 0.382 +servidor4 .IRIG. 1 u 34 64 377 5.163 -0.360 0.559Figura 7E importante notar entao, que nao ha apenas um valor de atraso e um de deslocamento para cada servidor, mas um conjunto deles, provenientes das diversas trocas de mensagem! A partir dessa lista de valores, o Algoritmo de Filtro de Relogio calcula entao um valor de atraso (delay), de deslocamento (offset) e de variacao (jitter).Na verdade, cada amostra e composta de 4 valores: atraso, deslocamento, dispersao e estampa de tempo. A estampa de tempo indica quando a amostra chegou. A dispersao e o erro estimado do relogio de servidor remoto, informada pelo servidor na mensagem NTP.A lista com os valores e ordenada em funcao do atraso. Considera-se que as amostras com menor atraso sao melhores porque provavelmente nao se sujeitaram a filas nos switches e roteadores, de forma que parte das variacoes estocasticas de tempo no envio e recebimento das mensagens e evitada com essa escolha.Os valores mais antigos sao descartados, porque o valor de deslocamento pode nao mais corresponder a realidade, ja que a exatidao do relogio local varia ao longo do tempo.Apos descartar as amostras antigas, resta uma lista com as amostras mais recentes e ordenadas em funcao do atraso. Da primeira entrada dessa lista sao retiradas as variaveis atraso e deslocamento para o par cliente servidor (note-se que para cada par cliente - servidor ha uma variavel de cada tipo).A dispersao e a variacao sao calculadas levando em conta todos os valores da lista.A Figura 7 ilustra o funcionamento desse algoritmo.Os valores para cada servidor associado podem ser consultados no NTP como segue: usuario@cliente.local:~$ ntpq ntpq> pe remote refid st t when poll reach delay offset jitter ====================================================================== -servidor1 .IRIG. 1 u 8 32 377 0.407 0.248 0.016 -servidor2 .GPS. 1 u - 32 377 0.474 0.213 0.019 +servidor3 .GPS. 1 u 9 64 377 15.680 -0.005 0.026 +servidor4 .IRIG. 1 u 30 64 377 15.582 0.004 0.100 *servidor5 .GPS. 1 u 10 32 377 0.400 -0.026 0.049 xservidor6 .IRIG. 1 u 26 64 377 7.824 9.923 0.367 servidor7 .INIT. 16 u - 1024 0 0.000 0.000 4000.00 -servidor8 .ACTS. 1 u 13 64 377 202.274 2.459 0.309 LOCAL(0) LOCAL(0) 13 l 48 64 377 0.000 0.000 0.001Detalhando os valores para o primeiro (&1) servidor da lista: ntpq> rv &1 assID=47012 status=9314 reach, conf, sel_outlyer, 1 event, event_reach, srcadr=servidor1, srcport=123, dstadr=cliente.local, dstport=123, leap=00, stratum=1, precision=-19, rootdelay=0.000, rootdispersion=0.351, refid=IRIG, reach=377, unreach=0, hmode=3, pmode=4, hpoll=5, ppoll=5, flash=00 ok, keyid=0, ttl=0, offset=0.248, delay=0.407, dispersion=0.059, jitter=0.016, reftime=cacb6721.f903866e Thu, Oct 25