Wat is Precision Time Protocol?

Precision Time Protocol (PTP), vastgelegd in de standaard IEEE 1588, is een netwerkprotocol dat de klokken van apparaten in een Ethernet-netwerk synchroniseert met een nauwkeurigheid van microseconden tot nanoseconden door tijdstempels uit te wisselen en de looptijd door het netwerk te meten en te corrigeren. PTP wordt ingezet waar NTP met zijn milliseconden tekortschiet: in motion control, digitale onderstations volgens IEC 61850, mobiele netwerken, broadcast en handelssystemen. In OT-netwerken en de industriële automatisering bepaalt PTP of metingen, alarmen en bewegingen van verschillende apparaten werkelijk op één gemeenschappelijke tijdlijn liggen.


🧠 Wat doet PTP precies?

PTP verdeelt de tijd vanuit één referentieklok, de grandmaster, naar alle andere klokken in hetzelfde PTP-domein. De grandmaster haalt zijn tijd meestal uit GPS of een andere GNSS-ontvanger, eventueel ondersteund door een stabiele oscillator (OCXO of rubidium) die de tijd vasthoudt als de satellietontvangst wegvalt.

PTP doet drie dingen:

  • Tijd verdelen - de grandmaster stuurt periodiek Sync-berichten met het exacte verzendmoment
  • Looptijd meten - elke ontvanger meet hoe lang een bericht onderweg is en corrigeert daarvoor
  • Beste bron kiezen - met het Best Master Clock Algorithm (BMCA) kiezen de klokken automatisch de beste grandmaster en schakelen ze om bij uitval

Er zijn drie hoofdversies. IEEE 1588-2002 (PTPv1) was de eerste. IEEE 1588-2008 (PTPv2) is niet compatibel met v1 en vormt de basis van vrijwel alle huidige profielen. IEEE 1588-2019 (PTPv2.1) is achterwaarts compatibel met v2 en voegt onder meer een High Accuracy-profiel (afgeleid van het CERN-project White Rabbit, sub-nanoseconde) en een Authentication TLV voor berichtintegriteit toe. Het amendement IEEE 1588g-2022 introduceerde de optionele termen timeTransmitter en timeReceiver naast master en slave.


🔧 Hoe werkt de tijdsynchronisatie van PTP?

De kern is een uitwisseling van vier tijdstempels tussen master (tijdzender) en slave (tijdontvanger):

Stap Bericht Tijdstempel
1 Master verstuurt Sync t1 (verzendtijd master)
2 Slave ontvangt Sync t2 (ontvangsttijd slave)
3 Slave verstuurt Delay_Req t3 (verzendtijd slave)
4 Master ontvangt Delay_Req en antwoordt met Delay_Resp t4 (ontvangsttijd master)

Hieruit volgt de looptijd: ((t2 − t1) + (t4 − t3)) / 2, en de afwijking van de slaveklok: ((t2 − t1) − (t4 − t3)) / 2. De slave stuurt zijn klok bij met een regelkring die zowel de fase als de frequentie corrigeert.

Belangrijke details:

  • Symmetrie-aanname - PTP gaat ervan uit dat de heen- en terugweg even lang duren. Een asymmetrie van 1 µs levert een fout van 0,5 µs op, en die is met PTP zelf niet te detecteren.
  • One-step of two-step - een two-step-klok stuurt het precieze tijdstip t1 na in een apart Follow_Up-bericht; een one-step-klok zet het direct in het Sync-bericht.
  • Hardware-timestamping - de nauwkeurigheid hangt af van waar de tijdstempel wordt gezet. In de netwerkkaart of PHY haalt u tientallen nanoseconden; met software-timestamping in het besturingssysteem blijft u steken op microseconden tot tientallen microseconden.
  • Transport - PTP loopt over UDP/IP (poort 319 voor event-berichten, 320 voor general-berichten) of rechtstreeks over Ethernet laag 2 met EtherType 0x88F7.
  • Announce en BMCA - klokken maken hun kwaliteit bekend via Announce-berichten. Het BMCA vergelijkt op volgorde priority1, clockClass, clockAccuracy, de variantie, priority2 en tot slot de unieke clockIdentity.

🧱 Welke kloktypen kent PTP?

Een PTP-netwerk is pas nauwkeurig als ook de switches meedoen. Gewone switches veroorzaken variabele wachttijden in hun buffers, wat zich direct vertaalt in jitter op de tijd.

Kloktype Rol Typische plaats
Grandmaster Primaire tijdbron van het domein Tijdserver met GNSS-antenne
Ordinary clock Eindapparaat met één PTP-poort, ontvangt (of levert) tijd IED, drive, meetkaart, server
Boundary clock Synchroniseert zelf op de grandmaster en is master voor het volgende segment Industriële switch of router tussen segmenten
Transparent clock (E2E) Meet hoe lang een bericht in de switch verblijft en schrijft dat in het correctionField Switch in een lijn- of stertopologie
Transparent clock (P2P) Meet daarnaast per link de vertraging met Pdelay-berichten Ring- en substationnetwerken, PRP/HSR

Boundary clocks schalen goed in grote netwerken, omdat ze de berichtenstroom per segment opknippen. Transparent clocks zijn eenvoudiger te beheren en voorkomen dat fouten zich via een keten van regelkringen opstapelen.


🏭 Waar wordt PTP gebruikt in OT en kritieke infrastructuur?

Omdat elke sector andere eisen heeft, zijn er PTP-profielen: vaste combinaties van berichtintervallen, transport, delaymechanisme en domeinnummers.

Profiel Sector Kenmerk
IEC/IEEE 61850-9-3 (2016) Energie, digitale onderstations Laag 2, peer-to-peer; doel beter dan 1 µs na 15 transparent clocks
IEEE C37.238 Energie (power profile) Editie 2017 bouwt voort op 61850-9-3 met een extra TLV die de grandmaster-identiteit en de opgetelde tijdonnauwkeurigheid meestuurt
IEEE 802.1AS (gPTP) TSN, audio/video, industrie Vereenvoudigd PTP voor tijdgevoelige netwerken
ITU-T G.8275.1 / G.8275.2 Telecom, 4G/5G Volledige of gedeeltelijke timingondersteuning in het transportnetwerk
SMPTE ST 2059-2 / AES67 Broadcast en audio-over-IP Synchronisatie van video- en audiostromen

Concrete OT-toepassingen:

  • Digitale onderstations - sampled values uit merging units moeten tot op ongeveer 1 µs gelijk lopen, anders rekenen beveiligingsrelais met verkeerde fasehoeken. Dit is de bekendste reden om PTP in SCADA- en substation-netwerken te gebruiken.
  • Motion control en robotica - assen, PLC’s, camera’s en vision-systemen moeten op exact hetzelfde moment handelen. EtherNet/IP gebruikt hiervoor CIP Sync, gebaseerd op IEEE 1588 (zie IP). ProfiNET IRT gebruikt PTCP, een van PTP afgeleid protocol. EtherCAT gebruikt eigen distributed clocks (onder 100 ns) en kan via een gateway op een IEEE 1588-grandmaster aansluiten. OPC UA FX over TSN gebruikt gPTP volgens IEEE 802.1AS-2020.
  • Sequence of events en historians - gebeurtenissen van verschillende apparaten kunnen pas in de juiste volgorde in een historian of logboek staan als hun klokken op microseconden kloppen.
  • Telecom - 5G NR met TDD vraagt een tijdfout van maximaal ±1,5 µs op de radio-interface.
  • Financiële sector - MiFID II (RTS 25) eist voor hoogfrequente handel maximaal 100 µs afwijking van UTC met een granulariteit van 1 µs, wat met NTP lastig haalbaar is.

🆚 Wat is het verschil tussen PTP en NTP?

Kenmerk PTP (IEEE 1588) NTP
Typische nauwkeurigheid Sub-microseconde, met hardware tot tientallen ns Milliseconden over WAN, beter op een LAN
Timestamping Bij voorkeur in hardware (NIC/PHY) In software
Netwerk PTP-aware switches (BC/TC) aanbevolen Elke IP-infrastructuur
Bereik Meestal één LAN of beheerd transportnetwerk Internetbreed, hiërarchie van stratum-servers
Configuratie Profiel, domein, delaymechanisme kiezen Eenvoudig
Toepassing Motion control, onderstations, telecom, TSN Servers, werkplekken, logging

In de praktijk bestaan beide naast elkaar: PTP voor de tijdkritische procesapparatuur en NTP voor servers en logging in de IT-laag.


🛠️ Waar let u op bij het invoeren van PTP?

PTP werkt pas goed als elke schakel in de keten meedoet. Een paar praktische aandachtspunten:

  • Kies één profiel per domein - apparaten met verschillende profielen of domeinnummers synchroniseren niet met elkaar. IEC/IEEE 61850-9-3 gebruikt standaard domein 0, IEEE C37.238-2017 standaard domein 254; beide profielen kunnen op hetzelfde netwerk naast elkaar bestaan.
  • Controleer hardware-timestamping op elke hop - één switch zonder boundary- of transparent-clockfunctie in het pad kan de nauwkeurigheid van het hele segment bepalen.
  • Houd rekening met asymmetrie - ongelijke glasvezellengtes, mediaconverters of verschillende linksnelheden in heen- en terugrichting veroorzaken een vaste fout die u alleen met een gemeten correctiewaarde kunt compenseren.
  • Plan holdover en redundantie - leg vast hoe lang de grandmaster zonder GNSS binnen de vereiste nauwkeurigheid blijft, en zet een tweede grandmaster met een andere tijdbron klaar.
  • Meet in plaats van aan te nemen - gebruik de offset- en path-delaywaarden die eindapparaten en switches rapporteren (op Linux bijvoorbeeld via linuxptp met ptp4l en phc2sys) en leg die vast als referentie bij de oplevering.
Probleem Typische oorzaak Aanpak
Constante offset op één segment Asymmetrie in de bekabeling Asymmetriecorrectie instellen of bekabeling gelijk trekken
Wisselende offset onder belasting Switch zonder PTP-ondersteuning in het pad Vervangen door boundary of transparent clock
Onverwachte grandmasterwissel Verkeerd ingestelde priority1 of een vreemd apparaat Priority’s vastleggen, master-rol op eindpoorten blokkeren
Geen synchronisatie Verschillend profiel of domeinnummer Profiel en domein gelijk configureren

🔐 Hoe beveiligt u PTP?

PTPv2 heeft standaard geen authenticatie. Wie in het netwerk kan zenden, kan zich met een gunstige priority1 of clockClass aankondigen als betere grandmaster en zo de tijd van alle apparaten verschuiven. Daarnaast bestaan delay-aanvallen: een man-in-the-middle houdt berichten in één richting vast, wat een asymmetrie veroorzaakt die ook met cryptografische integriteitscontrole onzichtbaar blijft. Ook de GNSS-bron van de grandmaster is een zwak punt (zie GNSS-verstoring).

Praktische maatregelen:

  1. Segmenteer het timingverkeer in een eigen VLAN of zone volgens netwerksegmentatie en IEC 62443.
  2. Blokkeer master-rol op eindpoorten - veel industriële switches kennen een master-only of slave-only poortinstelling, zodat een eindapparaat nooit grandmaster kan worden.
  3. Gebruik redundante grandmasters met holdover-oscillator en verschillende tijdbronnen.
  4. Monitor offset, path delay en grandmasterwissels; een plotselinge wissel of sprong is een alarmsignaal.
  5. Zet de Authentication TLV uit IEEE 1588-2019 in waar de apparatuur dat ondersteunt.

❓ Veelgestelde vragen

Wat is het verschil tussen PTP en IEEE 1588?

PTP is de naam van het protocol en IEEE 1588 is de standaard waarin Precision Time Protocol is vastgelegd. De termen worden door elkaar gebruikt; de versies heten IEEE 1588-2008 (PTPv2) en IEEE 1588-2019 (PTPv2.1).

Hoe nauwkeurig is Precision Time Protocol?

Met hardware-timestamping en PTP-aware switches haalt PTP doorgaans een nauwkeurigheid onder de microseconde, vaak tientallen nanoseconden. Met het High Accuracy-profiel uit IEEE 1588-2019 is zelfs sub-nanoseconde mogelijk, terwijl software-timestamping meestal op microseconden blijft steken.

Heb ik speciale switches nodig voor PTP?

PTP werkt over gewone switches, maar dan bepaalt de variabele bufferwachttijd de nauwkeurigheid. Voor sub-microsecondenauwkeurigheid zijn switches nodig die als boundary clock of transparent clock werken, en eindapparaten met hardware-timestamping.

Wat gebeurt er als de PTP-grandmaster uitvalt?

Het Best Master Clock Algorithm kiest automatisch de volgende beste klok als nieuwe grandmaster. Valt alleen de GNSS-ontvangst weg, dan gaat de grandmaster in holdover en blijft zijn oscillator de tijd met beperkte drift vasthouden.

Kan PTP NTP volledig vervangen?

PTP kan NTP vervangen, maar in de meeste organisaties is dat niet nodig of zinvol. NTP blijft geschikt voor servers en werkplekken, terwijl PTP wordt ingezet voor apparatuur die microsecondenprecisie nodig heeft, zoals merging units, drives en 5G-basisstations.

Is PTP gevoelig voor cyberaanvallen?

Ja, PTPv2 heeft standaard geen authenticatie, waardoor een aanvaller zich als grandmaster kan voordoen of berichten kan vertragen. Segmentatie, master-only poorten, redundante grandmasters en monitoring van offsetsprongen beperken dat risico.


📌 Samengevat

Precision Time Protocol (PTP, IEEE 1588) is de standaard voor nauwkeurige tijdsynchronisatie in OT-, energie- en telecomnetwerken. Het meet de looptijd door het netwerk met vier tijdstempels, kiest automatisch de beste grandmaster en haalt met hardware-timestamping en boundary of transparent clocks sub-microsecondenauwkeurigheid. Profielen zoals IEC/IEEE 61850-9-3, IEEE 802.1AS en ITU-T G.8275.1 stemmen het protocol af op de sector. Omdat PTP standaard onbeveiligd is, verdienen grandmasters en timingverkeer dezelfde bescherming als andere kritieke OT-assets.

PTP (IEEE 1588) zorgt ervoor dat alle apparaten in een industrieel netwerk op dezelfde microseconde leven; de nauwkeurigheid staat of valt met hardware-timestamping, PTP-aware switches en een goed beveiligde grandmaster.