Interpreting NTP status
matthew at FreeBSD.org
Mon Jul 10 09:23:15 UTC 2017
On 2017/07/09 15:39, Carmel NY wrote:
> NTP status:
> remote refid st t when poll reach delay offset jitter
> +184.108.40.206 220.127.116.11 3 u 760 1024 377 87.913 5.793 18.418
> *18.104.22.168 22.214.171.124 2 u 264 1024 377 45.449 -2.235 2.925
> 2607:fa18::2407 .STEP. 16 u - 1024 0 0.000 0.000 0.000
> I am hoping someone can tell me exactly what this means. I cannot find
> any documentation on how to interpret this.
This is the output from 'ntpq -p' It's described under the 'peers'
command in ntpq(8) for using ntpq interactively.
It shows what NTP servers you are synch'd to, how frequently you are
polling those servers, how well you are managing to communicate with
them, how long it takes an NTP query to do a round-trip to the servers
and how close your local clock is to your time sources. The 'offset'
column is measured in milliseconds, so you are fairly well synched.
However, you only have two working servers -- you are unable to reach
the 3rd server possibly because you don't have IPv6 yet. This means you
can't use the 'majority consensus' algorithm -- so if one of your
timesources drifted off, you have no way of knowing which is right and
which is wrong.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 972 bytes
Desc: OpenPGP digital signature
More information about the freebsd-questions