Zusammenfassung
- 1985 verteilte sich die Evidenz zur Netzzeit auf drei Dokumente: RFC 958 beschrieb NTP-Nachrichten, RFC 956 behandelte Algorithmen zur Auswahl von Uhren und RFC 957 dokumentierte Versuche.
- Die Ergebnisse hingen von Leitungen und Testbedingungen ab. Messungen im Millisekundenbereich erforderten viele Stichproben; sie garantierten keine Genauigkeit für alle Internet-Uhren.
Ein Zeitstempel ergibt noch keine gemeinsame Uhr
Ein Dienst kann eine Uhrzeit zurückgeben. Daraus folgt nicht, ob die Uhr verlässlich ist, wie stark der Weg die Nachricht verzögert hat oder wie mehrere Beobachtungen zu verbinden sind. Die frühen NTP-Dokumente machen diesen Unterschied sichtbar.
RFC 958 legte im September 1985 die Datenrepräsentation und das Nachrichtenformat von NTP fest. Ein Paket enthielt mehr als eine Uhrzeit: Es bezeichnete die Referenzuhr und meldete Genauigkeit, geschätzten Fehler und Drift der lokalen Uhr. Vier Zeitstempel markierten den Abgang der Anfrage, ihren Eingang beim Server, den Abgang der Antwort und ihre Rückkehr zum Client. Damit ließen sich Abweichung und Umlaufverzögerung abschätzen. Die Algorithmen zur Auswahl einer Quelle und zur Filterung von Messwerten spezifizierte das Protokoll jedoch nicht; diese Arbeit blieb offen.
Reale Uhren wichen aus unterschiedlichen Gründen voneinander ab: Hardware, Software, Funkempfang, Netzverzögerungen und Bedienfehler. RFC 956 behandelte Synchronisation als statistische Schätzung: Beobachtungen vergleichen, Ausreißer erkennen und die glaubwürdigste Zeit bestimmen. Ein einzelner Messwert reichte nicht, um eine Uhr als gut oder schlecht einzuordnen.
Die Leitungen transportierten auch normalen Verkehr
RFC 957 liefert den experimentellen Teil. Der Bericht beschreibt DCnets Uhrendesign und Versuche mit Rechnern, Referenzuhren und verschiedenen Leitungstypen. Einige Tests untersuchten Synchronisation über Wege, auf denen zugleich normaler Datenverkehr lief. Es ging um die Folgen gemeinsamer Netznutzung durch Zeitnachrichten und Nutzdaten – nicht nur um einen isolierten Laboraustausch.
Eine Testreihe Ende Juni und Anfang Juli 1985 umfasste sechs Rechner, drei Referenzuhren und mehrere Kommunikationswege. Der Zeitpunkt war bewusst gewählt: Die Tests fielen mit einer Schaltsekunde in der Zeitübertragung des National Bureau of Standards zusammen. Untersucht wurde außerdem, ob die Netzfrequenz als Referenz dienen könnte. Der Bericht unterscheidet dabei, diese Quelle zu beobachten und sie tatsächlich zur Korrektur lokaler Uhren zu verwenden.
Der Bericht macht aus diesen Anordnungen keine globale Internetnote. Ergebnisse unterschieden sich nach Rechner und Verbindung. Die Schlussfolgerung ist bedingt: Auf den getesteten ARPANET-Wegen ließ sich eine Synchronisation im Bereich weniger Millisekunden erreichen, wenn genügend Stichproben vorlagen. RFC 956 nennt für seine Testdaten ebenfalls Ergebnisse in der Größenordnung von zehn Millisekunden und betont die notwendige Zahl der Beobachtungen. Das sind Versuchsergebnisse, keine Dienstgarantie.
Drei Dokumente, drei Beweisarten
RFC 958 beschreibt, was Kommunikationspartner austauschen. RFC 956 erklärt Methoden zur Auswertung verrauschter Messwerte. RFC 957 berichtet, wie sich eine bestimmte Implementierung unter einem konkreten Versuchsaufbau verhielt. Wer diese Ebenen vermischt, macht aus einem Paketformat einen Algorithmus oder aus einem Experiment den Beleg für einen universellen Betrieb.
RFC 1059 beschrieb NTP 1988 später als Architektur, Protokoll und Sammlung von Synchronisationsalgorithmen und hielt fest, dass sich das System seit RFC 958 erheblich weiterentwickelt hatte. Diese spätere Zusammenführung zeigt, was die Dokumente von 1985 noch offenließen. Sie belegt nicht, wann jedes System die nächste Fassung übernahm.
Der historische Fortschritt bestand nicht in einer perfekten Uhr, sondern in einer Beweiskette: Eine Nachricht transportierte Zeitdaten; Algorithmen verglichen Quellen und filterten Ausreißer; Versuche maßen die Ergebnisse auf realen Netzwegen. Bei einer historischen Genauigkeitsangabe sollten Strecke, Referenz, Stichprobenzahl und Betriebsbedingungen erhalten bleiben. „Das Paket meldete die Zeit“ ist nicht gleichbedeutend mit „das Netz synchronisierte die Uhren“.
Quellen
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle 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
