Risico bij een te groot interval en een mogelijk niet geheel stabiele klok kan zijn dat een machine meer dan 15 minuten (900 seconden) scheef gaat lopen en daarna niet meer synced.
Ik denk dat die 2^17 (>128000 seconden) eerder een runaway klok was (>36 uur niet gesynced);
2^10 = 1024 seconden dat is iets meer dan 17 minuten, een redelijk interval bij stabiele (lokale) klokken.
Even support data gegenereerd.
Die geeft meer inzicht, wat er onder de motorkap gebeurt van de fritzbox.
Ik zie ook dat de repeaters en de tv ontvanger er gebruik van maken.
Kan ik concluderen dat de fritzbox gewoon als locale NTP server kan dienen?
##### BEGIN SECTION chrony Chrony
Chrony status:
Authentication is no longer supported
210 Number of sources = 5
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^+ 94.198.159.10 1 10 177 961 +617us[ +617us] +/- 7374us
^+ 2a00:d78:0:712:94:198:159:10 1 10 377 801 +674us[ +674us] +/- 7435us
^- 213.136.12.53 2 10 377 709 -2530us[-2530us] +/- 32ms
^- 2001:7b8:3:2c::123 2 10 377 422 -2497us[-2497us] +/- 24ms
^* 193.190.230.65 1 10 377 25m -1027us[-1017us] +/- 7203us
210 Number of sources = 5
Name/IP Address NP NR Span Frequency Freq Skew Offset Std Dev
==============================================================================
94.198.159.10 10 6 189m +0.008 0.018 +648us 42us
2a00:d78:0:712:94:198:159:10 19 10 327m +0.011 0.011 +656us 69us
213.136.12.53 6 3 85m -0.033 0.121 -2429us 47us
2001:7b8:3:2c::123 6 3 86m -0.042 0.114 -2443us 48us
193.190.230.65 15 9 414m -0.014 0.027 -1167us 203us
Reference ID : C1BEE641 (193.190.230.65)
Stratum : 2
Ref time (UTC) : Sun Dec 13 10:11:29 2020
System time : 0.000156317 seconds fast of NTP time
Last offset : +0.000010712 seconds
RMS offset : 0.000127158 seconds
Frequency : 17.625 ppm fast
Residual freq : +0.000 ppm
Skew : 0.010 ppm
Root delay : 0.011487792 seconds
Root dispersion : 0.002770482 seconds
Update interval : 1042.8 seconds
Leap status : Normal
Hostname NTP Drop Int IntL Last Cmd Drop Int Last
===============================================================================
192.168.xxx.xx 486 0 10 - 623 0 0 - -
192.168.xxx.xx 34 0 14 - 83m 0 0 - -
192.168.xxx.xx 33 0 14 - 105m 0 0 - -
2a10:xxxxxxxxx 4 0 11 - 25h 0 0 - -
2a10:xxxxxxxxx 21 0 7 - 12h 0 0 - -
2a10:xxxxxxxxx 6 0 7 - 706 0 0 - -
##### END SECTION chrony
Het zijn er 3
Omdat het soms een ander IP is, verdubbelt het zich.
Het is ntp.time.nl van SIDN
ntp.oma.be is de Belgische nationale tijdserver.
En ntp1.bit.nl is een Freedom partner.
Toch grappig, om zo lang met de tijd bezig te zijn.
Een goede reden om toch NTP via het freedom netwerk aan te bieden, is om de officiĂ«le âpoolâ servers te ontlasten. Het idee achter pool is, dat je ânetwerk beheerderâ synced met de pool en dit weer beschikbaar stelt voor zn clients. Wat men bij de pools zeker niet wil, is dat (bedrijf) netwerk beheerders al zn 100.000 users via de public pool laten syncen. Daar hebben ze gewoon weg de middelen niet voor.
Dus freedom, be kind en host 0.pool.freedom.nl ik weet trouwens niet hoe de fritzboxen by default geconfigged zijn. Je zou verwachten dat AVM zn eigen pool heeft, maar dat âOEMsâ dat aanpassen naar hunzelf.
D-Link is trouwens hierom ooit op de zwarte lijst gezet, die gebruikte de pool voor al zn dlink producten. milljoen (miljarden?) devices die gingen syncen met de pool
De standaard ingevoerde NTP-tijdserver 0.europe.pool.ntp.org hoeft doorgaans niet te worden gewijzigd.
Zelf heb ik nog de uitdaging dat de F!B in PPPoE Passthrough mode geen andere (lokale) NTP server accepteert die alleen bereikbaar is via de interne interfaces.
Bij mij mag de dom0 hypervisor ook NTP server spelen voor zân guest machines, als je echt heel bezorgd bent over de integriteit van NTP servers kun je natuurlijk ook een paar bewezen betrouwbare servers met IP Adressen configureren.
Ja het zijn dingen die er bij XS4ALL allemaal wel zijn cq waren.
Maar die hebben natuurlijk een eigen datacenter dan is dat gemakkelijk(er) te regelen.
Een setje LeoNTPâs om nauwkeurige tijd te leveren kosten je de kop niet, maar het GPS antennetje ergens plaatsen gaat vaak heel wat lastiger.
XS4ALL synct de tijdservers alleen met externe servers van bijvoorbeeld UUNET en SURFnet. Dus klooien met GPS ontvangers is niet echt nodig (wel leuk natuurlijk).
Ja een kleine server (of 2) met NTP server en die je dan ook mag gebruiken om tegen te pingen, en het is opgelost. Dat moet je dan wel ergens onderbrengen. En de vraag is natuurlijk hoeveel klanten er op zitten te wachten, en hoeveel er gebruik van gaan maken.
Als je als ISP routers levert met een eigen profiel dan is het wel netjes om daar je eigen NTP servers in te zetten ipv pool.ntp.org, maar goed dat doet XS4ALL ook niet ondanks dat ze wel andere settings in hun profiel hebben. Ik heb diverse servers in pool.ntp.org gehad en een heel groot aandeel van de gebruikers zijn ISP routers. Waarvan sommige dan ook nog zo dom zijn om de tijd op het hele uur op te vragenâŠ
Zolang alles van freedom bij BIT staat, waarom zou je die niet gebruiken.
Dat is de kortste weg.
De pool was ooit een keer niet bereikbaar, sindsdien heb ik er 2 in staan.
I.p.v. ntp1.bit.nl zou je ook ntp.bit.nl kunnen gebruiken wat als voordeel heeft dat alle drie tijdservers bij BIT na elkaar gebruikt worden. Je gebruikt zo vier tijdservers in totaal.