protocollen · 5 Min. Lesezeit

Was ist NTP? Network Time Protocol erklärt

Was ist NTP? Das Network Time Protocol synchronisiert Uhren in einem Netzwerk auf Millisekunden-Niveau. Wie funktioniert es, und warum benötigen moderne Netzwerke es?

Wählen Sie Ihr Leseniveau

NTP sorgt dafür, dass alle Uhren in einem Netzwerk dieselbe Zeit anzeigen. Jeder Computer, Server, jede Kamera oder Uhr hat eine eigene kleine Uhr, die langsam vor- oder nachgeht. NTP fragt regelmäßig bei einer zuverlässigen Zeitquelle „Wie spät ist es?“ und stellt die eigene Uhr entsprechend nach.

Warum das zählt, auch wenn Sie nichts mit Zeit tun: Protokolldateien verschiedener Geräte lassen sich nur vergleichen, wenn ihre Zeit übereinstimmt, Sicherheitszertifikate laufen zu einem genauen Zeitpunkt ab, und viele Vorschriften in Finanzwesen, Rundfunk und Gesundheitswesen verlangen eine nachweislich korrekte Zeit.

Über ein gewöhnliches Netzwerk erreicht NTP eine Genauigkeit von einigen Millisekunden. Brauchen Sie es noch schärfer, gibt es ein strengeres Protokoll, PTP.

Network Time Protocol (NTP) ist das Protokoll, das dafür sorgt, dass Tausende Geräte in einem Netzwerk dieselbe Zeit haben, auf wenige Millisekunden genau. Ohne NTP hat jeder Server, Switch, jede Uhr oder Kamera eine eigene interne Uhr, die driftet — manchmal Sekunden pro Tag. Für Logging, Transaktionsreihenfolge, Video-Sync und Compliance ist das unbrauchbar.

Was macht NTP in einem Satz?

NTP ist wie eine Postkarte, die jede Uhr in Ihrem Netzwerk fragt: "Wie spät ist es bei Ihnen?". Der Server antwortet mit einem Zeitstempel. Die Uhr vergleicht mit ihrer eigenen Zeit, berechnet die Differenz plus die Transit-Verzögerung des Netzwerks und korrigiert sich selbst.

Warum benötigen Sie NTP, auch wenn Sie nichts mit Zeit zu tun haben?

Audit-Trails stimmen überein: Log-Dateien verschiedener Systeme lassen sich erst vergleichen, wenn ihre Zeitstempel auf einer Linie liegen.
Sicherheit: TLS Zertifikate laufen zu einem bestimmten Zeitpunkt ab. Uhren, die nicht synchron sind, verweigern oder vertrauen falschen Zertifikaten.
Compliance: Regulierung im Finanzwesen (MiFID II verlangt 100 Mikrosekunden), Broadcast (frame-accurate Sync) und E-Health verpflichtet zu nachweisbarer Zeitsynchronisation.
Distributed Systems: Datenbanken, Microservices, Message Queues — alles, was mit "happened before"-Beziehungen arbeitet — benötigt übereinstimmende Uhren.

Wie funktioniert es genau?

NTP verwendet eine Hierarchie von Stratums:

Stratum 0: die Quelle — eine Atomuhr, ein GPS Empfänger oder GNSS. Nicht direkt am Netzwerk angeschlossen.
Stratum 1: ein NTP Server, der sich direkt mit einer Stratum-0-Quelle synchronisiert (zum Beispiel ein Masterclock NTP100-GNSS).
Stratum 2-15: Server und Clients, die sich an einem Stratum 1 (oder höherer Nummer) synchronisieren. Je weiter von der Quelle, desto ungenauer.

Ein Client sendet ein Request-Paket mit seiner eigenen Zeit. Der Server antwortet mit vier Zeitstempeln: Empfang, Versand und Client-Zeit-Info. Damit berechnet der Client den Offset (Unterschied zwischen Uhren) und die Roundtrip-Delay (Verzögerung im Netzwerk).

NTP vs PTP

NTP erreicht Millisekunden-Genauigkeit (und im LAN manchmal Dutzende Mikrosekunden). Für Sub-Mikrosekunden-Genauigkeit benötigen Sie PTP (Precision Time Protocol, IEEE 1588). Siehe unseren Artikel NTP vs PTP für den Vergleich.

Wie läuft die NTP-Implementierung über Daylight ab?

Als offizieller Masterclock-Distributor liefern wir seit 2014 NTP Server und NTP gesteuerte Uhren an Broadcaster, Rechenzentren, Banken, Krankenhäuser und Industriekunden. Welche Konfiguration Sie benötigen, hängt von Skalierung, Umgebung und Compliance-Anforderungen ab — nehmen Sie Kontakt auf, und wir beraten Sie unabhängig.

Quellen

RFC 5905 — Network Time Protocol Version 4 (die kanonische Spezifikation)
NTP.org — Community-Implementierung und Dokumentation

Von der Theorie in die Praxis: entdecken Sie die NTP- und PTP-Zeitserver im Masterclock-Programm von Daylight.

NTP (RFC 5905, Version 4) synchronisiert Uhren über eine Hierarchie von Stratum-Ebenen, von der physikalischen Quelle (Stratum 0) bis zu Clients (Stratum 15; 16 bedeutet nicht synchronisiert). Pro Austausch werden vier Zeitstempel verwendet (T1 Client sendet, T2 Server empfängt, T3 Server sendet, T4 Client empfängt), um den Offset ((T2−T1)+(T3−T4))/2 und die Round-Trip-Delay (T4−T1)−(T3−T2) zu berechnen. Die Annahme ist ein symmetrischer Pfad; Pfadasymmetrie ist die größte Fehlerquelle über ein WAN.

NTPv4 filtert mehrere Samples statistisch (Clock Filter, Selection, Clustering, Combining) und steuert die Systemuhr über eine Discipline-Schleife mit einer kombinierten PLL/FLL, statt die Zeit springen zu lassen. Über ein LAN mit symmetrischen Pfaden sind Zehner-Mikrosekunden erreichbar; über das Internet meist einige Millisekunden.

Für Sub-Mikrosekunden-Anforderungen reicht NTP nicht aus, weil Software-Zeitstempelung den Jitter dominiert; dann ist PTP (IEEE 1588) mit Hardware-Zeitstempelung und Netzunterstützung über Boundary- und Transparent Clocks nötig. Die Sicherheit erfolgt über symmetrische Schlüssel oder das neuere NTS (Network Time Security, RFC 8915).

Norm: IETF RFC 5905 (NTPv4).