Familie: | Internetprotokollfamilie | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Einsatzgebiet: | Synchronisierung von Uhren in Computersystemen | ||||||||||||||||||||||||
Ports: | 319/UDP, 320/UDP | ||||||||||||||||||||||||
| |||||||||||||||||||||||||
Standards: | IEEE 1588 |
Das Precision Time Protocol (PTP) ist ein Netzwerkprotokoll, das die Synchronität der Uhrzeiteinstellungen mehrerer Geräte in einem Computernetzwerk bewirkt. Anders als bei dem Network Time Protocol (NTP) liegt der Fokus von PTP auf höherer Genauigkeit und lokal begrenzten Netzwerken. PTP kann in Hardware-Ausführung eine Genauigkeit im Bereich von Nanosekunden und in Software-Ausführung im Bereich weniger Mikrosekunden erzielen. PTP ist definiert in der IEEE 1588 und in IEC 61588 übernommen worden.
Funktionsweise
Netzorganisation
Ein PTP-Netz besteht aus kommunizierenden Uhren. Von diesen teilnehmenden Geräten wird über den Best Master Clock (BMC)-Algorithmus dasjenige ermittelt, das die exakteste Zeit angibt. Dieses Gerät dient als Referenzuhr und wird als Grandmaster Clock bezeichnet. Bei Änderungen in der Netz-Topologie wird der BMC-Algorithmus auf möglicherweise vom Grandmaster abgeschnittenen Netzsegmenten neu durchgeführt. Hat ein teilnehmendes Gerät sowohl die Master- als auch die Slave-Rolle, dann wird es auch als Boundary Clock bezeichnet.
Ablauf
Im Betrieb verteilt jeweils der Master das Zeitsignal an seine Slaves zur Ermittlung der sogenannten Verzögerung (englisch delay). Dazu wird eine Zeitmarke in Form einer Sync Message von der Master-Referenzuhr an den Slave versandt, der die Empfangszeit der Zeitmarken an seiner eigenen Zeit bestimmt. Zudem sendet der Slave wiederholt eine Delay Request Message an den Master, deren Empfangszeit beim Master wiederum als Delay Response Message an den Slave zurückgeschickt wird.
Aus jeweils den Differenzen der vier Zeitmarken werden das Master-to-Slave Delay und das Slave-to-Master Delay bestimmt. In diesen Werten ist also jeweils die Differenz der beiden Uhren und die Nachrichtenlaufzeit mit entgegengesetzten Vorzeichen enthalten. Der Mittelwert der beiden Größen liefert somit den gerichteten Offset zum Master, welcher schließlich zur Synchronisation der Slave-Uhr benutzt wird.
Die Kompensation der Laufzeiten stützt sich dabei auf die Annahme, dass Hin- und Rückweg von Synchronisierungsnachrichten gleiche mittlere Laufzeiten haben und sich mit der Zeit nur langsam ändern. Die Annäherung des Slaves an die Referenzzeit des Master erfolgt kontinuierlich über ein Regelverfahren. Insbesondere werden so Rücksprünge in der Slave-Zeit vermieden.
Uhrentypen
Das Precision Time Protocol kennt verschiedene Uhrentypen:
- Eine gewöhnliche Uhr (englisch ordinary clock, kurz OC) ist mit der Rolle Master entweder die Quelle oder mit der Rolle Slave der Empfänger der Zeit, nicht aber beides. Diese Uhren synchronisieren sich direkt.
- Eine “Boundary Clock” (BC) ist eine Uhr, die die Zeitinformation über eine Netzwerk-Grenze hinweg transportiert. So z. B. in einem Router, der verschiedene „geswitchte“' Netze verbindet: Als Slave empfängt die Uhr des Routers die Zeitinformation und gibt diese als Master weiter.
- Eine durchsichtige, auch transparente Uhr (englisch Transparent Clock, kurz TC) wurde 2008 nachträglich in die Spezifikation aufgenommen und verbessert innerhalb eines Netzwerks die Weiterleitung von Zeitinformationen, indem sie die PTP-Nachrichten empfängt und modifiziert (korrigiert) weiterleitet.
Sende-Betriebsarten
Unterstützt der PTP-Master das Einfügen des Absendezeitpunkts on-the-fly, d. h., er kann diese Information eigenständig in den zu sendenden Frame einfügen, so kann das Protokoll in der Betriebsart 'One Step' betrieben werden. Im Unterschied dazu sieht die Betriebsart 'Two Step' eine zusätzliche Nachricht (Follow Up Message) vor, die der Übermittlung des erst nachträglich bekannten Sendezeitpunktes an den Slave dient.
Umsetzungen
Die Protokollspezifikation sieht vor, sämtliche Zeitmarken so spät wie möglich vor dem Versand und so früh wie möglich nach dem Empfang von Nachrichten anzufertigen. Hier zeigt sich der Vorteil einer Hardware-Unterstützung gegenüber der reinen Software-Variante. Die Zeitnahme im Prozessor des Netzwerkgerätes liefert deutlich präzisere Werte als durch die CPU des Rechners.
Die zum aktuellen Zeitpunkt verfügbaren Implementierungen nutzen zumeist Ethernet als Netzwerkmedium. Die Protokollspezifikation ist bezüglich des Netzwerkmediums nicht festgelegt.
Eine freie Implementierung des Protokolls ist durch den Precision Time Protocol Daemon PTPd realisiert.
Literatur
- The Institute of Electrical and Electronics Engineers, Inc. (Hrsg.): IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems. IEEE Std. 1588–2002. New York 2002, ISBN 0-7381-3369-8.
- IEC 61588 ed2.0: Precision clock synchronization protocol for networked measurement and control systems (englisch).
- John C. Eidson: Measurement, Control and Communication Using IEEE 1588. Springer-Verlag, London 2006 (englisch).
Weblinks
- Redundanzprotokolle werden verwendet, um die Verfügbarkeit von Netzwerken zu steigern. zhaw.ch
- ptpd – PTP Daemon als freie Implementierung von PTP für Linux auf GitHub
- NIST IEEE1588
- The Linux PTP Project – Open Source PTP (IEEE 1588–2008)-Implementierung mit Unterstützung für Hardware-Timestamping für Linux