Aqui está seu quarto servidor upstream 100.xxx.33.124
com o inesperado .dj...
no campo RefId:
remote refid st t when poll reach delay offset jitter ============================================================================== 100.xxx.33.124 .dj... 16 u - 64 374 25.145 12.725 7.931
Olhando de perto, você pode ver que este servidor não está sincronizado com uma fonte de tempo upstream (ele tem um estrato de 16, o menor possível). Nessa situação, o campo ID de referência é considerado como não especificado e deve ser ignorado:
Na Stratum 16 e acima, a fonte é considerada não sincronizada. A % declaração defudge
pode ser usada para definir o ID de referência para um timesource. Então, neste caso, eu sugeriria que o servidor está possivelmente usando o seu próprio relógio local e isso tem sido rotulado dj
.
Aqui está um exemplo (não testado) de uso de um relógio local rotulado como dj
:
fudge 127.127.1.1 0 0 15 dj
server 127.127.1.1