Was ist PTP? Precision Time Protocol erklärt

Precision Time Protocol (PTP), standardisiert in IEEE 1588, bringt Uhrsynchronisation auf das Sub-Mikrosekunden-Niveau über ein Ethernet-Netzwerk. Während NTP für Logging und TLS Validierung auf Millisekunden-Niveau ausreicht, erfordert PTP bewusste Entscheidungen bei Switches, Oszillator und Netzwerkarchitektur. Dieser Artikel erklärt, wann Sie PTP benötigen, wie die Hierarchie funktioniert und welches Profile zu Ihrer Anwendung passt.

PTP in 60 Sekunden

PTP verwendet eine Grandmaster Clock, die ihre Zeit über eine Serie von vier Timestamp-Austauschen pro Zyklus an alle anderen Uhren im Netzwerk verteilt. Zwei fundamentale Verbesserungen gegenüber NTP sorgen für die höhere Präzision:

• Hardware-Timestamping am Network Interface Controller (NIC) statt auf der OS-Software-Schicht. Das eliminiert den Jitter des Kernel-Schedulers.
• Network Symmetry: PTP-aware Switches korrigieren aktiv für ihre eigene interne Queue-Verzögerung, sodass asymmetrische Delays kompensiert werden.

Laut Banerjee & Matsakis (2023), Kapitel 7.4, erreicht PTP anwendungsbereichsabhängig die folgenden Größenordnungen: Financial Trading erfordert ±100 µs, Transportation ±10 µs, Broadcast ±1 µs, Telecom ±150 ns bis ±3 µs, und Power Line Fault Detection ±100 bis ±500 ns. Mit dem White Rabbit High-Accuracy Profile lässt sich in Laborumgebungen Sub-Nanosekunden-Genauigkeit erreichen.

PTP vs NTP: Wann wählen Sie welches Protokoll?

Die Frage "PTP oder NTP" ist eine Investitionsentscheidung. PTP-aware Switches kosten ein Vielfaches gewöhnlicher Switches, und PTP Grandmasters erfordern oft OCXO- oder Rubidium Holdover.

	NTP	PTP (IEEE 1588)
Typische LAN-Accuracy	1 bis 10 ms	100 ns bis 1 µs
Hardware-Anforderungen	gewöhnliche Switches	PTP-aware Switches (Boundary oder Transparent Clocks)
Timestamping	Software (OS-Kernel)	Hardware (NIC)
Symmetry-Anforderung	nein	ja, Switches kompensieren eigenes Delay
Typische Anwendung	IT-Server, Uhren, Logging	Broadcast, Finance, Digital Substation, 5G Fronthaul

Für einen ausführlicheren Vergleich: siehe unseren Artikel NTP vs PTP.

Wie ist die PTP-Hierarchie aufgebaut?

PTP definiert vier Uhren-Rollen. Das Netzwerk wählt jede Sekunde über den Best TimeTransmitter Clock Algorithm (BTCA, vormals Best Master Clock Algorithm), wer der Grandmaster ist.

• Grandmaster Clock: die Quelle. Erhält ihre Zeit von GNSS oder einer atomaren Quelle. Verteilt PTP Zeit an das Netzwerk. In Masterclock-Umgebungen ist dies typischerweise ein GMR6000 oder NTP100-OSC.
• Boundary Clock: hat mehrere Ports und befindet sich zwischen zwei PTP Netzwerken. Empfängt PTP Zeit an einem Port und sendet sie am anderen weiter. Banerjee & Matsakis (2023, Kapitel 7.4): *"A boundary clock receives time from one network, and can serve as a source on a different network if the BTT algorithm calls for it."*
• Transparent Clock: ein PTP-aware Switch oder Router, der PTP Pakete durchleitet und ein Korrektur-Feld für die eigene Queue-Verzögerung hinzufügt. Entscheidend für Accuracy: Ein gewöhnlicher Switch stört PTP, eine Transparent Clock korrigiert.
• Ordinary Clock: hat einen Port. Empfängt typischerweise Zeit, kann grundsätzlich aber auch Grandmaster werden, falls BTCA dies vorgibt.

Eine Warnung aus Banerjee & Matsakis (2023): *"Be careful that the component adds the delay as a pre-computed value rather than as a measurement, because the precision is significantly degraded when PTP-aware components compute this delay by taking the time to measure the ingress and egress epochs within software."* Fragen Sie also Ihren Switch-Lieferanten explizit, wie die Transparent-Clock-Korrektur implementiert ist, nicht nur ob "PTP unterstützt wird".

Was sind PTP-Profiles und warum gibt es sie?

IEEE 1588 definiert das allgemeine Protokoll. Aber jede Industrie hat eigene Accuracy-Anforderungen, Redundanz-Strategien und Transport-Entscheidungen. Dafür existieren Profiles, vordefinierte Sub-Sets von IEEE 1588 mit festgelegten Parameter-Entscheidungen.

• Default Profile (Annex J von IEEE 1588): generische Implementierung. Funktioniert überall, ist aber nicht für spezifische Industrie-Anforderungen optimiert.
• Telecom Profile G.8275.1: Full-Timing Support für Mobilfunknetze. Frequency- und Phase-Sync. Erfordert PTP-aware Switches über den gesamten Pfad. Wird für 4G- und 5G-Fronthaul verwendet.
• Telecom Profile G.8275.2: Partial-Timing Support. Funktioniert über Netzwerke, in denen nicht alle Switches PTP-aware sind. Weniger genau als G.8275.1, aber pragmatischer in Legacy-Deployments.
• Power Profile IEC 61850-9-3: PTP für Digital Substations in Stromnetzen. Verpflichtet zu Boundary Clocks, HSR und PRP-Redundanz und ±1 µs Accuracy substation-weit.
• Power Profile IEEE C37.238: amerikanische Variante des Power-Profiles, vergleichbares Ziel. Viele Grandmasters unterstützen beide gleichzeitig.
• Media Profile SMPTE 2059-2: PTP für IP-Broadcast (ersetzt das alte SDI-Genlock). Bestandteil der SMPTE ST 2110-Suite für Professional Media über IP.
• Enterprise Profile: leichteres Alternativ für IT-Netzwerke, die mehr als NTP Niveau wollen, ohne die operative Last von Telecom- oder Power-Profiles.

Wichtig: PTP Equipment unterschiedlicher Profiles ist nicht austauschbar. Banerjee & Matsakis (2023, Kapitel 7.4) warnen explizit: *"PTP equipment following different profiles may not be compatible. The user is also warned that sometimes equipment from different manufacturers can prove incompatible even if they purport to follow the same profile."*

Wählen Sie also zuerst das Profile (gesteuert durch Ihre Industrie), erst danach die Marke. Für einen tieferen Einblick in die Power-Utility-Varianten: siehe unseren Artikel Power Profile: IEC 61850-9-3 vs IEEE C37.238.

Welche Hardware benötigen Sie für PTP?

Ein PTP Deployment hängt von drei Hardware-Komponenten ab, die Sie korrekt spezifizieren müssen.

PTP-aware Switches

Der Schiedsrichter zwischen "echtem PTP" und "PTP on-paper". Ein gewöhnlicher Gigabit-Switch leitet PTP Pakete durch, fügt aber unvorhersehbares Delay hinzu. Ein PTP-aware Switch ist entweder eine Transparent Clock (korrigiert eigene Verzögerung) oder eine Boundary Clock (terminiert PTP auf der Input-Seite und regeneriert auf der Output-Seite). Beide Patterns funktionieren, mit unterschiedlichen Trade-offs in Skalierbarkeit und Troubleshooting.

Grandmaster-Oszillator

Der interne Oszillator des Grandmasters bestimmt, wie gut das Netzwerk überlebt, wenn GNSS ausfällt. Drei Familien:

• TCXO: Holdover von Minuten bis einigen Stunden innerhalb ±1 ms. Geeignet für IT-Anwendungen, nicht für PTP strict.
• OCXO: Holdover von 24 Stunden bis einigen Tagen innerhalb ±1 µs. Standard für Broadcast und industrielle PTP Deployments.
• Rubidium: Holdover von Wochen innerhalb ±1 µs. Für Defense, Telecom-Fronthaul, Financial Trading mit 24+ Stunden GNSS Ausfall-Szenario.

Siehe unseren Artikel Holdover-Quellen: TCXO, OCXO und Rubidium im Vergleich für den Detailvergleich.

GNSS Antenne und Disziplinierung

Der Grandmaster benötigt eine GNSS Quelle, um den Oszillator periodisch zu disziplinieren. Antennenwahl, Kabellänge und Sky-View sind entscheidend, siehe unseren Artikel GNSS Disziplinierung: GPS, GLONASS, Galileo und BeiDou zusammen.

Präzisionsbudget: Was erreichen Sie realistisch?

Jede Schicht im PTP Pfad fügt Unsicherheit hinzu. Eine grobe Faustregel, mit der Anmerkung, dass exakte Zahlen stark von Switch-Implementierung, Kabellängen und Netzwerklast abhängen:

• Grandmaster, GNSS diszipliniert, OCXO: zehntel ns bis ±100 ns Abweichung von UTC
• PTP-aware Switch (Transparent Clock): typisch ±100 ns extra pro Hop
• Endklock über Boundary Clock auf letztem Segment: rund ±1 µs Total Budget

Banerjee & Matsakis (2023, Kapitel 7.4) bestätigen: PTP Anwendungen erreichen typischerweise Sub-Mikrosekunden-Präzision, solange die gesamte Kette PTP-aware ist. Ohne PTP-aware Komponenten fällt PTP auf NTP vergleichbare Accuracy zurück.

Häufig gestellte Fragen

Benötige ich PTP, oder reicht NTP aus?

Für IT-Logging, TLS Zertifikat-Validierung und Log-Korrelation auf Millisekunden-Niveau ist NTP völlig ausreichend. PTP ist notwendig, sobald Sie Anforderungen auf Sub-Millisecond-Niveau haben: Broadcast-Frame-Sync, Financial Trading (MiFID II), Digital Substations (IEC 61850), 5G-Fronthaul. Eine kurze Faustregel: Haben Sie Millisekunden? NTP. Mikrosekunden? PTP.

Funktioniert PTP über WAN oder Internet?

PTP ist für kontrollierte LAN-Umgebungen konzipiert. Im Internet funktioniert PTP zwar, verliert aber seinen Präzisionsvorteil gegenüber NTP, da Zwischenrouter nicht PTP-aware sind. Banerjee & Matsakis (2023) bemerken, dass PTP ohne PTP-aware Komponenten genauso empfindlich gegenüber variablen Pfaden ist wie NTP. Für WAN-Deployments: PTP innerhalb jedes Standorts, NTP zwischen Standorten, oder erwägen Sie White Rabbit für wissenschaftliche Anwendungen.

Was ist der Unterschied zwischen End-to-End und Peer-to-Peer Delay?

End-to-End (E2E) berechnet das Delay eines PTP Pakets über den gesamten Pfad vom Grandmaster zum Slave, in einer Messung. Peer-to-Peer (P2P) berechnet das Delay pro Link zwischen direkten Nachbarn. P2P ist robuster bei Netzwerkänderungen und ist im Power Profile (IEC 61850-9-3) verpflichtend. E2E ist einfacher und der Default in vielen anderen Profiles.

Was ist White Rabbit und wann ist es relevant?

White Rabbit ist ein High-Accuracy PTP Profile, das Sub-Nanosekunden-Genauigkeit durch zusätzliche Hardware (Carrier-Signal-Messung in Switches) erreicht. Entwickelt am CERN für Partikel-Beschleuniger-Synchronisation. Für kommerzielle Broadcast- oder Finance-Anwendungen ist es Overkill. Für wissenschaftliche Anwendungen, Radioastronomie und Quantum-Experimente ist es die Standardwahl.

Können PTP und NTP gleichzeitig auf einem Netzwerk laufen?

Ja, und in der Praxis geschieht das oft. Ein PTP Grandmaster wie der Masterclock GMR6000 liefert gleichzeitig PTP für mission-kritische Geräte und NTP für den Rest des Netzwerks. Platzieren Sie die PTP-aware Switches auf einem Baum-Segment für die PTP Clients und lassen Sie NTP Clients über gewöhnliche Switches verbinden.

Nächster Schritt

Sehen Sie sich Masterclock Master Clocks an, die PTP unterstützen.