NTP5: RPi3B+, Uputronics MAX-M8Q, NTPSec
Three Day - September 14, 2026 06:00 UTC
Report generated: Mon Sep 14 06:07:23 2026 UTC Start Time: Fri Sep 11 06:07:20 2026 UTC
End Time: Mon Sep 14 06:07:20 2026 UTC
Report Period: 3.0 days
Return to It's About Time
NTP5 is a Raspberry Pi 3B+ with an older model Uputronics GNSS HAT v. 4.1 using a u-blox MAX-M8Q receiver.
If graphs don't match report time above, force refresh the browser. The images have been cached.
Local Clock Time/Frequency Offsets
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Local Clock Time Offset | -38.599 | -3.542 | -2.594 | 0.070 | 2.251 | 3.255 | 20.301 | 4.845 | 6.797 | 1.271 | -0.000 | µs | -0.4909 | 11.67 | ||
| Local Clock Frequency Offset | 4.669 | 4.816 | 4.850 | 4.983 | 5.124 | 5.185 | 5.265 | 0.274 | 0.368 | 0.084 | 4.984 | ppm | 0.1116 | 2.828 | ||
The time and frequency offsets between the ntpd calculated time and the local system clock. Showing frequency offset (red, in parts per million, scale on right) and the time offset (blue, in μs, scale on left). Quick changes in time offset will lead to larger frequency offsets.
These are fields 3 (time) and 4 (frequency) from the loopstats log file.
Local RMS Time Jitter
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Local RMS Time Jitter | 0.458 | 0.675 | 0.779 | 1.207 | 1.841 | 2.107 | 21.079 | 1.062 | 1.432 | 0.370 | 1.251 | µs | 7.479 | 300.7 | ||
The RMS Jitter of the local clock offset. In other words, how fast the local clock offset is changing.
Lower is better. An ideal system would be a horizontal line at 0μs.
RMS jitter is field 5 in the loopstats log file.
Local RMS Frequency Jitter
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Local RMS Frequency Jitter | 3.652 | 4.946 | 5.625 | 9.242 | 14.354 | 16.085 | 111.122 | 8.729 | 11.139 | 2.898 | 9.504 | ppb | 2.988 | 80.3 | ||
The RMS Frequency Jitter (aka wander) of the local clock's frequency. In other words, how fast the local clock changes frequency.
Lower is better. An ideal clock would be a horizontal line at 0ppm.
RMS Frequency Jitter is field 6 in the loopstats log file.
Local Clock Time Offset Histogram
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Local Clock Offset | -38.599 | -3.542 | -2.594 | 0.070 | 2.251 | 3.255 | 20.301 | 4.845 | 6.797 | 1.271 | -0.000 | µs | -0.4909 | 11.67 | ||
The clock offsets of the local clock as a histogram.
The Local Clock Offset is field 3 from the loopstats log file.
Local Temperatures
Local temperatures. These will be site-specific depending upon what temperature sensors you collect data from. Temperature changes affect the local clock crystal frequency and stability. The math of how temperature changes frequency is complex, and also depends on crystal aging. So there is no easy way to correct for it in software. This is the single most important component of frequency drift.
The Local Temperatures are from field 3 from the tempstats log file.
Local Frequency/Temp
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Local Clock Frequency Offset | 4.669 | 4.816 | 4.850 | 4.983 | 5.124 | 5.185 | 5.265 | 0.274 | 0.368 | 0.084 | 4.984 | ppm | 0.1116 | 2.828 | ||
| Temp CPU | 51.500 | 52.100 | 53.200 | 60.100 | 60.700 | 61.200 | 61.800 | 7.500 | 9.100 | 2.126 | 59.203 | °C | ||||
The frequency offsets and temperatures. Showing frequency offset (red, in parts per million, scale on right) and the temperatures.
These are field 4 (frequency) from the loopstats log file, and field 3 from the tempstats log file.
Local GPS
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| nSats | 12.000 | 12.000 | 12.000 | 12.000 | 12.000 | 12.000 | 19.000 | 0.000 | 0.000 | 0.450 | 12.042 | nSat | 11.59 | 144 | ||
| TDOP | 0.470 | 0.500 | 0.530 | 0.650 | 0.820 | 0.990 | 1.220 | 0.290 | 0.490 | 0.096 | 0.658 | 1.166 | 6.129 | |||
Local GPS. The Time Dilution of Precision (TDOP) is plotted in blue. The number of visible satellites (nSat) is plotted in red.
TDOP is field 3, and nSats is field 4, from the gpsd log file. The gpsd log file is created by the ntploggps program.
TDOP is a dimensionless error factor. Smaller numbers are better. TDOP ranges from 1 (ideal), 2 to 5 (good), to greater than 20 (poor). Some GNSS receivers report TDOP less than one which is theoretically impossible.
Server Offsets
The offset of all refclocks and servers. This can be useful to see if offset changes are happening in a single clock or all clocks together.
Clock Offset is field 5 in the peerstats log file.
Server Offset 10.0.50.20
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset 10.0.50.20 | -90.769 | -73.234 | -41.284 | -18.508 | -2.607 | 2.816 | 15.305 | 38.677 | 76.050 | 13.079 | -20.014 | µs | -1.407 | 7.122 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset 10.0.50.200
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset 10.0.50.200 | -196.142 | -117.813 | -91.952 | -40.124 | 17.511 | 36.230 | 75.028 | 109.463 | 154.043 | 32.373 | -39.695 | µs | 0.006431 | 3.272 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset 10.0.50.30
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset 10.0.50.30 | -64.188 | -41.643 | -37.945 | -25.326 | -11.264 | -6.516 | 30.857 | 26.681 | 35.127 | 8.511 | -24.940 | µs | 0.1893 | 2.729 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset 10.0.50.40
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset 10.0.50.40 | -82.917 | -67.531 | -57.894 | -20.551 | 0.429 | 7.176 | 34.916 | 58.323 | 74.707 | 17.347 | -23.532 | µs | -0.6667 | 2.958 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset 2404:e80:8cd6:0:76fe:48ff:fe23:eac3 (2404-e80-8cd6-0-76fe-48ff-fe23-eac3.v6.dyn.launtel.au)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset 2404:e80:8cd6:0:76fe:48ff:fe23:eac3 (2404-e80-8cd6-0-76fe-48ff-fe23-eac3.v6.dyn.launtel.au) | -89.761 | -75.962 | -66.711 | -28.672 | -6.712 | 0.594 | 32.019 | 59.999 | 76.556 | 18.083 | -31.514 | µs | -0.5647 | 2.813 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset 2404:e80:8cd6:0:a239:75ff:fe00:17 (leontp.bollar.com)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset 2404:e80:8cd6:0:a239:75ff:fe00:17 (leontp.bollar.com) | -62.934 | -50.532 | -47.161 | -40.545 | -32.462 | -25.306 | 29.021 | 14.699 | 25.226 | 4.995 | -40.287 | µs | 1.725 | 16.75 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset SHM(0)
.png?ts=1789366138)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset SHM(0) | -225.614 | -192.000 | -175.990 | -165.052 | -158.342 | -155.599 | -146.909 | 17.647 | 36.400 | 6.355 | -165.972 | ms | -2.07 | 10.28 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Offset SHM(1)
.png?ts=1789366138)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Offset SHM(1) | -38.600 | -3.543 | -2.595 | 0.071 | 2.252 | 3.256 | 20.302 | 4.847 | 6.799 | 1.272 | 0.000 | µs | -0.4905 | 11.65 | ||
The offset of a server in seconds. This is useful to see how the measured offset is behaving.
The chart also plots offset±rtt, where rtt is the round trip time to the server. NTP can not really know the offset of a remote chimer, NTP computes it by subtracting rtt/2 from the offset. Plotting the offset±rtt reverses this calculation to more easily see the effects of rtt changes.
Closer to 0s is better. An ideal system would be a horizontal line at 0s. Typical 90% ranges may be: local LAN server 80µs; 90% ranges for WAN server may be 4ms and much larger.
Clock Offset is field 5 in the peerstats log file. The Round Trip Time (rtt) is field 6 in the peerstats log file.
Server Jitters
The RMS Jitter of all refclocks and servers. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter 10.0.50.20
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter 10.0.50.20 | 0.000 | 6.602 | 10.482 | 25.130 | 46.125 | 57.302 | 142.535 | 35.643 | 50.700 | 10.909 | 26.435 | µs | 0.898 | 6.078 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter 10.0.50.200
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter 10.0.50.200 | 1.500 | 5.294 | 7.600 | 22.952 | 67.273 | 87.962 | 308.657 | 59.673 | 82.668 | 19.350 | 28.552 | µs | 1.424 | 7.274 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter 10.0.50.30
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter 10.0.50.30 | 0.000 | 2.594 | 3.532 | 7.437 | 17.366 | 22.536 | 176.813 | 13.834 | 19.942 | 4.922 | 8.587 | µs | 6.585 | 171.1 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter 10.0.50.40
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter 10.0.50.40 | 0.000 | 7.592 | 11.850 | 29.321 | 48.858 | 56.726 | 150.924 | 37.008 | 49.134 | 11.264 | 29.651 | µs | 0.3699 | 3.993 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter 2404:e80:8cd6:0:76fe:48ff:fe23:eac3 (2404-e80-8cd6-0-76fe-48ff-fe23-eac3.v6.dyn.launtel.au)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter 2404:e80:8cd6:0:76fe:48ff:fe23:eac3 (2404-e80-8cd6-0-76fe-48ff-fe23-eac3.v6.dyn.launtel.au) | 2.733 | 10.021 | 14.104 | 31.569 | 53.212 | 63.930 | 526.828 | 39.108 | 53.909 | 15.980 | 32.718 | µs | 7.851 | 162.5 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter 2404:e80:8cd6:0:a239:75ff:fe00:17 (leontp.bollar.com)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter 2404:e80:8cd6:0:a239:75ff:fe00:17 (leontp.bollar.com) | 12.544 | 75.391 | 83.799 | 125.787 | 145.639 | 153.835 | 194.641 | 61.840 | 78.444 | 21.300 | 118.103 | µs | -0.3506 | 1.968 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter SHM(0)
.png?ts=1789366138)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter SHM(0) | 0.251 | 0.724 | 0.975 | 2.076 | 17.310 | 24.095 | 61.007 | 16.336 | 23.371 | 4.824 | 3.818 | ms | 2.963 | 12.11 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Server Jitter SHM(1)
.png?ts=1789366138)
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Server Jitter SHM(1) | 0.099 | 0.330 | 0.466 | 1.291 | 3.666 | 4.597 | 38.653 | 3.200 | 4.267 | 0.997 | 1.541 | µs | 2.032 | 28.06 | ||
The RMS Jitter of a server. Jitter is the current estimated dispersion, in other words the variation in offset between samples.
Closer to 0s is better. An ideal system would be a horizontal line at 0s.
RMS Jitter is field 8 in the peerstats log file.
Summary
| Percentiles...... | Ranges...... | Skew- | Kurt- | |||||||||||||
| Name | Min | 1% | 5% | 50% | 95% | 99% | Max | 90% | 98% | StdDev | Mean | Units | ness | osis | ||
| Local Clock Frequency Offset | 4.669 | 4.816 | 4.850 | 4.983 | 5.124 | 5.185 | 5.265 | 0.274 | 0.368 | 0.084 | 4.984 | ppm | 0.1116 | 2.828 | ||
| Local Clock Time Offset | -38.599 | -3.542 | -2.594 | 0.070 | 2.251 | 3.255 | 20.301 | 4.845 | 6.797 | 1.271 | -0.000 | µs | -0.4909 | 11.67 | ||
| Local RMS Frequency Jitter | 3.652 | 4.946 | 5.625 | 9.242 | 14.354 | 16.085 | 111.122 | 8.729 | 11.139 | 2.898 | 9.504 | ppb | 2.988 | 80.3 | ||
| Local RMS Time Jitter | 0.458 | 0.675 | 0.779 | 1.207 | 1.841 | 2.107 | 21.079 | 1.062 | 1.432 | 0.370 | 1.251 | µs | 7.479 | 300.7 | ||
| Server Jitter 10.0.50.20 | 0.000 | 6.602 | 10.482 | 25.130 | 46.125 | 57.302 | 142.535 | 35.643 | 50.700 | 10.909 | 26.435 | µs | 0.898 | 6.078 | ||
| Server Jitter 10.0.50.200 | 1.500 | 5.294 | 7.600 | 22.952 | 67.273 | 87.962 | 308.657 | 59.673 | 82.668 | 19.350 | 28.552 | µs | 1.424 | 7.274 | ||
| Server Jitter 10.0.50.30 | 0.000 | 2.594 | 3.532 | 7.437 | 17.366 | 22.536 | 176.813 | 13.834 | 19.942 | 4.922 | 8.587 | µs | 6.585 | 171.1 | ||
| Server Jitter 10.0.50.40 | 0.000 | 7.592 | 11.850 | 29.321 | 48.858 | 56.726 | 150.924 | 37.008 | 49.134 | 11.264 | 29.651 | µs | 0.3699 | 3.993 | ||
| Server Jitter 2404:e80:8cd6:0:76fe:48ff:fe23:eac3 (2404-e80-8cd6-0-76fe-48ff-fe23-eac3.v6.dyn.launtel.au) | 2.733 | 10.021 | 14.104 | 31.569 | 53.212 | 63.930 | 526.828 | 39.108 | 53.909 | 15.980 | 32.718 | µs | 7.851 | 162.5 | ||
| Server Jitter 2404:e80:8cd6:0:a239:75ff:fe00:17 (leontp.bollar.com) | 12.544 | 75.391 | 83.799 | 125.787 | 145.639 | 153.835 | 194.641 | 61.840 | 78.444 | 21.300 | 118.103 | µs | -0.3506 | 1.968 | ||
| Server Jitter SHM(0) | 0.251 | 0.724 | 0.975 | 2.076 | 17.310 | 24.095 | 61.007 | 16.336 | 23.371 | 4.824 | 3.818 | ms | 2.963 | 12.11 | ||
| Server Jitter SHM(1) | 0.099 | 0.330 | 0.466 | 1.291 | 3.666 | 4.597 | 38.653 | 3.200 | 4.267 | 0.997 | 1.541 | µs | 2.032 | 28.06 | ||
| Server Offset 10.0.50.20 | -90.769 | -73.234 | -41.284 | -18.508 | -2.607 | 2.816 | 15.305 | 38.677 | 76.050 | 13.079 | -20.014 | µs | -1.407 | 7.122 | ||
| Server Offset 10.0.50.200 | -196.142 | -117.813 | -91.952 | -40.124 | 17.511 | 36.230 | 75.028 | 109.463 | 154.043 | 32.373 | -39.695 | µs | 0.006431 | 3.272 | ||
| Server Offset 10.0.50.30 | -64.188 | -41.643 | -37.945 | -25.326 | -11.264 | -6.516 | 30.857 | 26.681 | 35.127 | 8.511 | -24.940 | µs | 0.1893 | 2.729 | ||
| Server Offset 10.0.50.40 | -82.917 | -67.531 | -57.894 | -20.551 | 0.429 | 7.176 | 34.916 | 58.323 | 74.707 | 17.347 | -23.532 | µs | -0.6667 | 2.958 | ||
| Server Offset 2404:e80:8cd6:0:76fe:48ff:fe23:eac3 (2404-e80-8cd6-0-76fe-48ff-fe23-eac3.v6.dyn.launtel.au) | -89.761 | -75.962 | -66.711 | -28.672 | -6.712 | 0.594 | 32.019 | 59.999 | 76.556 | 18.083 | -31.514 | µs | -0.5647 | 2.813 | ||
| Server Offset 2404:e80:8cd6:0:a239:75ff:fe00:17 (leontp.bollar.com) | -62.934 | -50.532 | -47.161 | -40.545 | -32.462 | -25.306 | 29.021 | 14.699 | 25.226 | 4.995 | -40.287 | µs | 1.725 | 16.75 | ||
| Server Offset SHM(0) | -225.614 | -192.000 | -175.990 | -165.052 | -158.342 | -155.599 | -146.909 | 17.647 | 36.400 | 6.355 | -165.972 | ms | -2.07 | 10.28 | ||
| Server Offset SHM(1) | -38.600 | -3.543 | -2.595 | 0.071 | 2.252 | 3.256 | 20.302 | 4.847 | 6.799 | 1.272 | 0.000 | µs | -0.4905 | 11.65 | ||
| TDOP | 0.470 | 0.500 | 0.530 | 0.650 | 0.820 | 0.990 | 1.220 | 0.290 | 0.490 | 0.096 | 0.658 | 1.166 | 6.129 | |||
| Temp CPU | 51.500 | 52.100 | 53.200 | 60.100 | 60.700 | 61.200 | 61.800 | 7.500 | 9.100 | 2.126 | 59.203 | °C | ||||
| nSats | 12.000 | 12.000 | 12.000 | 12.000 | 12.000 | 12.000 | 19.000 | 0.000 | 0.000 | 0.450 | 12.042 | nSat | 11.59 | 144 | ||
Our production NTP servers share the same mast-mounted Tallysman Accutenna® TW3972 Triple Band GNSS Antenna + L-band Correction Services antenna using a Tallysman TW164 1-to-4 Port Smart Power GNSS Signal Splitter. No external NTP servers are contacted and all servers, with the exception of NTP6, the LeoNTP 1200, poll each other. Internal NTP clients poll NTP4 or NTP6.
The LeoNTP 1200 is a black-box appliance that doesn't support timing reporting. Its status can be checked by viwing the Server Jitter & Offset from any of the other servers. It can be found at NTP7 or leontp.bollar.com (10.0.50.100). The LeoNTP link above will take you to the Server Jitter between the LeoNTP and the currently selected server.
NTPQ Stats
'GNSS Performance
'Glossary:
- frequency offset:
- The difference between the ntpd calculated frequency and the local system clock frequency (usually in parts per million, ppm)
- jitter, dispersion:
- The short term change in a value. NTP measures Local Time Jitter, Refclock Jitter, and Server Jitter in seconds. Local Frequency Jitter is in ppm or ppb.
- ms, millisecond:
- One thousandth of a second = 0.001 seconds, 1e-3 seconds
- mu, mean:
- The arithmetic mean: the sum of all the values divided by the number of values. The formula for mu is: "mu = (∑xi) / N". Where xi denotes the data points and N is the number of data points.
- ns, nanosecond:
- One billionth of a second, also one thousandth of a microsecond, 0.000000001 seconds and 1e-9 seconds.
- percentile:
- The value below which a given percentage of values fall.
- ppb, parts per billion:
- Ratio between two values. These following are all the same: 1 ppb, one in one billion, 1/1,000,000,000, 0.000,000,001, 1e-9 and 0.000,000,1%
- ppm, parts per million:
- Ratio between two values. These following are all the same: 1 ppm, one in one million, 1/1,000,000, 0.000,001, and 0.000,1%
- ‰, parts per thousand:
- Ratio between two values. These following are all the same: 1 ‰. one in one thousand, 1/1,000, 0.001, and 0.1%
- refclock:
- Reference clock, a local GPS module or other local source of time.
- remote clock:
- Any clock reached over the network, LAN or WAN. Also called a peer or server.
- time offset:
- The difference between the ntpd calculated time and the local system clock's time. Also called phase offset.
- σ, sigma:
- Sigma denotes the standard deviation (SD) and is centered on the
arithmetic mean of the data set. The SD is simply the square root of
the variance of the data set. Two sigma is simply twice the standard
deviation. Three sigma is three times sigma. Smaller is better.
The formula for sigma is: "σ = √[ ∑(xi-mu)^2 / N ]". Where xi denotes the data points and N is the number of data points. - Skewness, Skew:
- The skewness of a random variable X is the third standardized moment
and is a dimension-less ratio. ntpviz uses the FIsher-Pearson moment
of skewness. There are other different ways to calculate Skewness
Wikipedia describes Skewness best: "The qualitative interpretation of
the skew is complicated and unintuitive."
A normal distribution has a skewness of zero. - Kurtosis, Kurt:
- The kurtosis of a random variable X is the fourth standardized
moment and is a dimension-less ratio. ntpviz uses standard
Kurtosis. There are other different ways to calculate Kurtosis.
A normal distribution has a Kurtosis of three. NIST describes a kurtosis over three as "heavy tailed" and one under three as "light tailed". - upstream clock:
- Any server or reference clock used as a source of time.
- µs, us, microsecond:
- One millionth of a second, also one thousandth of a millisecond, 0.000,001 seconds, and 1e-6 seconds.
