Door Erik van Straten: Ik betwijfel (niet opgezocht) of het een "eis" is van het ntp-protocol om slechts kleine aanpassingen per keer te maken: dat is vooral iets wat je vaak client-side wilt (omdat processen die iets met timing doen, zoals timeouts genereren, onverwachte fouten kunnen geven als je de systeemklok een slinger geeft - vooral als je een klok achteruit zet en een datum+tijd nogmaals "voorbij komt"). Toch staat dat wel in de NTP RFC. Dit komt ook omdat de RFC ooit gemaakt is door de schrijver van de reference implementatie, waarin dit allemaal goed geregeld is. Dat sluit niet uit dat er implementaties zijn die dit niet goed doen. Behalve een NTP client kan er ook sprake zijn van een SNTP client die gewoon eens per zoveel tijd de tijd opvraagt (met een subset van het NTP protocol) en het geretourneerde antwoord gewoon in de systeemklok ramt. Met name simpele devices zoals routers die werken vaak op die manier. Probleem: als de datum en tijd flink fout zijn is het vaak onwenselijk dat de klok ...