Zusammenfassung
- Eine zwölfstündige DNS-Messung an rund 9.000 RIPE-Atlas-Messpunkten fand zwölf IPv4-Adressen für den Microsoft-NTP-Dienst; mehr als die Hälfte der Messpunkte erhielt nur eine davon.
- RFC 8633 empfiehlt Betreibern, die genaue Zeit benötigen, mindestens vier unabhängige, vielfältige Zeitquellen. Die Antworten am Client bestimmen, wie viele Quellen er vergleichen kann.
Analyse
Das Team fragte die autoritativen DNS-Server direkt ab, alle zehn Minuten über zwölf Stunden. Rund 9.000 RIPE-Atlas-Messpunkte lieferten gültige Antworten aus 170 Ländern. Für den NTP-Dienst von Microsoft zählte die Studie insgesamt zwölf IPv4-Serveradressen. Mehr als die Hälfte der Messpunkte bekam nur eine unterschiedliche Adresse. In einer separaten, 60-tägigen Messreihe beobachteten die Forschenden dieselben zwölf Microsoft-Adressen.
Zwölf Adressen im Dienstbestand, aber nur eine sichtbare Wahl für die Mehrheit der Messpunkte. Pascal Huppert und sieben Mitautoren untersuchten diese Lücke zwischen Anbieterinventar und DNS-Antwort beim Client in BigTime: Characterizing Large Time Service Providers, einem für CoNEXT 2026 angenommenen Beitrag.
RFC 8633, die Best-Practice-Empfehlung für NTP, rät Betreibern mit Genauigkeitsbedarf zu mindestens vier unabhängigen, vielfältigen Quellen. Gemeinsame Betreiber, Routen oder Fehlerbereiche können mehrere Quellen zugleich treffen. Bei nur einer empfangenen Adresse fehlt dem Client jedoch schon die Grundlage für den in der Empfehlung vorgesehenen Quellenvergleich.
Die Arbeit enthält außerdem einen Genauigkeitstest, der getrennt von der DNS-Kartierung ausgewertet wurde. Vier mit einer Referenz synchronisierte Messpunkte — drei in Cloud-Regionen und einer bei SIDN in den Niederlanden — prüften die Antworten. An einem schwedischen Messpunkt überschritten 199 Microsoft-Antworten von drei Serveradressen die von den Autoren verwendete Grenze von der Hälfte der Round-Trip-Zeit; der größte aufgeführte Versatz betrug −50,97 ms. Die Grenze berücksichtigt, dass asymmetrische Wege auch einen NTP-Versatz verfälschen können.
Der Genauigkeitstest umfasst vier Standorte; für Aussagen über weitere Bereitstellungen wären Messungen bei zusätzlichen Clients und an weiteren Orten nötig.
Die Atlas-Daten enthalten DNS-Antworten an den Messpunkten; gerätebezogene Windows-Protokolle liegen der Studie nicht bei. Eine IP-Adresse kann eine ganze Flotte bedienen, daher zählt die Messung sichtbare Client-Auswahlen; physische Maschinen erfasst die Studie nicht. An den untersuchten Orten und im Messzeitraum erhielt die Mehrheit der Punkte nur eine Dienstadresse. Über diese einzelne sichtbare Antwort kann der Client die Uhren dahinter nicht wie unabhängige Quellen vergleichen.
Pascal Huppert promoviert an der University of Twente und forscht zur Resilienz und Sicherheit des NTP-Ökosystems. Seine Studie ersetzt die Frage „Wie viele Server betreibt der Anbieter?“ durch die praktischere: „Wie viele verschiedene Antworten erhält der Client?“ An der Schnittstelle von DNS-Politik und Geräteprofil entscheidet sich, ob Zeitresilienz mehr als eine Inventarliste ist.
Quellen
- Huppert et al., BigTime: Characterizing Large Time Service Providers, angenommene Autorenfassung — DOI 10.1145/3856960; die Veröffentlichung im Tagungsband ist für Dezember 2026 vorgesehen.
- RIPE NCC: offizielles Profil und RACI-Programm für RIPE 93
- Offizielle Sitzungsseite von RIPE 93
- RFC 8633, bewährte NTP-Verfahren
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für den Strategischen Kreis
Strategischer Kreis
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategischem Kreis beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten





