{"id":77041,"date":"2020-04-07T13:42:46","date_gmt":"2020-04-07T11:42:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2"},"modified":"2020-04-07T13:42:46","modified_gmt":"2020-04-07T11:42:46","slug":"podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","title":{"rendered":"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Einf\u00fchrung<\/b><\/p>\n<p>Das Konzept zum Aufbau einer \"Digitalen Umspannstation\" in der Elektroenergiebranche erfordert eine Synchronisation mit einer Genauigkeit von 1 \u00b5s. Auch f\u00fcr die Durchf\u00fchrung von finanziellen Transaktionen ist eine Genauigkeit in Mikrosekunden notwendig. In diesen Anwendungen reicht die Genauigkeit der NTP-Zeitmessung bereits nicht mehr aus.<\/p>\n<p>Das Zeit-Synchronisationsprotokoll PTPv2, das im Standard IEEE 1588v2 beschrieben ist, erm\u00f6glicht eine Synchronisationsgenauigkeit von wenigen Dutzend Nanosekunden. PTPv2 erlaubt das Senden von Synchronisationspaketen \u00fcber L2- und L3-Netze.<\/p>\n<p>Die Hauptbereiche, in denen PTPv2 eingesetzt wird, sind:<\/p>\n<ul>\n<li>Energiewirtschaft;<\/li>\n<li>Mess- und Pr\u00fcfger\u00e4te;<\/li>\n<li>Verteidigung und Industriekomplex;<\/li>\n<li>Telekommunikation;<\/li>\n<li>Finanzsektor.<\/li>\n<\/ul>\n<p>\nIn diesem Beitrag wird er\u00f6rtert, wie das Zeit-Synchronisationsprotokoll PTPv2 funktioniert.<\/p>\n<p>Wir haben mehr Erfahrung in der Industrie und treffen h\u00e4ufig auf dieses Protokoll in der Energiewirtschaft. Daher werden wir auch die \u00dcbersicht mit einem Fokus auf die Energiewirtschaft geben. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.phoenixcontact.com\/online\/portal\/ru?1dmy&amp;urile=wcm%3apath%3a\/ruru\/web\/main\/products\/subcategory_pages\/Managed_switches_P-08-10-16-01\/aead25f7-3319-485d-8868-126c62b77cb1\">Warum ist es notwendig?<\/a><\/noindex>.<\/p>\n<p><b>Derzeit enthalten die Normen STO 34.01-21-004-2019 der PJSC \"Rosseti\" und STO 56947007-29.240.10.302-2020 der PJSC \"FSK EES\" Anforderungen an die Organisation eines Prozessbusses mit Gew\u00e4hrleistung der Zeit-Synchronisation nach PTPv2.<\/b><\/p>\n<p>Dies h\u00e4ngt damit zusammen, dass an den Prozessbus Terminals f\u00fcr relaischutz und Messger\u00e4te angeschlossen sind, die \u00fcber den Prozessbus durch sogenannte SV-Streams (Multicast-Streams) sofortige Werte f\u00fcr Strom und Spannung \u00fcbertragen.<\/p>\n<p>Die Terminals f\u00fcr relaischutz nutzen diese Werte zur Implementierung von Schutzma\u00dfnahmen f\u00fcr Anschl\u00fcsse. Wenn die Genauigkeit der Zeitmessung gering ist, k\u00f6nnen einige Schutzma\u00dfnahmen f\u00e4lschlicherweise aktiv werden.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Beispielsweise k\u00f6nnen Schutzma\u00dfnahmen f\u00fcr absolute Selektivit\u00e4t Opfer einer \"schwachen\" Zeit-Synchronisation werden. Oft basiert die Logik solcher Schutzma\u00dfnahmen auf dem Vergleich zweier Gr\u00f6\u00dfen. Wenn die Werte sich um einen ausreichenden Betrag unterscheiden, wird der Schutz aktiviert. Wenn diese Gr\u00f6\u00dfen mit einer Zeitgenauigkeit von 1 ms gemessen werden, kann eine gro\u00dfe Abweichung auftreten, w\u00e4hrend die Werte tats\u00e4chlich im Normbereich liegen, wenn sie mit einer Genauigkeit von 1 \u00b5s gemessen werden.<\/p>\n<p>Versionen von PTP<\/p>\n<p><b>PTP-Versionen<\/b><\/p>\n<p>Das PTP-Protokoll wurde urspr\u00fcnglich im Jahr 2002 im Standard IEEE 1588-2002 beschrieben und trug den Titel \u201eStandard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems\u201c. Im Jahr 2008 wurde der aktualisierte Standard IEEE 1588-2008 ver\u00f6ffentlicht, der PTP Version 2 beschreibt. In dieser Version des Protokolls wurden die Genauigkeit und Stabilit\u00e4t verbessert, jedoch wurde die R\u00fcckw\u00e4rtskompatibilit\u00e4t zur ersten Version des Protokolls nicht beibehalten. Au\u00dferdem wurde 2019 die Version des Standards IEEE 1588-2019 eingef\u00fchrt, die PTP v2.1 beschreibt. Diese Version f\u00fcgt kleine Verbesserungen zu PTPv2 hinzu und ist r\u00fcckw\u00e4rtskompatibel mit PTPv2.<\/p>\n<p>Mit anderen Worten, wir haben folgendes Bild mit den Versionen:<\/p>\n<p>PTPv1<br \/>\n(IEEE 1588-2002)<\/p>\n<p>PTPv2<br \/>\n(IEEE 1588-2008)<\/p>\n<p>PTPv2.1<br \/>\n(IEEE 1588-2019)<\/p>\n<p>PTPv1 (IEEE 1588-2002)<\/p>\n<p> \u2014<br \/>\nNicht kompatibel<\/p>\n<p>Nicht kompatibel<\/p>\n<p>PTPv2 (IEEE 1588-2008)<\/p>\n<p>Nicht kompatibel<\/p>\n<p> \u2014<br \/>\nKompatibel<\/p>\n<p>PTPv2.1 (IEEE 1588-2019)<\/p>\n<p>Nicht kompatibel<\/p>\n<p>Kompatibel<\/p>\n<p> \u2014 <\/p>\n<p>\nAber wie immer gibt es Nuancen.<\/p>\n<p>Die Inkompatibilit\u00e4t zwischen PTPv1 und PTPv2 bedeutet, dass ein PTPv1-f\u00e4higes Ger\u00e4t nicht mit pr\u00e4zisen Uhren, die auf PTPv2 basieren, synchronisiert werden kann. F\u00fcr die Synchronisierung verwenden sie unterschiedliche Nachrichtenformate.<\/p>\n<p>Es ist jedoch m\u00f6glich, Ger\u00e4te mit PTPv1 und Ger\u00e4te mit PTPv2 im selben Netzwerk zu kombinieren. Daf\u00fcr erlauben einige Hersteller, dass an den Ports der Grenzuhren die Protokollversion ausgew\u00e4hlt werden kann. Das bedeutet, dass Grenzuhren sich \u00fcber PTPv2 synchronisieren k\u00f6nnen und gleichzeitig andere angeschlossene Uhren sowohl \u00fcber PTPv1 als auch \u00fcber PTPv2 synchronisieren k\u00f6nnen.<\/p>\n<p><b>PTP-Ger\u00e4te. Welche Arten gibt es und wie unterscheiden sie sich?<\/b><\/p>\n<p>Der Standard IEEE 1588v2 beschreibt mehrere Ger\u00e4tetypen. Alle sind in der Tabelle aufgef\u00fchrt.<\/p>\n<p>Die Ger\u00e4te interagieren \u00fcber LAN und verwenden PTP.<\/p>\n<p>PTP-Ger\u00e4te werden als Uhren bezeichnet. Alle Uhren beziehen die genaue Zeit von Meisteruhren.<\/p>\n<p>Es gibt 5 Arten von Uhren:<\/p>\n<p>Grandmaster clock (Meisteruhr)<\/p>\n<p>Die Hauptquelle f\u00fcr genaue Zeit. Oft mit einem GPS-Anschluss ausgestattet.<\/p>\n<p>Ordinary Clock (Gew\u00f6hnliche Uhr)<\/p>\n<p>Ein Ger\u00e4t mit einem Port, das als Meister (f\u00fchrende Uhr) oder Slave (nachfolgende Uhr) fungieren kann.<\/p>\n<p>F\u00fchrende Uhren (Meister)<\/p>\n<p>Sind die Quelle der genauen Zeit, nach der sich andere Uhren synchronisieren.<\/p>\n<p>Nachfolgende Uhren (Slaves)<\/p>\n<p>Endger\u00e4t, das sich von f\u00fchrenden Uhren synchronisiert.<\/p>\n<p>Boundary Clock (Grenzuhren)<\/p>\n<p>Ger\u00e4t mit mehreren Ports, das Meister oder Slave sein kann.<\/p>\n<p>Das bedeutet, dass diese Uhren sich von \u00fcbergeordneten f\u00fchrenden Uhren synchronisieren k\u00f6nnen und untergeordnete nachfolgende Uhren synchronisieren.<\/p>\n<p>End-to-End Transparente Uhr (End-to-End transparente Uhren)<\/p>\n<p>Ein Mehrportger\u00e4t, das weder eine Master Uhr noch eine Slave Uhr ist. Es \u00fcbertr\u00e4gt PTP-Daten zwischen zwei Uhren. <\/p>\n<p>Bei der Daten\u00fcbertragung korrigiert die transparente Uhr alle PTP-Nachrichten. <\/p>\n<p>Die Korrektur erfolgt durch Hinzuf\u00fcgen von Verz\u00f6gerungszeit auf diesem Ger\u00e4t im Korrekturfeld im Header der \u00fcbertragenen Nachricht.<\/p>\n<p>Peer-to-Peer Transparente Uhr (Peer-to-Peer transparente Uhren)<\/p>\n<p>Ein Mehrportger\u00e4t, das weder eine Master Uhr noch eine Slave Uhr ist. <br \/>\nEs \u00fcbertr\u00e4gt PTP-Daten zwischen zwei Uhren. <\/p>\n<p>Bei der Daten\u00fcbertragung korrigiert die transparente Uhr alle PTP-Nachrichten Sync und Follow_Up (dar\u00fcber wird weiter unten mehr gesagt).<\/p>\n<p>Die Korrektur erfolgt durch Hinzuf\u00fcgen von Verz\u00f6gerungen zum Korrekturfeld des \u00fcbertragenen Pakets und zur Verz\u00f6gerung im \u00dcbertragungsweg.<\/p>\n<p>Management Knoten (Verwaltungsknoten)<\/p>\n<p>Ein Ger\u00e4t, das andere Uhren konfiguriert und diagnostiziert.<\/p>\n<p>Master und Slave Uhren werden mit Zeitstempeln in PTP-Nachrichten synchronisiert. Es gibt zwei Arten von Nachrichten im PTP-Protokoll:<\/p>\n<ul>\n<li>Ereignisnachrichten \u2013 dies sind synchronisierte Nachrichten, die die Generierung eines Zeitstempels zum Zeitpunkt des Sendens der Nachricht und beim Empfang der Nachricht vorsehen.<\/li>\n<li>Allgemeine Nachrichten \u2013 diese Nachrichten erfordern keine Zeitstempel, k\u00f6nnen jedoch Zeitstempel f\u00fcr verwandte Nachrichten enthalten.<\/li>\n<\/ul>\n<p><\/p>\n<p>Ereignisnachrichten<\/p>\n<p>Allgemeine Nachrichten<\/p>\n<p>Sync<br \/>\nDelay_Req<br \/>\nPdelay_Req<br \/>\nPdelay_Resp<\/p>\n<p>Ank\u00fcndigung<br \/>\nFollow_Up<br \/>\nDelay_Resp<br \/>\nPdelay_Resp_Follow_Up<br \/>\nManagement<br \/>\nSignalisierung<\/p>\n<p>Im Folgenden werden alle Nachrichtentypen genauer betrachtet.<\/p>\n<p><b>Hauptprobleme bei der Synchronisation<\/b><\/p>\n<p>Bei der \u00dcbertragung eines Synchronisationspakets \u00fcber ein Netzwerk wird es am Switch und im \u00dcbertragungsweg verz\u00f6gert. Jeder Switch verursacht eine Verz\u00f6gerung von etwa 10 \u00b5s, was f\u00fcr PTPv2 inakzeptabel ist. Schlie\u00dflich m\u00fcssen wir auf dem Endger\u00e4t eine Genauigkeit von 1 \u00b5s erreichen. (Dies gilt f\u00fcr die Energiewirtschaft. Andere Anwendungen k\u00f6nnten noch h\u00f6here Genauigkeiten erfordern.)<\/p>\n<p>In IEEE 1588v2 sind mehrere Betriebsalgorithmen beschrieben, die es erm\u00f6glichen, die Zeitverz\u00f6gerung zu erfassen und zu korrigieren.<\/p>\n<p><b>Betriebsalgorithmus<\/b><br \/>\nIm Normalbetrieb arbeitet das Protokoll in zwei Phasen.<\/p>\n<ul>\n<li>Phase 1 \u2013 Einrichtung der Hierarchie \"Master Uhren \u2013 Slave Uhren\".<\/li>\n<li>Phase 2 \u2013 Synchronisation der Uhren mittels des End-to-End- oder Peer-to-Peer-Mechanismus.<\/li>\n<\/ul>\n<p>\n<i>Phase 1 \u2014 Einrichtung der Hierarchie \u201eMaster-Slave\u201c<\/i><\/p>\n<p>Jeder Anschluss gew\u00f6hnlicher oder Grenzuhren hat eine bestimmte Anzahl von Zust\u00e4nden (Slave-Uhren und Master-Uhren). Der Standard beschreibt den Algorithmus zum \u00dcbergang zwischen diesen Zust\u00e4nden. In der Programmierung wird ein solcher Algorithmus als endlicher Automat oder Zustandsmaschine bezeichnet (weitere Informationen in der Wiki).<\/p>\n<p>Dieser endliche Automat verwendet den Best Master Clock Algorithm (BMCA), um den Master bei der Verbindung von zwei Uhren festzulegen.<\/p>\n<p>Dieser Algorithmus erm\u00f6glicht es Uhren, die Verantwortung f\u00fcr Masteruhren zu \u00fcbernehmen, wenn \u00fcbergeordnete Masteruhren das GPS-Signal verlieren, vom Netz getrennt werden usw.<\/p>\n<p>Die \u00dcberg\u00e4nge zwischen den Zust\u00e4nden gem\u00e4\u00df BMCA sind in der folgenden Abbildung kurz dargestellt:<br \/>\n<img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/add811d60135de3be9c6865a5e4493c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDie Informationen \u00fcber die Uhren am anderen Ende des \u201eKabels\u201c werden in einer speziellen Nachricht (Announce-Nachricht) gesendet. Sobald diese Informationen empfangen werden, wird der Zustandsmaschinenalgorithmus ausgef\u00fchrt, und es erfolgt ein Vergleich, welche Uhren besser sind. Der Anschluss der besten Uhren wird zur Master-Uhr.<\/p>\n<p>Eine einfache Hierarchie ist im folgenden Schema dargestellt. Die Wege 1, 2, 3, 4, 5 k\u00f6nnen transparente Uhren (Transparent Clock) enthalten, die jedoch nicht an der Einrichtung der Hierarchie \u201eMasteruhren \u2013 Slaveuhren\u201c beteiligt sind.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/05831c032a2d4df286ef41c531c949a3.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Phase 2 \u2014 Synchronisation der gew\u00f6hnlichen und Grenzuhren<\/b><\/p>\n<p>Unmittelbar nach der Einrichtung der Hierarchie \u201eMasteruhren \u2013 Slaveuhren\u201c beginnt die Phase der Synchronisation von gew\u00f6hnlichen und Grenzuhren.<\/p>\n<p>Zur Synchronisation senden die Masteruhren den Slave-Uhren eine Nachricht, die einen Zeitstempel enth\u00e4lt.<\/p>\n<p>Masteruhren k\u00f6nnen sein:<\/p>\n<ul>\n<li>einzelstufig;<\/li>\n<li>zwei-stufig.<\/li>\n<\/ul>\n<p>\nEinzelstufige Uhren senden zur Synchronisation eine Nachricht Sync.<\/p>\n<p>Zwei-stufige Uhren verwenden zur Synchronisation zwei Nachrichten \u2013 Sync und Follow_Up.<\/p>\n<p>F\u00fcr die Phase der Synchronisation k\u00f6nnen zwei Mechanismen verwendet werden:<\/p>\n<ul>\n<li>Mechanismus der verz\u00f6gerten Anfrage-Antwort (Delay request-response mechanism).<\/li>\n<li>Mechanismus zur Messung der Verz\u00f6gerung des benachbarten Knotens (Peer delay measurement mechanism).<\/li>\n<\/ul>\n<p>\nLassen Sie uns zun\u00e4chst diese Mechanismen im einfachsten Fall betrachten \u2013 wenn keine transparenten Uhren verwendet werden.<\/p>\n<p>Mechanismus der verz\u00f6gerten Anfrage-Antwort (Delay request-response mechanism)<\/p>\n<p>Der Mechanismus sieht zwei Schritte vor:<\/p>\n<ol>\n<li>Messung der Verz\u00f6gerung beim \u00dcbertragen der Nachricht zwischen den Masteruhren und den Slave-Uhren. Dies erfolgt mittels des Mechanismus der verz\u00f6gerten Anfrage-Antwort.<\/li>\n<li>Es erfolgt eine Korrektur der Zeitverschiebung.<\/li>\n<\/ol>\n<p>\n<i>Messung der Verz\u00f6gerung<\/i><br \/>\n<img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/3a0d534384329c6232259736995eb0bd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nt1 \u2013 Zeitpunkt des Sendevorgangs der Sync-Nutzdaten; t2 \u2013 Zeitpunkt des Empfangs der Sync-Nutzdaten durch die Slave-Uhren; t3 \u2013 Zeitpunkt der Anfrage zur Verz\u00f6gerung (Delay_Req) durch die Slave-Uhren; t4 \u2013 Zeitpunkt des Empfangs des Delay_Req durch die Master-Uhren.<\/p>\n<p>Wenn die Slave-Uhren die Zeiten t1, t2, t3 und t4 kennen, k\u00f6nnen sie die durchschnittliche Verz\u00f6gerung bei der \u00dcbertragung der Synchronisierungsnachricht (tmpd) berechnen. Diese wird wie folgt berechnet:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/513eb7352a143073835fe36aedd9cb98.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBei der \u00dcbertragung der Sync- und Follow_Up-Nachricht wird die Zeitverz\u00f6gerung vom Master zum Slave \u2013 t-ms \u2013 berechnet.<\/p>\n<p>Bei der \u00dcbertragung der Nachrichten Delay_Req und Delay_Resp wird die Zeitverz\u00f6gerung vom Slave zum Master \u2013 t-sm \u2013 berechnet.<\/p>\n<p>Wenn zwischen diesen beiden Werten eine Asymmetrie auftritt, entsteht ein Fehler bei der Korrektur des exakten Zeitabgleichs. Der Fehler r\u00fchrt daher, dass die berechnete Verz\u00f6gerung der Durchschnitt der Verz\u00f6gerungen t-ms und t-sm ist. Wenn die Verz\u00f6gerungen ungleich sind, werden wir die Zeit ungenau korrigieren.<\/p>\n<p><i>Korrektur des exakten Zeitabgleichs<\/i><\/p>\n<p>Nachdem die Verz\u00f6gerung zwischen den Master- und Slave-Uhren bekannt ist, f\u00fchren die Slave-Uhren die Zeitkorrektur durch.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/27f230252126a768273b40e8c8e7cc4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDie Slave-Uhren verwenden die Sync-Nachricht und die optionale Follow_Up-Nachricht, um den exakten Zeitversatz bei der \u00dcbertragung des Paketes von den Master-Uhren zu den Slave-Uhren zu berechnen. Der Versatz wird nach folgender Formel berechnet:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/190604a9287f285e191eb26381fca52c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mechanismus zur Messung der Verz\u00f6gerung des benachbarten Knotens (Peer Delay Measurement Mechanism)<\/b><\/p>\n<p>Dieser Mechanismus verwendet ebenfalls zwei Schritte zur Synchronisierung:<\/p>\n<ol>\n<li>Die Ger\u00e4te messen die Zeitverz\u00f6gerung zu allen Nachbarn \u00fcber alle Ports. Zu diesem Zweck verwenden sie den Peer Delay Mechanismus.<\/li>\n<li>Korrektur des exakten Zeitversatzes.<\/li>\n<\/ol>\n<p>\n<i>Messung der Verz\u00f6gerung zwischen Ger\u00e4ten, die den Peer-to-Peer-Modus unterst\u00fctzen<\/i><\/p>\n<p>Die Verz\u00f6gerung zwischen den Ports, die den Peer-to-Peer-Mechanismus unterst\u00fctzen, wird durch folgende Nachrichten gemessen:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/897c9914110e9a56f98f4fa835f524cd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWenn dem Port 1 die Zeiten t1, t2, t3 und t4 bekannt sind, kann er die durchschnittliche Verz\u00f6gerung (tmld) berechnen. Diese wird nach folgender Formel berechnet:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/17416bf3b60f86136002b27cf4987b27.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAnschlie\u00dfend verwendet der Port diesen Wert zur Berechnung des Anpassungsfeldes f\u00fcr jede Sync-Nachricht oder optionale Follow_Up-Nachricht, die durch dieses Ger\u00e4t geleitet wird. <\/p>\n<p>Die Gesamtdelaysumme ergibt sich aus der Verz\u00f6gerung bei der \u00dcbertragung durch dieses Ger\u00e4t, der durchschnittlichen Verz\u00f6gerung bei der \u00dcbertragung \u00fcber den Datenkanal und der bereits in dieser Nachricht enthaltenen Verz\u00f6gerung, die auf \u00fcbergeordneten Ger\u00e4ten abgeschaltet wurde.<\/p>\n<p>Die Nachrichten Pdelay_Req, Pdelay_Resp und das optionale Pdelay_Resp_Follow_Up erm\u00f6glichen es, die Verz\u00f6gerung vom Master zum Slave und vom Slave zum Master (kreisf\u00f6rmig) zu erhalten.<\/p>\n<p>Jede Asymmetrie zwischen diesen beiden Werten f\u00fchrt zu einer Korrekturfehler des genauen Zeitversatzes.<\/p>\n<p><i>Korrektur des genauen Zeitversatzes<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/c9cdedffd98db044718b8bc0eef156b9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDie Slave-Uhren verwenden das Sync-Nachricht und die optionale Follow_Up-Nachricht zur Berechnung des genauen Zeitversatzes bei der \u00dcbertragung des Pakets von den Master-Uhren zu den Slave-Uhren. Der Versatz wird nach folgender Formel berechnet:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/dff497d0f5644c3591f05f99e4c8c23a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEin Vorteil des Peer-to-Peer-Korrekturmechanismus besteht darin, dass die Verz\u00f6gerung jeder Sync- oder Follow_Up-Nachricht w\u00e4hrend der \u00dcbertragung im Netzwerk berechnet wird. Daher hat eine \u00c4nderung des \u00dcbertragungsweges keine Auswirkungen auf die Genauigkeit der Korrektur.<\/p>\n<p>Bei der Verwendung dieses Mechanismus ben\u00f6tigt die Zeit Synchronisation keine Berechnung der Verz\u00f6gerung des \u00fcber das Synchronisationspaket zur\u00fcckgelegten Weges, wie dies beim Basis-Austausch der Fall ist. Das hei\u00dft, die Nachrichten Delay_Req und Delay_Resp werden nicht gesendet. In dieser Methode wird die Verz\u00f6gerung zwischen den Master- und Slave-Uhren einfach im Korrekturfeld jeder Sync- oder Follow_Up-Nachricht summiert.<\/p>\n<p>Ein weiterer Vorteil ist, dass die Master-Uhren von der Notwendigkeit entlastet werden, die Nachrichten Delay_Req zu verarbeiten.<\/p>\n<p><b>Betriebsmodi transparenter Uhren<\/b><\/p>\n<p>Entsprechend wurden einfache Beispiele analysiert. Nehmen wir nun an, dass Switches auf dem Synchronisationsweg auftauchen.<\/p>\n<p>Wenn Switches ohne PTPv2-Unterst\u00fctzung verwendet werden, wird das Synchronisationspaket im Switch um etwa 10 \u00b5s verz\u00f6gert.<\/p>\n<p>Switches mit PTPv2-Unterst\u00fctzung werden in der Terminologie der IEEE 1588v2 als transparente Uhren (Transparent clock) bezeichnet. Transparente Uhren synchronisieren sich nicht mit den Master-Uhren und nehmen nicht an der Hierarchie \u201eMaster-Uhr \u2013 Slave-Uhr\u201c teil, speichern aber bei der \u00dcbertragung von Synchronisationsnachrichten, wie lange die Nachricht dort verz\u00f6gert wurde. Dies erm\u00f6glicht die Korrektur der Zeitverz\u00f6gerung.<\/p>\n<p>Transparente Uhren k\u00f6nnen in zwei Modi arbeiten:<\/p>\n<ul>\n<li>End-to-End.<\/li>\n<li>Peer-to-Peer.<\/li>\n<\/ul>\n<p>\n<b>End-to-End (E2E)<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/94e5d2f343d1657f1458adcbb344d024.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nE2E-transparente Uhren \u00fcbertragen Sync-Nachrichten und zugeh\u00f6rige Follow_Up-Nachrichten an alle Ports. Selbst an die, die durch bestimmte Protokolle (z.B. RSTP) blockiert sind.<\/p>\n<p>Der Switch speichert den Zeitstempel, wann das Sync-Paket (Follow_Up) am Port empfangen und wann es vom Port gesendet wurde. Basierend auf diesen beiden Zeitstempeln wird die Verarbeitungszeit der Nachrichten im Switch berechnet. In den Standards wird diese Zeit als Aufenthaltszeit bezeichnet.<\/p>\n<p>Die Verarbeitungszeit wird im Feld correctionField der Sync-Nachricht (ein Schritt Uhren) oder Follow_Up (zwei Schritt Uhren) hinzugef\u00fcgt.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/b04cfa6cd1a93f25222079d5bb864a6d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTransparente E2E-Uhren messen die Verarbeitungszeit f\u00fcr Sync- und Delay_Req-Nachrichten, die durch den Switch wandern. Dabei ist es wichtig zu verstehen, dass die Verz\u00f6gerungszeit zwischen den Master- und den Slave-Uhren mittels eines Frage-Antwort-Verz\u00f6gerungsmechanismus berechnet wird. Wenn sich die Master-Uhren \u00e4ndern oder der Weg von den Master-Uhren zu den Slave-Uhren wechselt, wird die Verz\u00f6gerung neu gemessen. Dies erh\u00f6ht die \u00dcbergangszeit im Falle von \u00c4nderungen im Netzwerk.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/5bcb72a639accf802ffba7a1fa9a4767.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTransparente P2P-Uhren messen neben der Verarbeitungszeit der Nachricht durch den Switch auch die Verz\u00f6gerung im \u00dcbertragungsweg zum n\u00e4chsten Nachbarn, mithilfe des Mechanismus zur Messung der Nachbarverz\u00f6gerung.<\/p>\n<p>Die Verz\u00f6gerung wird in beide Richtungen an jedem Kanal gemessen, auch an Kan\u00e4len, die durch ein Protokoll blockiert sind (z. B. RSTP). Dadurch kann sofort die neue Verz\u00f6gerung auf dem Synchronisationsweg berechnet werden, wenn sich die Master-Uhren oder die Netzwerktopologie ge\u00e4ndert haben.<\/p>\n<p>Die Verarbeitungszeiten der Nachrichten durch die Switches und die Verz\u00f6gerungszeiten werden bei der \u00dcbertragung von Sync- oder Follow_Up-Nachrichten akkumuliert.<\/p>\n<p><b>Unterst\u00fctzungstypen von PTPv2 durch Switches<\/b><\/p>\n<p>Switches k\u00f6nnen PTPv2 unterst\u00fctzen:<\/p>\n<ul>\n<li>softwareseitig;<\/li>\n<li>hardwareseitig.<\/li>\n<\/ul>\n<p>\nBei der softwareseitigen Implementierung des PTPv2-Protokolls fragt der Switch den Zeitstempel von der Firmware an. Das Problem dabei ist, dass die Firmware zyklisch arbeitet, sodass man warten muss, bis sie den aktuellen Zyklus abgeschlossen hat, die Anfrage bearbeitet und im n\u00e4chsten Zyklus den Zeitstempel ausgibt. Auch dies ben\u00f6tigt Zeit, sodass eine Verz\u00f6gerung entsteht, die jedoch nicht so erheblich ist wie ohne die softwareseitige PTPv2-Unterst\u00fctzung.<\/p>\n<p>Die erforderliche Genauigkeit kann nur durch hardwareseitige Unterst\u00fctzung von PTPv2 gew\u00e4hrleistet werden. In diesem Fall erfolgt die Ausgabe des Zeitstempels durch einen speziellen ASIC, der am Port installiert ist.<\/p>\n<p><b>Nachrichtenformat<\/b><\/p>\n<p>Alle PTP-Nachrichten bestehen aus den folgenden Feldern:<\/p>\n<ul>\n<li>Header \u2013 34 Bytes.<\/li>\n<li>Body \u2013 Gr\u00f6\u00dfe variiert je nach Nachrichtentyp.<\/li>\n<li>Suffix \u2013 optional.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/99086e6601dcdf8f41c10f273c4ebfdc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Header<\/b><\/p>\n<p>Das Header-Feld ist f\u00fcr alle PTP-Nachrichten gleich. Seine Gr\u00f6\u00dfe betr\u00e4gt 34 Bytes.<\/p>\n<p>Format des Header-Feldes:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/e4500d7e9026d9d059b1dcd668a44e5f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>messageType <\/b>\u2013 enth\u00e4lt den Typ der \u00fcbermittelten Nachricht, z. B. Sync, Delay_Req, PDelay_Req usw.<\/p>\n<p><b>messageLength<\/b> \u2013 enth\u00e4lt die Gesamtgr\u00f6\u00dfe der PTP-Nachricht, einschlie\u00dflich Header, Body und Suffix (aber ohne Auff\u00fcllbytes).<\/p>\n<p><b>domainNumber<\/b> \u2013 bestimmt, zu welchem <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/de\/domain\/\"   title=\"Domain\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1225\">Domain<\/a> PTP die Nachricht geh\u00f6rt.<\/p>\n<p><b>Dom\u00e4ne<\/b> \u2013 ist eine Gruppe von verschiedenen Uhren, die zu einer logischen Gruppe zusammengefasst sind und von einer Masteruhr synchronisiert werden, aber nicht unbedingt mit Uhren synchronisiert sind, die zu einer anderen Dom\u00e4ne geh\u00f6ren.<\/p>\n<p><b>flags<\/b> \u2013 dieses Feld enth\u00e4lt verschiedene Flags zur Identifikation des Status der Nachricht.<\/p>\n<p><b>correctionField<\/b> \u2013 enth\u00e4lt die Verz\u00f6gerungszeit in Nanosekunden. Die Verz\u00f6gerung umfasst die \u00dcbertragungsverz\u00f6gerung durch transparente Uhren sowie die Verz\u00f6gerung bei der \u00dcbertragung durch den Kanal im Peer-to-Peer-Modus.<\/p>\n<p><b>sourcePortIdentity<\/b> \u2013 dieses Feld enth\u00e4lt Informationen dar\u00fcber, von welchem Port diese Nachricht urspr\u00fcnglich gesendet wurde.<\/p>\n<p><b>sequenceID<\/b> \u2013 enth\u00e4lt die Identifikationsnummer f\u00fcr individuelle Nachrichten.<\/p>\n<p><b>controlField<\/b> \u2013 Feld-Aktualisierung =) Es stammt aus der ersten Version des Standards und enth\u00e4lt Informationen \u00fcber den Typ dieser Nachricht. Im Wesentlichen dasselbe wie messageType, aber mit weniger Optionen.<\/p>\n<p><b>logMessageInterval<\/b> \u2013 dieses Feld wird durch den Nachrichtentyp bestimmt.<\/p>\n<p><b>Body<\/b><\/p>\n<p>Wie oben besprochen, gibt es mehrere Nachrichtentypen. Diese Typen sind unten beschrieben:<\/p>\n<p><b>Ank\u00fcndigungsnachricht<\/b><br \/>\nDie Ank\u00fcndigungsnachricht wird verwendet, um anderen Uhren innerhalb einer Dom\u00e4ne von ihren Parametern zu \"erz\u00e4hlen\". Diese Nachricht erm\u00f6glicht die Festlegung einer Hierarchie von \"Masteruhren \u2013 Slaveuhren.\"<br \/>\n<img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/054b35f0c74757d531205fa352b90f4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Synchronisationsnachricht<\/b><br \/>\nDie Synchronisationsnachricht (Sync) wird von Masteruhren gesendet und enth\u00e4lt die Zeit der Masteruhr zu dem Zeitpunkt, als die Sync-Nachricht erstellt wurde. Wenn die Masteruhren zweistufig sind, wird der Zeitstempel in der Sync-Nachricht auf 0 gesetzt, und der aktuelle Zeitstempel wird in der zugeh\u00f6rigen Follow_Up-Nachricht gesendet. Die Sync-Nachricht wird f\u00fcr beide Mechanismen zur Messung der Verz\u00f6gerung verwendet.<\/p>\n<p>Die Nachricht wird \u00fcber Multicast \u00fcbertragen. Optional kann Unicast verwendet werden.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/38268221aa5663ba021f225c9de01df9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Delay_Req-Nachricht<\/b><\/p>\n<p>Das Format der Delay_Req-Nachricht ist identisch mit der Sync-Nachricht. Die Slaveuhren senden Delay_Req. Es enth\u00e4lt die Zeit, zu der Delay_Req von den Slaveuhren gesendet wurde. Diese Nachricht wird nur f\u00fcr den Anfrage-Antwort-Mechanismus zur Verz\u00f6gerung verwendet.<\/p>\n<p>Die Nachricht wird \u00fcber Multicast \u00fcbertragen. Optional kann Unicast verwendet werden.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/1e64f3902ff3364b968581ff6b6a6573.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Nachricht Follow_Up<\/b><\/p>\n<p>Die Nachricht Follow_Up wird optional von den f\u00fchrenden Uhren gesendet und enth\u00e4lt die Zeit der Sendung <b>Nachricht Sync<\/b> meister. Die Nachricht Follow_Up wird nur von zweistufigen f\u00fchrenden Uhren gesendet.<\/p>\n<p>Die Nachricht Follow_Up wird f\u00fcr beide Mechanismen zur Messung der Verz\u00f6gerung verwendet.<\/p>\n<p>Die Nachricht wird \u00fcber Multicast \u00fcbertragen. Optional kann Unicast verwendet werden.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/00917743466b8a331922d18e0928d3db.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Nachricht Delay_Resp<\/b><\/p>\n<p>Die Nachricht Delay_Resp wird von den f\u00fchrenden Uhren gesendet. Sie enth\u00e4lt die Empfangszeit von Delay_Req durch die f\u00fchrenden Uhren. Diese Nachricht wird nur f\u00fcr den Mechanismus der Anfrage-Antwort-Verz\u00f6gerung verwendet.<\/p>\n<p>Die Nachricht wird \u00fcber Multicast \u00fcbertragen. Optional kann Unicast verwendet werden.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/b9d0bc41f94ceee560c0c593dd9e4afd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Nachricht Pdelay_Req<\/b><\/p>\n<p>Die Nachricht Pdelay_Req wird von dem Ger\u00e4t gesendet, das die Verz\u00f6gerung anfordert. Sie enth\u00e4lt die Sendezeit der Nachricht von diesem Ger\u00e4t. Pdelay_Req wird nur f\u00fcr den Mechanismus der Verz\u00f6gerungsmessung des benachbarten Knotens verwendet.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/7eef44a2655158758cdbcfbc25fc2e48.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Nachricht Pdelay_Resp<\/b><\/p>\n<p>Die Nachricht Pdelay_Resp wird von dem Ger\u00e4t gesendet, das die Anfrage zur Verz\u00f6gerung erhalten hat. Sie enth\u00e4lt die Empfangszeit der Nachricht Pdelay_Req durch dieses Ger\u00e4t. Die Nachrichten Pdelay_Resp werden nur f\u00fcr den Mechanismus zur Verz\u00f6gerungsmessung des benachbarten Knotens verwendet.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/6a3bb44c70fc09db3025df93c4d58a3f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Nachricht Pdelay_Resp_Follow_Up<\/b><\/p>\n<p>Die Nachricht Pdelay_Resp_Follow_Up wird optional von dem Ger\u00e4t gesendet, das die Anfrage zur Verz\u00f6gerung erhalten hat. Sie enth\u00e4lt die Empfangszeit der Nachricht Pdelay_Req durch dieses Ger\u00e4t. Die Nachricht Pdelay_Resp_Follow_Up wird nur von zweistufigen f\u00fchrenden Uhren gesendet.<\/p>\n<p>Diese Nachricht kann auch f\u00fcr die Ausf\u00fchrungszeit anstelle des Zeitstempels verwendet werden. Die Ausf\u00fchrungszeit ist die Zeit vom Empfang von Pdelay-Req bis zum Senden von Pdelay_Resp.<\/p>\n<p>Pdelay_Resp_Follow_Up werden nur f\u00fcr den Mechanismus zur Verz\u00f6gerungsmessung des benachbarten Knotens verwendet.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/523043f7a880030474098fcdc1c5822d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Verwaltungsnachrichten (Nachricht Management)<\/b><\/p>\n<p>Die Verwaltungsnachrichten PTP sind notwendig, um Informationen zwischen einer oder mehreren Uhren und dem Steuerknoten zu \u00fcbertragen.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/4388d9f4b6b12f3a2cdc764c20597499.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>\u00dcbertragung in der LAN<\/b><\/p>\n<p>PTP-Nachrichten k\u00f6nnen auf zwei Ebenen \u00fcbertragen werden:<\/p>\n<ul>\n<li>Netzwerkebene \u2013 als Teil der IP-Daten.<\/li>\n<li>Schnittstellebene \u2013 als Teil des Ethernet-Frames.<\/li>\n<\/ul>\n<p>\n\u00dcbertragung von PTP-Nachrichten \u00fcber UDP \u00fcber IP \u00fcber Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/361e008fc48396915e5e9c23cc52bd63.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPTP \u00fcber UDP \u00fcber Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/1862a5d27931a744e75e3c5bc63d7091.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Profile<\/b><\/p>\n<p>PTP hat eine Reihe von \"flexiblen\" Parametern, die konfiguriert werden m\u00fcssen. Zum Beispiel:<\/p>\n<ul>\n<li>BMCA-Optionen.<\/li>\n<li>Mechanismus zur Verz\u00f6gerungsmessung.<\/li>\n<li>Intervalle und Anfangswerte aller konfigurierbaren Parameter usw.<\/li>\n<\/ul>\n<p>\nUnd obwohl wir zuvor gesagt haben, dass PTPv2-Ger\u00e4te untereinander kompatibel sind, ist das nicht unbedingt korrekt. Die Ger\u00e4te m\u00fcssen die gleichen Einstellungen haben, um zu interagieren.<\/p>\n<p>Daher gibt es die sogenannten PTPv2-Profile. Profile sind Gruppen von konfigurierten Einstellungen und bestimmten Protokollbeschr\u00e4nkungen, um die Zeitsynchronisation f\u00fcr eine bestimmte Anwendung zu erm\u00f6glichen.<\/p>\n<p>Der Standard IEEE 1588v2 beschreibt nur ein Profil \u2013 das \u201eDefault Profile\u201c. Alle anderen Profile wurden von verschiedenen Organisationen und Vereinigungen erstellt und beschrieben.<\/p>\n<p>Zum Beispiel wurde das Profil f\u00fcr die Elektroenergie oder das PTPv2 Power Profile vom Power Systems Relaying Committee und dem Substation Committee der IEEE Power and Energy Society erstellt. Das Profil tr\u00e4gt den Namen IEEE C37.238-2011.<\/p>\n<p>Das Profil beschreibt, dass PTP \u00fcbertragen werden kann:<\/p>\n<ul>\n<li>Nur \u00fcber L2-Netzwerke (d.h. Ethernet, HSR, PRP, kein IP).<\/li>\n<li>Die Nachrichten werden nur durch Multicast gesendet.<\/li>\n<li>Als Mechanismus zur Messung der Verz\u00f6gerung wird der Peer Delay Measurement Mechanism verwendet.<\/li>\n<\/ul>\n<p>\nDer Standarddom\u00e4ne ist 0, die empfohlene Dom\u00e4ne ist 93.<\/p>\n<p>Das Konzept von C37.238-2011 beruhte auf dem Wunsch, die Anzahl der optionalen Merkmale zu reduzieren und nur die notwendigen Funktionen f\u00fcr eine zuverl\u00e4ssige Interaktion zwischen Ger\u00e4ten und zur Erh\u00f6hung der Systemstabilit\u00e4t beizubehalten.<\/p>\n<p>Au\u00dferdem wurde die Frequenz der Nachrichten\u00fcbertragung definiert:<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/117c81192ff2eb160652738bb9ecbb1d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIm Wesentlichen steht nur ein Parameter zur Auswahl \u2013 der Typ der Master-Uhr (einfach oder doppelt).<\/p>\n<p>Die Genauigkeit darf nicht mehr als 1 \u03bcs betragen. Mit anderen Worten, in einem Synchronisationspfad k\u00f6nnen maximal 15 transparente Uhren oder drei Grenzuhren enthalten sein.<\/p>\n<p><img decoding=\"async\" alt=\"Details zur Umsetzung des Zeit-Synchronisationsprotokolls PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/d3f1cb822d01b8733eadb6cd75805b20.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/phoenix_contact\/blog\/495920\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441. \u0412 \u044d\u0442\u0438\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u0445 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u0438 \u0432\u0440\u0435\u043c\u0435\u043d\u0438 NTP \u0443\u0436\u0435 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 PTPv2, \u043e\u043f\u0438\u0441\u0430\u043d\u043d\u044b\u0439 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043e\u043c IEEE 1588v2, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0434\u043e\u0431\u0438\u0442\u044c\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u0438 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0434\u0435\u0441\u044f\u0442\u043a\u043e\u0432 \u043d\u0430\u043d\u043e\u0441\u0435\u043a\u0443\u043d\u0434. PTPv2 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0442\u044c \u043f\u0430\u043a\u0435\u0442\u044b \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0447\u0435\u0440\u0435\u0437 L2 \u0438 L3-\u0441\u0435\u0442\u0438. \u041e\u0441\u043d\u043e\u0432\u043d\u044b\u043c\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":77042,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-77041","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u043e\u0441\u0442\u0438 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0440\u0435\u043c\u0435\u043d\u0438 PTPv2 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-04-07T11:42:46+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-04-07T11:42:46+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Details zur Implementierung des PTPv2-Zeitsynchronisationsprotokolls | ProHoster","description":"Einf\u00fchrung: Das Konzept des Aufbaus einer \u201eDigitalen Umspannstation\u201c in der Elektroenergie erfordert eine Synchronisation mit einer Genauigkeit von 1 \u03bcs. F\u00fcr finanzielle Transaktionen ist ebenfalls eine Genauigkeit in \u03bcs erforderlich.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u043e\u0441\u0442\u0438 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0440\u0435\u043c\u0435\u043d\u0438 PTPv2 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-04-07T11:42:46+00:00","article:modified_time":"2020-04-07T11:42:46+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"77041","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:25:29","updated":"2026-02-09 15:52:39","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/77041","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=77041"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/77041\/revisions"}],"predecessor-version":[{"id":158469,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/77041\/revisions\/158469"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/77042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=77041"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=77041"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=77041"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}