(no title)
CaliforniaKarl | 2 months ago
Fun fact: Per [0], if you provide enough servers, the NTP client can detect a "falseticker" that is not providing accurate time. The number of NTP servers required is `2n+1` where `n≥1`.
Of course, that requires each NTP server use its own time source.
So, note for me: If I want NTP redundancy and I'm using NIST's servers, pick one NTP server from each of NTP's three sites.
[0]: https://support.ntp.org/Support/SelectingOffsiteNTPServers#U...
metaphor|2 months ago
System robustness hazard that won't tolerate just querying time.nist.gov at 4-sec or greater intervals?
From the cow's mouth[1]:
>> The global address time.nist.gov is resolved to all of the server addresses below in a round-robin sequence to equalize the load across all of the servers.
[1] https://tf.nist.gov/tf-cgi/servers.cgi
RossBencina|2 months ago
ianburrell|2 months ago
The email explains why they haven't shut down, cause haven't hit the threshold. And talks about maybe shutting them down manually.
metaphor|2 months ago
They may not operate redundant clocks at a single site, but ITS redundancy posture[1] doesn't look bad at all:
>> Servers at the Boulder and WWV/Ft. Collins campuses are independent and unaffected.
[1] https://tf.nist.gov/tf-cgi/servers.cgi
jedimastert|2 months ago
Is this sarcasm? I can't tell.
Per the email:
> Servers at the Boulder and WWV/Ft. Collins campuses are independent and unaffected.
DANmode|2 months ago