{"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\/da\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","title":{"rendered":"Details of the PTPv2 time synchronization protocol implementation","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Introduktion<\/b><\/p>\n<p>Konceptet for opbygning af \"Digitale Transformatorstationer\" inden for elforsyning kr\u00e6ver synkronisering med en n\u00f8jagtighed p\u00e5 1 \u00b5s. For finansielle transaktioner kr\u00e6ves der ogs\u00e5 n\u00f8jagtighed i \u00b5s. I disse applikationer er NTP's tidsn\u00f8jagtighed ikke l\u00e6ngere tilstr\u00e6kkelig.<\/p>\n<p>PTPv2 synkroniseringsprotokollen, beskrevet i standarden IEEE 1588v2, muligg\u00f8r en synkroniseringspr\u00e6cision p\u00e5 flere titusinder af nanosekunder. PTPv2 tillader sending af synkroniseringspakker gennem L2 og L3-netv\u00e6rk.<\/p>\n<p>De prim\u00e6re omr\u00e5der, hvor PTPv2 anvendes, er:<\/p>\n<ul>\n<li>elforsyning;<\/li>\n<li>m\u00e5le- og kontroludstyr;<\/li>\n<li>forsvarsindustrien;<\/li>\n<li>telekommunikation;<\/li>\n<li>finanssektoren.<\/li>\n<\/ul>\n<p>\nI dette indl\u00e6g analyseres, hvordan PTPv2 synkroniseringsprotokollen fungerer.<\/p>\n<p>Vi har mere erfaring i branchen, og vi m\u00f8der ofte denne protokol i energiapplikationer. Derfor vil vi ogs\u00e5 lave vores gennemgang med fokus p\u00e5 <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\">elforsyning.<\/a><\/noindex>.<\/p>\n<p><b>Hvorfor er det n\u00f8dvendigt?<\/b><\/p>\n<p>I \u00f8jeblikket indeholder STO 34.01-21-004-2019 fra PJSC \"Rosseti\" og STO 56947007-29.240.10.302-2020 fra PJSC \"FSK EES\" krav til organisationen af procesbussen med sikring af tidsynkronisering via PTPv2.<\/p>\n<p>Dette skyldes, at der til procesbussen tilsluttes terminaler til rel\u00e6beskyttelse og m\u00e5leinstrumenter, som via procesbussen, ved hj\u00e6lp af de s\u00e5kaldte SV-str\u00f8mme (multicast-str\u00f8mme), transmitterer \u00f8jeblikke v\u00e6rdier for str\u00f8m og sp\u00e6nding.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Terminalerne til rel\u00e6beskyttelse bruger disse v\u00e6rdier til at implementere beskyttelse af tilslutninger. Hvis tidsm\u00e5lingens n\u00f8jagtighed er lav, kan nogle beskyttelsesforanstaltninger udl\u00f8ses fejlagtigt.<\/p>\n<p>For eksempel kan beskyttelsen mod absolut selektivitet blive offer for \"svag\" tidsynkronisering. Logikken i s\u00e5danne beskyttelser er ofte baseret p\u00e5 sammenligning af to st\u00f8rrelser. Hvis st\u00f8rrelserne adskiller sig med en betydelig v\u00e6rdi, tr\u00e6der beskyttelsen i kraft. Hvis disse st\u00f8rrelser m\u00e5les med en tidspr\u00e6cision p\u00e5 1 ms, kan der opst\u00e5 en stor forskel, hvor v\u00e6rdierne faktisk ligger inden for normen, hvis de m\u00e5les med en pr\u00e6cision p\u00e5 1 \u00b5s.<\/p>\n<p><b>Versioner af PTP<\/b><\/p>\n<p>PTP-protokollen blev oprindeligt beskrevet i 2002 i standarden IEEE 1588-2002 og havde navnet \u00abStandard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems\u00bb. I 2008 blev den opdaterede standard IEEE 1588-2008 udgivet, som beskriver PTP Version 2. I denne version af protokollen blev pr\u00e6cisionen og stabiliteten forbedret, men der blev ikke bevaret bagudkompatibilitet med den f\u00f8rste version af protokollen. Derudover blev versionen IEEE 1588-2019 udgivet i 2019, der beskriver PTP v2.1. Denne version tilf\u00f8jer sm\u00e5 forbedringer til PTPv2 og er bagudkompatibel med PTPv2.<\/p>\n<p>Med andre ord, har vi f\u00f8lgende billede med versionerne:<\/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 \/>\nIkke kompatible<\/p>\n<p>Ikke kompatible<\/p>\n<p>PTPv2 (IEEE 1588-2008)<\/p>\n<p>Ikke kompatible<\/p>\n<p> \u2014<br \/>\nKompatible<\/p>\n<p>PTPv2.1 (IEEE 1588-2019)<\/p>\n<p>Ikke kompatible<\/p>\n<p>Kompatible<\/p>\n<p> \u2014 <\/p>\n<p>\nMen som altid er der nuancer.<\/p>\n<p>Ikke-kompatibilitet mellem PTPv1 og PTPv2 betyder, at en enhed med PTPv1-underst\u00f8ttelse ikke vil kunne synkronisere fra pr\u00e6cise ure, der arbejder p\u00e5 PTPv2. De bruger forskellige meddelelsesformater til synkronisering.<\/p>\n<p>Men det er muligt at kombinere enheder med PTPv1 og enheder med PTPv2 i det samme netv\u00e6rk. Nogle producenter tillader, at man v\u00e6lger versionsprotokollen p\u00e5 gr\u00e6nseurens porte. Det vil sige, at gr\u00e6nseure kan synkronisere via PTPv2 og samtidig synkronisere andre ure, der er tilsluttet dem, b\u00e5de via PTPv1 og PTPv2.<\/p>\n<p><b>PTP-enheder. Hvilke findes og hvad adskiller dem?<\/b><\/p>\n<p>Standarden IEEE 1588v2 beskriver flere typer enheder. Alle er vist i tabellen.<\/p>\n<p>Enheder interagerer med hinanden via LAN ved at bruge PTP.<\/p>\n<p>PTP-enheder kaldes ure. Alle ure f\u00e5r pr\u00e6cist tidsstempel fra grandmaster ure.<\/p>\n<p>Der er 5 typer ure:<\/p>\n<p>Grandmaster clock (Grandmaster-ur)<\/p>\n<p>Prim\u00e6r kilde til pr\u00e6cist tid. Ofte udstyret med interface til GPS-forbindelse.<\/p>\n<p>Ordinary Clock (Almindeligt ur)<\/p>\n<p>En enhed med \u00e9n port, som kan v\u00e6re master (f\u00f8rende ur) eller slave (efterf\u00f8lgende ur)<\/p>\n<p>Master-ur<\/p>\n<p>Er kilden til pr\u00e6cis tid, som andre ure synkroniserer sig med<\/p>\n<p>Slave-ur<\/p>\n<p>Den slutelige enhed, der synkroniserer fra master-urene<\/p>\n<p>Boundary Clock (Gr\u00e6nse-ur)<\/p>\n<p>En enhed med flere porte, som kan v\u00e6re master eller slave.<\/p>\n<p>Det betyder, at disse ure kan synkronisere fra overordnede master-ure og synkronisere underordnede slave-ure.<\/p>\n<p>End-to-end Transparent Clock (Gennemsigtige ure, der arbejder i End-to-End-tilstand)<\/p>\n<p>En flerportsenhed, der hverken er en Master- eller Slave-ur. Den transmitterer PTP-data mellem to ure. <\/p>\n<p>Ved overf\u00f8rsel af data justerer de gennemsigtige ure alle PTP-meddelelser. <\/p>\n<p>Justeringsprocessen sker ved at tilf\u00f8je ventetid p\u00e5 denne enhed i justeringsfeltet i overskriften af den sendte meddelelse.<\/p>\n<p>Peer-to-Peer Transparent Clock (Gennemsigtige ure, der arbejder i Peer-to-Peer-tilstand)<\/p>\n<p>En flerportsenhed, der hverken er en Master- eller Slave-ur. <br \/>\nDen transmitterer PTP-data mellem to ure. <\/p>\n<p>Ved overf\u00f8rsel af data justerer de gennemsigtige ure alle PTP Sync- og Follow_Up-meddelelser (mere om dem nedenfor).<\/p>\n<p>Justeringsprocessen opn\u00e5s ved at tilf\u00f8je ventetid til justeringsfeltet i den sendte pakke og forsinkelsen i datatransmissionen.<\/p>\n<p>Management Node (Ledelsesnoden)<\/p>\n<p>En enhed, der konfigurerer og diagnosticerer andre ure<\/p>\n<p>Master- og Slave-ure synkroniseres ved hj\u00e6lp af tidsstempler i PTP-meddelelser. Der er to typer af meddelelser i PTP-protokollen:<\/p>\n<ul>\n<li>Event Messages \u2013 disse er synkroniserede meddelelser, der indeb\u00e6rer generation af et tidsstempel p\u00e5 tidspunktet for afsendelse af meddelelsen og p\u00e5 tidspunktet for modtagelse.<\/li>\n<li>General Messages \u2013 disse meddelelser kr\u00e6ver ikke tidsstempler, men kan indeholde tidsstempler for relaterede meddelelser.<\/li>\n<\/ul>\n<p><\/p>\n<p>Event Messages<\/p>\n<p>General Messages<\/p>\n<p>Sync<br \/>\nDelay_Req<br \/>\nPdelay_Req<br \/>\nPdelay_Resp<\/p>\n<p>Announce<br \/>\nFollow_Up<br \/>\nDelay_Resp<br \/>\nPdelay_Resp_Follow_Up<br \/>\nManagement<br \/>\nSignaling<\/p>\n<p>Nedenfor gennemg\u00e5s alle meddelelsestyper mere detaljeret.<\/p>\n<p><b>De vigtigste synkroniseringsproblemer<\/b><\/p>\n<p>N\u00e5r synkroniseringspakken overf\u00f8res gennem netv\u00e6rket, forsinkes den i switchen og i datakanalen. Enhver switch vil give en forsinkelse p\u00e5 omkring 10 \u00b5s, hvilket er uacceptabelt for PTPv2. For vores slutindretning er det n\u00f8dvendigt at opn\u00e5 en n\u00f8jagtighed p\u00e5 1 \u00b5s. (Dette g\u00e6lder, hvis vi taler om energi. Andre applikationer kan kr\u00e6ve endnu st\u00f8rre n\u00f8jagtighed.)<\/p>\n<p>IEEE 1588v2 beskriver flere arbejdsalgoritmer, der muligg\u00f8r registrering af ventetid og justering heraf.<\/p>\n<p><b>Arbejdsm\u00e5de<\/b><br \/>\nUnder normal drift fungerer protokollen i to faser.<\/p>\n<ul>\n<li>Fase 1 \u2013 etablering af hierarkiet 'Master-ur \u2013 Slave-ur'.<\/li>\n<li>Fase 2 \u2013 synkronisering af ure ved hj\u00e6lp af End-to-End- eller Peer-to-Peer-mekanismer.<\/li>\n<\/ul>\n<p>\n<i>Fase 1 \u2014 Installation af hierarkiet \"Master-Slave\"<\/i><\/p>\n<p>Hver port for almindelige eller gr\u00e6nseur har en bestemt m\u00e6ngde tilstande (slavur og masterur). Standarden beskriver algoritmen for overgangen mellem disse tilstande. I programmering kaldes en s\u00e5dan algoritme for en endelig automat eller tilstandsmodel (l\u00e6s mere i Wiki).<\/p>\n<p>Denne endelige automat bruger algoritmen Best Master Clock Algorithm (BMCA) til at etablere masteren ved forbindelse mellem to ure.<\/p>\n<p>Denne algoritme giver urene mulighed for at p\u00e5tage sig forpligtelserne fra grandmasterurene, n\u00e5r de h\u00f8jere grandmasterure mister GPS-signalet, frakobles netv\u00e6rket osv.<\/p>\n<p>Overgange mellem tilstande i henhold til BMCA er kortlagt i det f\u00f8lgende diagram:<br \/>\n<img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/add811d60135de3be9c6865a5e4493c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nInformation om urene i den anden ende af \"ledningen\" sendes i en s\u00e6rlig meddelelse (Announce message). N\u00e5r denne information er modtaget, arbejder tilstandsalgoritmen, og der udf\u00f8res en sammenligning af, hvilke ure der er bedst. Porten p\u00e5 de bedste ure bliver masterure.<\/p>\n<p>Den enkle hierarki er pr\u00e6senteret i diagrammet nedenfor. Stierne 1, 2, 3, 4, 5 kan indeholde transparente ure (Transparent clock), men de deltager ikke i etableringen af hierarkiet \"Master ure \u2013 Slave ure\".<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/05831c032a2d4df286ef41c531c949a3.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Fase 2 \u2014 Synchronisering af almindelige og gr\u00e6nseur<\/b><\/p>\n<p>Umiddelbart efter etableringen af hierarkiet \"Master ure \u2013 Slave ure\" begynder synkroniseringsfasen for almindelige og gr\u00e6nseur.<\/p>\n<p>For synkronisering sender masterurene en besked til slaveurene, der indeholder et tidsstempel.<\/p>\n<p>Masterurene kan v\u00e6re:<\/p>\n<ul>\n<li>enkelt-trins;<\/li>\n<li>dobbelt-trins.<\/li>\n<\/ul>\n<p>\nEnkelt-trins ure sender en besked Sync for synkronisering.<\/p>\n<p>Dobbelt-trins ure bruger to beskeder til synkronisering \u2013 Sync og Follow_Up.<\/p>\n<p>To mekanismer kan anvendes til synkroniseringsfasen:<\/p>\n<ul>\n<li>Delay request-response mekanisme.<\/li>\n<li>Peer delay measurement mekanisme.<\/li>\n<\/ul>\n<p>\nLad os f\u00f8rst se p\u00e5 disse mekanismer i det enkleste tilf\u00e6lde \u2013 n\u00e5r der ikke anvendes transparente ure.<\/p>\n<p>Delay request-response mekanisme<\/p>\n<p>Mekanismen indeb\u00e6rer to trin:<\/p>\n<ol>\n<li>M\u00e5ling af forsinkelse ved overf\u00f8rsel af beskeden mellem masterurene og slaveurene udf\u00f8res ved hj\u00e6lp af delay request-response mekanismen.<\/li>\n<li>Der udf\u00f8res en korrektion for pr\u00e6cisionsforskydningen.<\/li>\n<\/ol>\n<p>\n<i>M\u00e5ling af forsinkelse<\/i><br \/>\n<img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/3a0d534384329c6232259736995eb0bd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nt1 \u2013 Tidspunkt for afsendelse af sync-besked fra masterklokker; t2 \u2013 Tidspunkt for modtagelse af sync-besked af slaveklokker; t3 \u2013 Tidspunkt for afsendelse af delay-anmodning (Delay_Req) fra slaveklokker; t4 \u2013 Tidspunkt for modtagelse af Delay_Req af masterklokker.<\/p>\n<p>N\u00e5r slaveklokkerne kender tidspunkterne t1, t2, t3 og t4, kan de beregne den gennemsnitlige forsinkelse ved overf\u00f8rsel af synkroniseringsbeskeden (tmpd). Den beregnes som f\u00f8lger:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/513eb7352a143073835fe36aedd9cb98.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVed overf\u00f8rsel af sync-besked og Follow_Up beregnes tidens forsinkelse fra master til slave \u2013 t-ms.<\/p>\n<p>Ved overf\u00f8rsel af beskederne Delay_Req og Delay_Resp beregnes tidens forsinkelse fra slave til master \u2013 t-sm.<\/p>\n<p>Hvis der opst\u00e5r en asymmetri mellem disse to v\u00e6rdier, opst\u00e5r der en fejl i korrektionen af den pr\u00e6cise tid. Fejlen skyldes, at den beregnede forsinkelse er gennemsnittet af forsinkelserne t-ms og t-sm. Hvis forsinkelserne ikke er lige, vil vi korrigere tiden un\u00f8jagtigt.<\/p>\n<p><i>Korrektion af skift i pr\u00e6cise tid<\/i><\/p>\n<p>N\u00e5r forsinkelsen mellem masterklokkerne og slaveklokkerne er kendt, udf\u00f8rer slaveklokkerne tidskorrektionen.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/27f230252126a768273b40e8c8e7cc4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSlaveklokkerne bruger sync-beskeden og den valgfrie Follow_Up-besked til at beregne skiftet i pr\u00e6cise tid ved overf\u00f8rsel af pakker fra masterklokkerne til slaveklokkerne. Skiftet beregnes ved hj\u00e6lp af f\u00f8lgende formel:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/190604a9287f285e191eb26381fca52c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mekanisme til m\u00e5ling af forsinkelse fra naboen (Peer delay measurement mechanism)<\/b><\/p>\n<p>Denne mekanisme bruger ogs\u00e5 to trin til synkronisering:<\/p>\n<ol>\n<li>Enhederne m\u00e5ler tidens forsinkelse til alle naboer gennem alle porte. Til dette bruger de peer delay-mechanismen.<\/li>\n<li>Korrigering af skift i pr\u00e6cise tid.<\/li>\n<\/ol>\n<p>\n<i>M\u00e5ling af forsinkelsen mellem enheder, der underst\u00f8tter Peer-to-Peer-tilstand<\/i><\/p>\n<p>Forsinkelsen mellem porte, der underst\u00f8tter peer-to-peer-mekanismen, m\u00e5les ved hj\u00e6lp af f\u00f8lgende beskeder:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/897c9914110e9a56f98f4fa835f524cd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nN\u00e5r port 1 kender tidspunkterne t1, t2, t3 og t4, kan den beregne den gennemsnitlige forsinkelse (tmld). Den beregnes efter f\u00f8lgende formel:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/17416bf3b60f86136002b27cf4987b27.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDerefter bruger porten denne v\u00e6rdi ved beregningen af korrekteringsfeltet for hver sync-besked eller den valgfrie Follow_Up-besked, der passerer gennem denne enhed. <\/p>\n<p>Den samlede forsinkelse vil v\u00e6re lig med summen af forsinkelsen ved overf\u00f8rsel gennem denne enhed, den gennemsnitlige forsinkelse ved overf\u00f8rsel gennem datakanalen og den allerede eksisterende forsinkelse i denne besked, der er inkluderet i de overordnede enheder.<\/p>\n<p>Pdelay_Req, Pdelay_Resp og det valgfrie Pdelay_Resp_Follow_Up-meddelender muligg\u00f8r at f\u00e5 forsinkelsen fra master til slave og fra slave til master (cirkul\u00e6rt).<\/p>\n<p>Enhver asymmetri mellem disse to v\u00e6rdier vil introducere en fejl i korrektionen af den pr\u00e6cise tid.<\/p>\n<p><i>Korrektion af den pr\u00e6cise tid<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/c9cdedffd98db044718b8bc0eef156b9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSlavurens ure bruger Sync-meddelender og det valgfrie Follow_Up-meddelende til at beregne forskydningen af den pr\u00e6cise tid ved overf\u00f8rsel af pakker fra master til slaver. Forskydningen beregnes ved hj\u00e6lp af f\u00f8lgende formel:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/dff497d0f5644c3591f05f99e4c8c23a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nFordele ved peer-to-peer korrektion \u2013 forsinkelsen ved hver Sync- eller Follow_Up-meddelender beregnes l\u00f8bende under dens overf\u00f8rsel i netv\u00e6rket. F\u00f8lgelig vil \u00e6ndringen af overf\u00f8rselsvejen ikke p\u00e5 nogen m\u00e5de p\u00e5virke n\u00f8jagtigheden af korrektionen.<\/p>\n<p>Ved anvendelse af denne mekanisme kr\u00e6ver tidsynkronisering ikke beregning af forsinkelsen af den overf\u00f8rte synkroniseringspakkevej, som det g\u00f8res ved grundl\u00e6ggende udveksling. Dvs. Delay_Req- og Delay_Resp-meddelender sendes ikke. I denne metode summeres forsinkelsen mellem master- og slaveure simpelthen i korrektionsfeltet for hver Sync- eller Follow_Up-meddelender.<\/p>\n<p>En anden fordel er, at masteruren aflastes fra n\u00f8dvendigheden af at behandle Delay_Req-meddelender.<\/p>\n<p><b>Driftsformer for transparente ure<\/b><\/p>\n<p>Mere konkrete eksempler er blevet gennemg\u00e5et. Lad os nu antage, at der dukker switcher op p\u00e5 synkroniseringsvejen.<\/p>\n<p>Hvis der anvendes switcher uden st\u00f8tte for PTPv2, vil synkroniseringspakken v\u00e6re forsinket p\u00e5 switchen med omtrent 10 \u00b5s.<\/p>\n<p>Switchere med PTPv2-underst\u00f8ttelse kaldes i IEEE 1588v2-terminologi transparente ure (Transparent clock). Transparente ure synkroniseres ikke fra masterure og deltager ikke i hierarkiet 'Masterur \u2013 Slaveur', men husker, hvor meget tid der er blevet forsinket p\u00e5 dem under overf\u00f8rslen af synkroniseringsmeddelelser. Dette muligg\u00f8r justering af tidsforsinkelsen.<\/p>\n<p>Transparente ure kan arbejde i to tilstande:<\/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 of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/94e5d2f343d1657f1458adcbb344d024.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nE2E transparente ure sender Sync-meddelender og tilh\u00f8rende Follow_Up-meddelender til alle porte. Selv til dem, der er blokeret af bestemte protokoller (f.eks. RSTP).<\/p>\n<p>Switches remember the timestamp when the Sync (Follow_Up) packet was received on the port and when it was sent from the port. Based on these two timestamps, the processing time of the switch for the message is calculated. This time is referred to as residence time in the standard.<\/p>\n<p>The processing time is added to the correctionField of the Sync message (one-step clocks) or the Follow_Up message (two-step clocks).<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/b04cfa6cd1a93f25222079d5bb864a6d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTransparent E2E clocks measure processing time for Sync and Delay_Req messages passing through the switch. However, it is important to understand that the time delay between the master clocks and the slave clocks is calculated using the delay request-response mechanism. If the master clocks change or the path from the master clocks to the slave clocks changes, the delay is measured anew. This increases the transition state time in case of network changes.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/5bcb72a639accf802ffba7a1fa9a4767.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTransparent P2P clocks, in addition to measuring the processing time of the message by the switch, measure the delay on the data transmission link to the nearest neighbor using the neighboring node delay measurement mechanism.<\/p>\n<p>The delay is measured on each channel in both directions, including channels blocked by any protocol (e.g., RSTP). This allows for the immediate calculation of new delay on the synchronization path if the grandmaster clocks or network topology have changed.<\/p>\n<p>The processing times of messages by switches and the delay times are accumulated when transmitting Sync or Follow_Up messages.<\/p>\n<p><b>Types of PTPv2 support by switches<\/b><\/p>\n<p>Switches can support PTPv2:<\/p>\n<ul>\n<li>in software;<\/li>\n<li>in hardware.<\/li>\n<\/ul>\n<p>\nIn a software implementation of the PTPv2 protocol, the switch requests a timestamp from the firmware. The problem is that the firmware operates cyclically, and it will have to wait until it finishes the current cycle, processes the request, and outputs the timestamp at the end of the next cycle. This will also take time, resulting in a delay, albeit not as significant as without PTPv2 software support.<\/p>\n<p>Only hardware support for PTPv2 can ensure the necessary accuracy. In this case, the timestamp is generated by a specialized ASIC installed on the port.<\/p>\n<p><b>Message format<\/b><\/p>\n<p>All PTP messages consist of the following fields:<\/p>\n<ul>\n<li>Header \u2013 34 bytes.<\/li>\n<li>Body \u2013 the size depends on the message type.<\/li>\n<li>Suffix \u2013 optional.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/99086e6601dcdf8f41c10f273c4ebfdc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Header<\/b><\/p>\n<p>Header-feltet er det samme for alle PTP-beskeder. Det er 34 bytes stort.<\/p>\n<p>Formatet for Header-feltet:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/e4500d7e9026d9d059b1dcd668a44e5f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>messageType <\/b>\u2013 angiver typen af den sendte besked, fx Sync, Delay_Req, PDelay_Req osv.<\/p>\n<p><b>messageLength<\/b> \u2013 angiver den samlede st\u00f8rrelse af PTP-beskeden, inklusive header, body og suffix (men ekskluderer fyldbytes).<\/p>\n<p><b>domainNumber<\/b> \u2013 bestemmer, hvilken <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/domain\/\"   title=\"dom\u00e6net\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1225\">dom\u00e6net<\/a> PTP beskeden tilh\u00f8rer.<\/p>\n<p><b>Dom\u00e6ne<\/b> \u2013 dette er flere forskellige ure samlet i en logisk gruppe og synkroniseret fra en enkelt masterklokke, men ikke n\u00f8dvendigvis synkroniseret med ure, der tilh\u00f8rer en anden dom\u00e6ne.<\/p>\n<p><b>flags<\/b> \u2013 dette felt indeholder forskellige flag til identifikation af beskedens status.<\/p>\n<p><b>correctionField<\/b> \u2013 indeholder forsinkelsestiden i nanosekunder. Forsinkelsestiden inkluderer b\u00e5de transmissionstid gennem transparente ure og forsinkelse i kanalen ved brug af Peer-to-Peer-tilstand.<\/p>\n<p><b>sourcePortIdentity<\/b> \u2013 dette felt indeholder oplysninger om, hvilken port beskeden oprindeligt blev sendt fra.<\/p>\n<p><b>sequenceID<\/b> \u2013 indeholder et identifikationsnummer for individuelle beskeder.<\/p>\n<p><b>controlField<\/b> \u2013 feltet er et artefakt=) Det stammer fra den f\u00f8rste version af standarden og indeholder oplysninger om typen af denne besked. I princippet det samme som messageType, men med f\u00e6rre muligheder.<\/p>\n<p><b>logMessageInterval<\/b> \u2013 dette felt bestemmes af beskedtypen.<\/p>\n<p><b>Krop<\/b><\/p>\n<p>Som n\u00e6vnt tidligere, er der flere typer beskeder. Disse typer er beskrevet nedenfor:<\/p>\n<p><b>Announce-besked<\/b><br \/>\nAnnounce-beskeden bruges til at \"informere\" andre ure inden for et dom\u00e6ne om sine parametre. Denne besked g\u00f8r det muligt at etablere en hierarki mellem \"Masterklokker - Slaveure\".<br \/>\n<img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/054b35f0c74757d531205fa352b90f4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Sync-besked<\/b><br \/>\nSync-beskeden sendes af masterklokkerne og indeholder masterklokkens tid p\u00e5 det tidspunkt, hvor Sync-beskeden blev oprettet. Hvis masterklokkerne er to-trins, vil tidsstemplet i Sync-beskeden blive sat til 0, og den aktuelle tidsstempel vil blive sendt i det tilsvarende Follow_Up-besked. Sync-beskeden anvendes til begge mekanismer til m\u00e5ling af forsinkelse.<\/p>\n<p>Beskeden sendes ved hj\u00e6lp af multicast. Det er valgfrit at bruge unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/38268221aa5663ba021f225c9de01df9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Delay_Req-besked<\/b><\/p>\n<p>Formatet for Delay_Req-beskeden er identisk med Sync-beskeden. Slaveurene sender Delay_Req. Den indeholder tidspunktet for, hvorn\u00e5r Delay_Req blev sendt af slaveurene. Denne besked bruges kun til mekanismen til anmodning-svar forsinkelse.<\/p>\n<p>Beskeden sendes ved hj\u00e6lp af multicast. Det er valgfrit at bruge unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/1e64f3902ff3364b968581ff6b6a6573.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Follow_Up-besked<\/b><\/p>\n<p>Follow_Up-besked sendes valgfrit af de ledende ure og indeholder tidspunktet for afsendelse <b>Sync-beskeder<\/b> mesteren. Follow_Up-besked sendes kun af to-trins ledende ure.<\/p>\n<p>Follow_Up-beskeddet bruges til begge m\u00e5lemetoder for forsinkelse.<\/p>\n<p>Beskeden sendes ved hj\u00e6lp af multicast. Det er valgfrit at bruge unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/00917743466b8a331922d18e0928d3db.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Delay_Resp-besked<\/b><\/p>\n<p>Delay_Resp-besked sendes af de ledende ure. Det indeholder modtagelsestidspunktet for Delay_Req fra de ledende ure. Dette besked bruges kun til request-response forsinkelsesmekanismen.<\/p>\n<p>Beskeden sendes ved hj\u00e6lp af multicast. Det er valgfrit at bruge unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/b9d0bc41f94ceee560c0c593dd9e4afd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Pdelay_Req-besked<\/b><\/p>\n<p>Pdelay_Req-besked sendes af en enhed, der anmoder om forsinkelse. Det indeholder tidspunktet for meddelelsens afsendelse fra denne enheds port. Pdelay_Req bruges kun til m\u00e5lemetoden for nabobucklers forsinkelse.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/7eef44a2655158758cdbcfbc25fc2e48.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Pdelay_Resp-besked<\/b><\/p>\n<p>Pdelay_Resp-besked sendes af enheden, der modtog foresp\u00f8rgslen om forsinkelse. Det indeholder modtagelsestidspunktet for Pdelay_Req-beskeddet fra denne enhed. Pdelay_Resp-beskeder bruges kun til nabobucklers m\u00e5lemetoden for forsinkelse.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/6a3bb44c70fc09db3025df93c4d58a3f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Pdelay_Resp_Follow_Up-besked<\/b><\/p>\n<p>Pdelay_Resp_Follow_Up-besked sendes valgfrit af enheden, der modtog foresp\u00f8rgslen om forsinkelse. Det indeholder modtagelsestidspunktet for Pdelay_Req-beskeddet fra denne enhed. Pdelay_Resp_Follow_Up-beskedsendes kun af to-trins ledende ure.<\/p>\n<p>Dette besked kan ogs\u00e5 bruges til udf\u00f8relsestid i stedet for tidsstempel. Udf\u00f8relsestid er tidspunktet fra modtagelsen af Pdelay-Req til afsendelse af Pdelay_Resp.<\/p>\n<p>Pdelay_Resp_Follow_Up bruges kun til m\u00e5lemetoden for nabobucklers forsinkelse.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/523043f7a880030474098fcdc1c5822d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Styringsmeddelelser (Management-besked)<\/b><\/p>\n<p>PTP-styringsmeddelelser er n\u00f8dvendige for at overf\u00f8re information mellem en eller flere ure og styringsnoden.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/4388d9f4b6b12f3a2cdc764c20597499.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Overf\u00f8rsel i LV<\/b><\/p>\n<p>PTP-besked kan overf\u00f8res p\u00e5 to niveauer:<\/p>\n<ul>\n<li>Netv\u00e6rksniveau \u2013 som del af IP-data.<\/li>\n<li>Kanalniveau \u2013 som del af Ethernet-ramme.<\/li>\n<\/ul>\n<p>\nPTP-beskedoverf\u00f8rsel via UDP over IP over Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/361e008fc48396915e5e9c23cc52bd63.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPTP via UDP over Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/1862a5d27931a744e75e3c5bc63d7091.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Profiler<\/b><\/p>\n<p>PTP har mange \"fleksible\" parametre, der skal konfigureres. For eksempel:<\/p>\n<ul>\n<li>BMCA-indstillinger.<\/li>\n<li>M\u00e5lemetode for forsinkelse.<\/li>\n<li>Intervaller og startv\u00e6rdier for alle konfigurerbare parametre osv.<\/li>\n<\/ul>\n<p>\nOg selvom vi tidligere har sagt, at PTPv2-enheder er kompatible med hinanden, er det ikke helt korrekt. Enhederne skal have de samme indstillinger for at interagere.<\/p>\n<p>Derfor eksisterer der s\u00e5kaldte PTPv2-profiler. Profiler er grupper af konfigurerede indstillinger og specifikke protokolbegr\u00e6nsninger, s\u00e5 tids-synkronisering kan implementeres til en bestemt applikation.<\/p>\n<p>Den officielle standard IEEE 1588v2 beskriver kun \u00e9n profil \u2013 \"Standardprofilen\". Alle andre profiler er skabt og beskrevet af forskellige organisationer og foreninger.<\/p>\n<p>For eksempel blev profilen for elforsyning eller PTPv2 Power Profile skabt af Power Systems Relaying Committee og Substation Committee i IEEE Power and Energy Society. Selve profilen kaldes IEEE C37.238-2011.<\/p>\n<p>Profilen beskriver, at PTP kan overf\u00f8res:<\/p>\n<ul>\n<li>Kun gennem L2-netv\u00e6rk (dvs. Ethernet, HSR, PRP, ikke IP).<\/li>\n<li>Meddelinger sendes kun via multicast.<\/li>\n<li>Peer delay measurement mechanism bruges som m\u00e5lemetode til forsinkelse.<\/li>\n<\/ul>\n<p>\nStandarddom\u00e6net er 0, det anbefalede dom\u00e6ne er 93.<\/p>\n<p>I filosofi om oprettelse af C37.238-2011 l\u00e5 \u00f8nsket om at reducere antallet af valgfri egenskaber og kun bevare de n\u00f8dvendige funktioner for p\u00e5lidelig interaktion mellem enheder og forbedring af systemets stabilitet.<\/p>\n<p>Derudover er meddelelsesoverf\u00f8rselsfrekvensen defineret:<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/117c81192ff2eb160652738bb9ecbb1d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI praksis er der kun \u00e9n parameter til valg \u2013 typen af styrende ur (enkelttrin eller to-trins).<\/p>\n<p>N\u00f8jagtigheden m\u00e5 ikke overstige 1 \u00b5s. Med andre ord kan der i en sync-path v\u00e6re maksimalt 15 transparente ure eller tre gr\u00e6nseure.<\/p>\n<p><img decoding=\"async\" alt=\"Details of the PTPv2 time synchronization protocol implementation\" src=\"\/wp-content\/uploads\/2020\/04\/d3f1cb822d01b8733eadb6cd75805b20.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>Kilde: <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.3 - 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\/da\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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\udd47Detaljer om implementeringen af PTPv2 tids-synkroniseringsprotokollen | ProHoster","description":"Introduktion: Konceptet med at opbygge en \u201eDigital Substation\u201c i elforsyningen kr\u00e6ver synkronisering med en n\u00f8jagtighed p\u00e5 1 \u00b5s. For finansielle transaktioner kr\u00e6ves der ogs\u00e5 n\u00f8jagtighed i \u00b5s.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/77041","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=77041"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/77041\/revisions"}],"predecessor-version":[{"id":158469,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/77041\/revisions\/158469"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/77042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=77041"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=77041"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=77041"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}