> Yes, the main reason behind the requirement is probably the traceability > to UTC of the stratum 0 used by the server : NIST servers are traceable > to UTC, which is (formally) not the case for a server with a GNSS > as stratum 0. > > In case NIST servers are hard to reach, a metrologically defendable fallback > could be to use ntp servers from another national metrology institute > which would provide the same traceability to UTC.
NIST does have a lookup that displays the difference between NIST & GPS time. *If* it only requires logging to prove the source you are using is accurate enough: https://www.nist.gov/pml/time-and-frequency-division/services/gps-data-archive As someone else mentioned, hitting NIST @ 16s intervals (or any NTP server for that matter) can get you rate-limited or blocked. I would recommend doing a test at different intervals. Unless you are syncing to another source on your LAN, lower is not always better. Instabilities in the network can quickly skew your time off at low poll intervals. _______________________________________________ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions