{"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\/hr\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","title":{"rendered":"Detalji implementacije protokola za sinhronizaciju vremena PTPv2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Uvod<\/b><\/p>\n<p>Koncept izgradnje \u201eDigitalne trafostanice\u201c u elektroenergetici zahtijeva sinhronizaciju s precizno\u0161\u0107u od 1 \u03bcs. Za provo\u0111enje financijskih transakcija tako\u0111er je potrebna preciznost u \u03bcs. U ovim aplikacijama preciznost vremena NTP ve\u0107 nije dovoljna.<\/p>\n<p>Protokol za sinhronizaciju PTPv2, opisan standardom IEEE 1588v2, omogu\u0107ava postizanje preciznosti sinhronizacije u nekoliko desetaka nanosekundi. PTPv2 omogu\u0107ava slanje paketa sinhronizacije kroz L2 i L3 mre\u017ee.<\/p>\n<p>Glavna podru\u010dja primjene PTPv2 su:<\/p>\n<ul>\n<li>elektroenergetika;<\/li>\n<li>oprema za kontrolu i mjerenje;<\/li>\n<li>vojno-industrijski kompleks;<\/li>\n<li>telekomunikacije;<\/li>\n<li>financijski sektor.<\/li>\n<\/ul>\n<p>\nU ovom postu razmatra se kako funkcionira protokol za sinhronizaciju PTPv2.<\/p>\n<p>Imamo vi\u0161e iskustva u industriji i \u010desto se susre\u0107emo s ovim protokolom u elektroenergetskim aplikacijama. Shodno tome, i pregled \u0107emo napraviti s osvrtom <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\">na elektroenergetiku.<\/a><\/noindex>.<\/p>\n<p><b>Za\u0161to je potreban?<\/b><\/p>\n<p>Trenutno su u STO 34.01-21-004-2019 PJSC \u201eRosseti\u201c i u STO 56947007-29.240.10.302-2020 PJSC \u201eFSK EES\u201c navedeni zahtjevi za organizaciju procesne sabirnice uz osiguranje sinhronizacije vremena prema PTPv2.<\/p>\n<p>To je povezano s tim da se na procesnu sabirnicu priklju\u010duju terminali relejne za\u0161tite i mjerni ure\u0111aji, koji putem procesne sabirnice, pomo\u0107u takozvanih SV-streamova (multicast-streamova), prenose trenutne vrijednosti struje i napona.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Terminali relejne za\u0161tite koriste te vrijednosti za implementaciju za\u0161tita priklju\u010daka. Ako preciznost mjerenja vremena bude mala, neki za\u0161titni ure\u0111aji mogu pogre\u0161no reagirati.<\/p>\n<p>Na primjer, \u017ertva \u201eslabe\u201c sinhronizacije vremena mogu postati za\u0161tite apsolutne selektivnosti. \u010cesto se logika takvih za\u0161tita temelji na usporedbi dviju veli\u010dina. Ako se veli\u010dine razlikuju za dovoljno veliku vrijednost, za\u0161tita se aktivira. Ako se te veli\u010dine mjere s precizno\u0161\u0107u vremena od 1 ms, mo\u017ee se dobiti velika razlika tamo gdje su vrijednosti zapravo unutar normalnog raspona, ako se mjere s precizno\u0161\u0107u od 1 \u03bcs.<\/p>\n<p><b>Verzije PTP<\/b><\/p>\n<p>PTP protokol prvotno je opisan 2002. godine u standardu IEEE 1588-2002 i imao je naziv \"Standard za preciznu sinkronizaciju sata za mre\u017ene mjere i kontrolne sustave\". 2008. godine objavljen je a\u017eurirani standard IEEE 1588-2008, koji opisuje PTP verziju 2. U ovoj verziji protokola pobolj\u0161ana je preciznost i stabilnost, ali nije o\u010duvana unazad kompatibilnost s prvom verzijom protokola. Tako\u0111er, 2019. godine objavljena je verzija standarda IEEE 1588-2019, koja opisuje PTP v2.1. Ova verzija dodaje mala pobolj\u0161anja PTPv2 i unazad je kompatibilna s PTPv2.<\/p>\n<p>Drugim rije\u010dima, imamo sljede\u0107u sliku s verzijama:<\/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 \/>\nNe kompatibilni<\/p>\n<p>Ne kompatibilni<\/p>\n<p>PTPv2 (IEEE 1588-2008)<\/p>\n<p>Ne kompatibilni<\/p>\n<p> \u2014<br \/>\nKompatibilni<\/p>\n<p>PTPv2.1 (IEEE 1588-2019)<\/p>\n<p>Ne kompatibilni<\/p>\n<p>Kompatibilni<\/p>\n<p> \u2014 <\/p>\n<p>\nNo, kao i uvijek, postoje nijanse.<\/p>\n<p>Ne kompatibilnost izme\u0111u PTPv1 i PTPv2 podrazumijeva da ure\u0111aj koji podr\u017eava PTPv1 ne\u0107e mo\u0107i sinkronizirati s preciznim satovima koji rade na PTPv2. Za sinkronizaciju koriste razli\u010dite formate poruka.<\/p>\n<p>No, ipak je mogu\u0107e kombinirati ure\u0111aje s PTPv1 i ure\u0111aje s PTPv2 u jednoj mre\u017ei. Za to neki proizvo\u0111a\u010di dopu\u0161taju odabir verzije protokola na priklju\u010dcima grani\u010dnih satova. To zna\u010di da grani\u010dni satovi mogu sinkronizirati prema PTPv2 i istovremeno sinkronizirati druge povezane satove prema PTPv1 i PTPv2.<\/p>\n<p><b>PTP ure\u0111aji. Koji postoje i po \u010demu se razlikuju?<\/b><\/p>\n<p>Standardom IEEE 1588v2 opisano je nekoliko vrsta ure\u0111aja. Svi su navedeni u tablici.<\/p>\n<p>Ure\u0111aji me\u0111usobno komuniciraju putem lokalne mre\u017ee, koriste\u0107i PTP.<\/p>\n<p>PTP ure\u0111aji nazivaju se satovima. Svi satovi uzimaju to\u010dno vrijeme od grosmejsterskih satova.<\/p>\n<p>Postoji 5 tipova satova:<\/p>\n<p>Grandmaster clock (Grosmejsterski sat)<\/p>\n<p>Glavni izvor to\u010dnog vremena. \u010cesto su opremljeni su\u010deljem za povezivanje GPS-a.<\/p>\n<p>Ordinary Clock (Obi\u010dni sat)<\/p>\n<p>Ure\u0111aj s jednim priklju\u010dkom, koji mo\u017ee biti majstor (vode\u0107i sat) ili sljedbenik (poslu\u0161ni sat)<\/p>\n<p>Vode\u0107i sat (majstor)<\/p>\n<p>Izvor je to\u010dnog vremena prema kojem se sinkroniziraju drugi satovi<\/p>\n<p>Poslu\u0161ni sat (sljedbenik)<\/p>\n<p>Krajnji ure\u0111aj koji se sinkronizira s vode\u0107im satovima<\/p>\n<p>Boundary Clock (Grani\u010dni sat)<\/p>\n<p>Ure\u0111aj s vi\u0161e priklju\u010daka, koji mo\u017ee biti majstor ili sljedbenik.<\/p>\n<p>To zna\u010di da ovi satovi mogu sinkronizirati od vi\u0161ih vode\u0107ih satova i sinkronizirati ni\u017ee sljedbenike.<\/p>\n<p>Kraj do kraja Prozirni Sat (Prozirni satovi koji rade u re\u017eimu Kraj do kraja)<\/p>\n<p>Ure\u0111aj s vi\u0161e portova koji nije ni glavni ni podre\u0111eni sat. Prenosi PTP podatke izme\u0111u dva sata. <\/p>\n<p>Prilikom prijenosa podataka prozirni satovi ispravljaju sve PTP poruke. <\/p>\n<p>Ispravljanje se odvija dodavanjem vremena ka\u0161njenja na ovom ure\u0111aju u polje ispravka u zaglavlju prenosive poruke.<\/p>\n<p>Peer-to-Peer Prozirni Sat (Prozirni satovi koji rade u re\u017eimu Peer-to-Peer)<\/p>\n<p>Ure\u0111aj s vi\u0161e portova koji nije ni glavni ni podre\u0111eni sat. <br \/>\nPrenosi PTP podatke izme\u0111u dva sata. <\/p>\n<p>Prilikom prijenosa podataka prozirni satovi ispravljaju sve PTP poruke Sync i Follow_Up (o njima vi\u0161e u nastavku).<\/p>\n<p>Ispravljanje se posti\u017ee dodavanjem ka\u0161njenja u polje ispravke prenosivog paketa i ka\u0161njenja u kanalu prijenosa podataka.<\/p>\n<p>Upravlja\u010dki \u010cvor<\/p>\n<p>Ure\u0111aj koji konfigurira i dijagnosticira druge sate.<\/p>\n<p>Glavni i podre\u0111eni satovi se sinkroniziraju putem vremenskih oznaka u PTP porukama. Postoje dvije vrste poruka u PTP protokolu:<\/p>\n<ul>\n<li>Poruke Dogoditi \u2013 to su sinkronizirane poruke koje uklju\u010duju generiranje vremenske oznake u trenutku slanja poruke i u trenutku njenog prijema.<\/li>\n<li>Op\u0107e Poruke \u2013 te poruke ne zahtijevaju vremenske oznake, ali mogu sadr\u017eavati vremenske oznake za povezane poruke.<\/li>\n<\/ul>\n<p><\/p>\n<p>Poruke Dogoditi<\/p>\n<p>Op\u0107e Poruke<\/p>\n<p>Sync<br \/>\nDelay_Req<br \/>\nPdelay_Req<br \/>\nPdelay_Resp<\/p>\n<p>Objava<br \/>\nFollow_Up<br \/>\nDelay_Resp<br \/>\nPdelay_Resp_Follow_Up<br \/>\nUpravljanje<br \/>\nSignalizacija<\/p>\n<p>U nastavku \u0107e biti razmotreni svi tipovi poruka detaljnije.<\/p>\n<p><b>Glavni problemi sinkronizacije<\/b><\/p>\n<p>Prilikom prijenosa paketa sinkronizacije preko lokalne mre\u017ee on se zadr\u017eava na prekida\u010du i u kanalu prijenosa podataka. Svaki prekida\u010d \u0107e dati ka\u0161njenje od oko 10 \u03bcs, \u0161to je neprihvatljivo za PTPv2. Na kraju, na ure\u0111aju je potrebno posti\u0107i preciznost od 1 \u03bcs. (Ovo se odnosi na energetiku. Drave aplikacije mogu zahtijevati i ve\u0107u preciznost.)<\/p>\n<p>U IEEE 1588v2 opisani su nekoliko algoritama koji omogu\u0107uju mjerenje vremena ka\u0161njenja i njegovo ispravljanje.<\/p>\n<p><b>Algoritam rada<\/b><br \/>\nU normalnom radu protokol radi u dvije faze.<\/p>\n<ul>\n<li>Faza 1 \u2014 uspostavljanje hijerarhije \u201eGlavni sat \u2013 Podre\u0111eni sat\u201d.<\/li>\n<li>Faza 2 \u2014 sinkronizacija satova putem mehanizma Kraj do kraja ili Peer-to-Peer.<\/li>\n<\/ul>\n<p>\n<i>Faza 1 \u2013 Postavljanje hijerarhije \u201eMajstor-Sluga\u201c<\/i><\/p>\n<p>Svaka priklju\u010dna ili granica sat ima odre\u0111eni broj stanja (vo\u0111eni sati i vode\u0107i sati). Standard opisuje algoritam prelaska izme\u0111u ovih stanja. U programiranju se takav algoritam naziva kona\u010dnim automatom ili ma\u0161inom stanja (vi\u0161e u Wiki).<\/p>\n<p>Ovaj kona\u010dni automat koristi algoritam Najbolji majstor sat (BMCA) za postavljanje majstora prilikom povezivanja dva sata.<\/p>\n<p>Ovaj algoritam omogu\u0107ava satovima da preuzmu obaveze majstorskih satova kada vi\u0161i majstorski sati izgube GPS signal, isklju\u010de se iz mre\u017ee itd.<\/p>\n<p>Prijelazi izme\u0111u stanja u skladu s BMCA su ukratko prikazani na sljede\u0107em dijagramu:<br \/>\n<img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/add811d60135de3be9c6865a5e4493c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nInformacije o satovima na drugom kraju \u201ekabela\u201c \u0161alju se u posebnoj poruci (Announce message). Kada su te informacije primljene, algoritam ma\u0161ine stanja radi i izvr\u0161ava se usporedba koji su sati bolji. Priklju\u010dak na najboljim satovima postaje voditelj satova.<\/p>\n<p>Jednostavna hijerarhija predstavljena je na dijagramu ispod. Putevi 1, 2, 3, 4, 5 mogu sadr\u017eavati prozirne sate (Transparent clock), ali ne sudjeluju u postavljanju hijerarhije \u201eVode\u0107i sati \u2013 Vode\u0107i sati\u201c.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/05831c032a2d4df286ef41c531c949a3.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Faza 2 \u2013 Sinkronizacija obi\u010dnih i granica sati<\/b><\/p>\n<p>Odmah nakon postavljanja hijerarhije \u201eVode\u0107i sati \u2013 Vode\u0107i sati\u201c zapo\u010dinje faza sinkronizacije obi\u010dnih i granica sati.<\/p>\n<p>Za sinkronizaciju, vo\u0111eni sati \u0161alju vo\u0111enim satima poruku koja sadr\u017ei vremensku oznaku.<\/p>\n<p>Vode\u0107i sati mogu biti:<\/p>\n<ul>\n<li>jednostepeni;<\/li>\n<li>dvostepeni.<\/li>\n<\/ul>\n<p>\nJednostepeni sati za sinkronizaciju \u0161alju jednu poruku Sync.<\/p>\n<p>Dvostepeni sati za sinkronizaciju koriste dvije poruke \u2013 Sync i Follow_Up.<\/p>\n<p>Za fazu sinkronizacije mogu se koristiti mehanizmi:<\/p>\n<ul>\n<li>Mehanizam zahtjeva-odgovora ka\u0161njenja (Delay request-response mechanism).<\/li>\n<li>Mehanizam mjerenja ka\u0161njenja susjednog \u010dvora (Peer delay measurement mechanism).<\/li>\n<\/ul>\n<p>\nZa po\u010detak, razmotrit \u0107emo ove mehanizme u najjednostavnijem slu\u010daju \u2013 kada se ne koriste prozirni sati.<\/p>\n<p>Mehanizam zahtjeva-odgovora ka\u0161njenja (Delay request-response mechanism)<\/p>\n<p>Mehanizam podrazumijeva dva koraka:<\/p>\n<ol>\n<li>Mjerenje ka\u0161njenja pri prijenosu poruke izme\u0111u vode\u0107ih i vo\u0111enih sati. Izvodi se pomo\u0107u mehanizma zahtjeva-odgovora ka\u0161njenja.<\/li>\n<li>Izvodi se korekcija pomaka to\u010dnog vremena.<\/li>\n<\/ol>\n<p>\n<i>Mjerenje ka\u0161njenja<\/i><br \/>\n<img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/3a0d534384329c6232259736995eb0bd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nt1 \u2013 Vrijeme slanja Sync poruke voditeljskim satovima; t2 \u2013 Vrijeme primanja Sync poruke od strane podre\u0111enih satova; t3 \u2013 Vrijeme slanja Delay_Req zahtjeva od strane podre\u0111enih satova; t4 \u2013 Vrijeme primanja Delay_Req zahtjeva od strane voditeljskih satova.<\/p>\n<p>Kada podre\u0111eni satovi znaju vrijeme t1, t2, t3 i t4, mogu izra\u010dunati prosje\u010dnu odgodu u prijenosu Sync poruke (tmpd). Izra\u010dunava se na sljede\u0107i na\u010din:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/513eb7352a143073835fe36aedd9cb98.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPrilikom prijenosa Sync i Follow_Up poruka izra\u010dunava se vremenska odgoda od voditelja do podre\u0111enih \u2013 t-ms.<\/p>\n<p>Prilikom prijenosa Delay_Req i Delay_Resp poruka izra\u010dunava se vremenska odgoda od podre\u0111enih do voditelja \u2013 t-sm.<\/p>\n<p>Ako se izme\u0111u ovih dviju vrijednosti pojavi neka asimetrija, tada nastaje gre\u0161ka u korekciji preciznog vremena. Gre\u0161ka se uvjetuje time da je izra\u010dunata odgoda prosjek od odgoda t-ms i t-sm. Ako odgode nisu jednake, vrijeme \u0107emo korektno prilagoditi.<\/p>\n<p><i>Korekcija pomaka preciznog vremena<\/i><\/p>\n<p>Nakon \u0161to je odgoda izme\u0111u voditeljskih i podre\u0111enih satova poznata, podre\u0111eni satovi izvr\u0161avaju korekciju vremena.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/27f230252126a768273b40e8c8e7cc4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPodre\u0111eni satovi koriste Sync poruku i opcionalnu Follow_Up poruku za izra\u010dun pomaka preciznog vremena prilikom prijenosa paketa od voditeljskih do podre\u0111enih satova. Pomak se izra\u010dunava prema sljede\u0107oj formuli:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/190604a9287f285e191eb26381fca52c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mehanizam mjerenja odgode susjednog \u010dvora (Peer delay measurement mechanism)<\/b><\/p>\n<p>Ovaj mehanizam tako\u0111er koristi dva koraka za sinkronizaciju:<\/p>\n<ol>\n<li>Ure\u0111aji mjere vremensku odgodu do svih susjeda putem svih portova. Za to koriste peer delay mechanism.<\/li>\n<li>Korekcija pomaka preciznog vremena.<\/li>\n<\/ol>\n<p>\n<i>Mjerenje odgode izme\u0111u ure\u0111aja koji podr\u017eavaju Peer-to-Peer na\u010din rada<\/i><\/p>\n<p>Odgoda izme\u0111u portova koji podr\u017eavaju peer-to-peer mehanizam mjeri se pomo\u0107u sljede\u0107ih poruka:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/897c9914110e9a56f98f4fa835f524cd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKada port 1 zna vrijeme t1, t2, t3 i t4, mo\u017ee izra\u010dunati prosje\u010dnu odgodu (tmld). Izra\u010dunava se prema sljede\u0107oj formuli:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/17416bf3b60f86136002b27cf4987b27.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZatim port koristi ovu vrijednost prilikom izra\u010duna polja korekcije za svaku Sync poruku ili opcionalnu Follow_Up poruku koja prolazi kroz ovo ure\u0111aj. <\/p>\n<p>Kona\u010dna odgoda bit \u0107e jednaka zbroju odgode pri prijenosu kroz ovo ure\u0111aj, prosje\u010dne odgode pri prijenosu kroz podatkovni kanal i ve\u0107 postoje\u0107e odgode u ovoj poruci, uklju\u010dene na vi\u0161im ure\u0111ajima.<\/p>\n<p>Poruke Pdelay_Req, Pdelay_Resp i opcionalne Pdelay_Resp_Follow_Up omogu\u0107uju da se dobije ka\u0161njenje od mastera prema slavi i od slave prema masteru (okretno).<\/p>\n<p>Svaka asimetrija izme\u0111u ovih dviju vrijednosti dovest \u0107e do pogre\u0161ke u korekciji pomaka to\u010dnog vremena.<\/p>\n<p><i>Korekcija pomaka to\u010dnog vremena<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/c9cdedffd98db044718b8bc0eef156b9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPomo\u0107ni satovi koriste Sync poruku i opcionalnu Follow_Up poruku za izra\u010dunavanje pomaka to\u010dnog vremena tijekom prijenosa paketa od vode\u0107ih satova do pomo\u0107nih. Pomak se izra\u010dunava prema sljede\u0107oj formuli:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/dff497d0f5644c3591f05f99e4c8c23a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPrednosti mehanizma korekcije peer-to-peer \u2013 ka\u0161njenje svakog Sync ili Follow_Up poruke izra\u010dunava se tijekom njezinog prijenosa kroz mre\u017eu. Stoga, promjena puta prijenosa ne\u0107e utjecati na to\u010dnost korekcije.<\/p>\n<p>Kada se koristi ovaj mehanizam, sinhronizacija vremena ne zahtijeva izra\u010dunavanje ka\u0161njenja vremena na putu paketa sinhronizacije, kao \u0161to se to radi kod osnovne razmjene. Odnosno, Delay_Req i Delay_Resp poruke se ne \u0161alju. U ovoj metodi, ka\u0161njenje izme\u0111u vode\u0107ih i pomo\u0107nih satova se jednostavno zbraja u polju korekcije svake Sync ili Follow_Up poruke.<\/p>\n<p>Jo\u0161 jedna prednost \u2013 vode\u0107i satovi su oslobo\u0111eni od potrebe obrade Delay_Req poruka.<\/p>\n<p><b>Na\u010dini rada transparentnih satova<\/b><\/p>\n<p>Bili su razmotreni jednostavni primjeri. Sada pretpostavimo da se na putu sinhronizacije pojavljuju prekida\u010di.<\/p>\n<p>Ako se koriste prekida\u010di koji ne podr\u017eavaju PTPv2, paket sinhronizacije \u0107e biti zadr\u017ean na prekida\u010du otprilike 10 \u03bcs.<\/p>\n<p>Prekida\u010di s podr\u0161kom za PTPv2 u terminologiji IEEE 1588v2 nazivaju se transparentnim satovima (Transparent clock). Transparentni satovi se ne sinhroniziraju od vode\u0107ih satova i ne sudjeluju u hijerarhiji \u201eVode\u0107i sat \u2013 Pomo\u0107ni sat\u201c, ali tijekom prijenosa poruka sinhronizacije pamte koliko je dugo poruka zadr\u017eana na njima. To omogu\u0107ava korekciju ka\u0161njenja vremena.<\/p>\n<p>Transparentni satovi mogu raditi u dva re\u017eima:<\/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=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/94e5d2f343d1657f1458adcbb344d024.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTransparentni satovi E2E prenose Sync poruke i prate\u0107e Follow_Up poruke na sve portove. \u010cak i na one koji su blokirani nekim protokolima (npr. RSTP).<\/p>\n<p>Prekida\u010d pamti vremensku oznaku kada je Sync paket (Follow_Up) prihva\u0107en na port i kada je poslan s porta. Na temelju tih dviju vremenskih oznaka izra\u010dunava se vrijeme obrade poruke od strane prekida\u010da. U standardu, to vrijeme naziva se vrijeme boravka.<\/p>\n<p>Vrijeme obrade dodaje se u polje correctionField poruke Sync (jednostepeni satovi) ili Follow_Up (dvo-stepeni satovi).<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/b04cfa6cd1a93f25222079d5bb864a6d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nProzirni satovi E2E mjere vrijeme obrade za poruke Sync i Delay_Req koje prolaze kroz prekida\u010d. No va\u017eno je razumjeti da se ka\u0161njenje izme\u0111u voditeljskih i prate\u0107ih satova izra\u010dunava pomo\u0107u mehanizma zahtjeva-odgovora ka\u0161njenja. Ako se voditeljski satovi mijenjaju ili se mijenja put od voditeljskih satova do prate\u0107ih, ka\u0161njenje se ponovno mjeri. To pove\u0107ava vrijeme prijelaznog stanja u slu\u010daju promjena u mre\u017ei.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/5bcb72a639accf802ffba7a1fa9a4767.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nProzirni satovi P2P, osim mjerenja vremena obrade poruke od strane prekida\u010da, mjere ka\u0161njenje na kanalu prijenosa do najbli\u017eeg susjeda, koriste\u0107i mehanizam mjerenja ka\u0161njenja susjednog \u010dvora.<\/p>\n<p>Ka\u0161njenje se mjeri na svakom kanalu u oba smjera, uklju\u010duju\u0107i kanale koji su blokirani nekim protokolom (na primjer, RSTP). To omogu\u0107uje trenutnu kalkulaciju novog ka\u0161njenja na putu sinkronizacije ako se promijene vladar satova ili topologija mre\u017ee.<\/p>\n<p>Vrijeme obrade poruka od strane prekida\u010da i vrijeme ka\u0161njenja akumuliraju se prilikom prijenosa poruka Sync ili Follow_Up.<\/p>\n<p><b>Vrste podr\u0161ke PTPv2 od strane prekida\u010da<\/b><\/p>\n<p>Prekida\u010di mogu podr\u017eavati PTPv2:<\/p>\n<ul>\n<li>softverski;<\/li>\n<li>hardverski.<\/li>\n<\/ul>\n<p>\nU softverskoj implementaciji protokola PTPv2, prekida\u010d zahtijeva vremensku oznaku od firmvera. Problema je u tome \u0161to firmver radi cikli\u010dki i morat \u0107e se \u010dekati da zavr\u0161i trenutni ciklus, obradi zahtjev i nakon isteka sljede\u0107eg ciklusa izda vremensku oznaku. Sve to tako\u0111er oduzima vrijeme, te \u0107emo dobiti ka\u0161njenje, iako ne tako zna\u010dajno kao bez softverske podr\u0161ke PTPv2.<\/p>\n<p>Osigurati potrebnu to\u010dnost mo\u017ee samo hardverska podr\u0161ka PTPv2. U tom slu\u010daju, izdavanje vremenske oznake vr\u0161i poseban ASIC koji je instaliran na port.<\/p>\n<p><b>Format poruke<\/b><\/p>\n<p>Sve PTP poruke sastoje se od sljede\u0107ih polja:<\/p>\n<ul>\n<li>Header \u2013 34 bajta.<\/li>\n<li>Body \u2013 veli\u010dina ovisi o tipu poruke.<\/li>\n<li>Suffix \u2013 opcionalno.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena 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>Polje Header je isto za sve PTP poruke. Njegova veli\u010dina iznosi 34 bajta.<\/p>\n<p>Format polja Header:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/e4500d7e9026d9d059b1dcd668a44e5f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>messageType <\/b>\u2013 sadr\u017ei tip proslije\u0111ene poruke, kao \u0161to su Sync, Delay_Req, PDelay_Req itd.<\/p>\n<p><b>messageLength<\/b> \u2013 sadr\u017ei ukupnu veli\u010dinu PTP poruke, uklju\u010duju\u0107i header, body i suffix (ali isklju\u010duju\u0107i dodane bite).<\/p>\n<p><b>domainNumber<\/b> \u2013 odre\u0111uje kojem <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/hr\/domain\/\"   title=\"domen\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1225\">domen<\/a> PTP pripada poruka.<\/p>\n<p><b>Domen<\/b> \u2013 to su razli\u010diti satovi okupljeni u jednu logi\u010dku grupu i sinkronizirani od jednih glavnih satova, ali nisu nu\u017eno sinkronizirani s satovima koji pripadaju drugom domenu.<\/p>\n<p><b>flags<\/b> \u2013 ovo polje sadr\u017ei razli\u010dite zastavice za identifikaciju statusa poruke.<\/p>\n<p><b>correctionField<\/b> \u2013 sadr\u017ei vrijeme ka\u0161njenja u nanosekundama. Vrijeme ka\u0161njenja uklju\u010duje ka\u0161njenje pri prijenosu kroz transparentne satove, kao i ka\u0161njenje pri prijenosu kroz kanal kada se koristi Peer-to-Peer na\u010din.<\/p>\n<p><b>sourcePortIdentity<\/b> \u2013 ovo polje sadr\u017ei informacije o tome s kojeg je porta prvotno poslata ta poruka.<\/p>\n<p><b>sequenceID<\/b> \u2013 sadr\u017ei identifikacijski broj za pojedina\u010dne poruke.<\/p>\n<p><b>controlField<\/b> \u2013 polje-artefakt=) Ostatak je iz prve verzije standarda i sadr\u017ei informacije o tipu ove poruke. U su\u0161tini, to je isto kao i messageType, ali sa manje opcija.<\/p>\n<p><b>logMessageInterval<\/b> \u2013 ovo polje se definira tipom poruke.<\/p>\n<p><b>Body<\/b><\/p>\n<p>Kao \u0161to je ranije raspravljeno, postoji nekoliko tipova poruka. Ovi tipovi su opisani u nastavku:<\/p>\n<p><b>Poruka Announce<\/b><br \/>\nPoruka Announce se koristi za \"obavje\u0161tavanje\" drugih satova unutar jednog domena o svojim parametrima. Ova poruka omogu\u0107ava uspostavljanje hijerarhije \"Glavni satovi \u2013 Pomo\u0107ni satovi.\"<br \/>\n<img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/054b35f0c74757d531205fa352b90f4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Sync<\/b><br \/>\nPoruka za sinkronizaciju (Sync) \u0161alje glavna sat i sadr\u017ei vrijeme glavnog sata u trenutku kada je poruka Sync stvorena. Ako su glavni satovi dvostupanjski, tada \u0107e vremenska oznaka u poruci Sync biti jednaka 0, a aktualna vremenska oznaka \u0107e biti poslana u povezanoj poruci Follow_Up. Poruka Sync se koristi za oba mehanizma mjerenja ka\u0161njenja.<\/p>\n<p>Poruka se prenosi putem Multicast-a. Opcionalno se mo\u017ee koristiti Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/38268221aa5663ba021f225c9de01df9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Delay_Req<\/b><\/p>\n<p>Format poruke Delay_Req je identi\u010dan formatu poruke Sync. Pomo\u0107ni satovi \u0161alju Delay_Req. Ona sadr\u017ei vrijeme slanja Delay_Req pomo\u0107nim satovima. Ova poruka se koristi samo za mehanizam zahtjev-odgovor ka\u0161njenja.<\/p>\n<p>Poruka se prenosi putem Multicast-a. Opcionalno se mo\u017ee koristiti Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/1e64f3902ff3364b968581ff6b6a6573.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Follow_Up<\/b><\/p>\n<p>Poruka Follow_Up se opcionalno \u0161alje vode\u0107im satovima i sadr\u017ei vreme slanja <b>poruke Sync<\/b> majstorom. Poruku Follow_Up \u0161alju samo dvostepeni vode\u0107i satovi.<\/p>\n<p>Poruka Follow_Up se koristi za oba mehanizma merenja ka\u0161njenja.<\/p>\n<p>Poruka se prenosi putem Multicast-a. Opcionalno se mo\u017ee koristiti Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/00917743466b8a331922d18e0928d3db.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Delay_Resp<\/b><\/p>\n<p>Poruka Delay_Resp \u0161alje vode\u0107i satovi. Ona sadr\u017ei vreme prijema Delay_Req od vode\u0107ih satova. Ova poruka se koristi samo za mehanizam zahteva i odgovora ka\u0161njenja.<\/p>\n<p>Poruka se prenosi putem Multicast-a. Opcionalno se mo\u017ee koristiti Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/b9d0bc41f94ceee560c0c593dd9e4afd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Pdelay_Req<\/b><\/p>\n<p>Poruka Pdelay_Req \u0161alje ure\u0111aj koji zahteva ka\u0161njenje. Ona sadr\u017ei vreme slanja poruke sa porta ovog ure\u0111aja. Pdelay_Req se koristi samo za mehanizam merenja ka\u0161njenja susednog \u010dvora.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/7eef44a2655158758cdbcfbc25fc2e48.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Pdelay_Resp<\/b><\/p>\n<p>Poruka Pdelay_Resp \u0161alje ure\u0111aj koji je primio zahtev za ka\u0161njenje. Ona sadr\u017ei vreme prijema poruke Pdelay_Req od strane ovog ure\u0111aja. Poruke Pdelay_Resp se koriste samo za mehanizam merenja ka\u0161njenja susednog \u010dvora.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/6a3bb44c70fc09db3025df93c4d58a3f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Poruka Pdelay_Resp_Follow_Up<\/b><\/p>\n<p>Poruka Pdelay_Resp_Follow_Up se opcionalno \u0161alje ure\u0111ajem koji je primio zahtev za ka\u0161njenje. Ona sadr\u017ei vreme prijema poruke Pdelay_Req od strane ovog ure\u0111aja. Poruka Pdelay_Resp_Follow_Up se \u0161alje samo dvostepenim vode\u0107im satovima.<\/p>\n<p>Tako\u0111e se ova poruka mo\u017ee koristiti za vreme izvr\u0161enja umesto vremenske oznake. Vreme izvr\u0161enja je vreme od trenutka prijema Pdelay-Req do slanja Pdelay_Resp.<\/p>\n<p>Pdelay_Resp_Follow_Up se koristi samo za mehanizam merenja ka\u0161njenja susednog \u010dvora.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/523043f7a880030474098fcdc1c5822d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Upravlja\u010dke poruke (Poruka Management)<\/b><\/p>\n<p>Upravlja\u010dke poruke PTP potrebne su za prenos informacija izme\u0111u jednog ili vi\u0161e satova i upravlja\u010dkog \u010dvora.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/4388d9f4b6b12f3a2cdc764c20597499.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Prenos u LV<\/b><\/p>\n<p>PTP-poruka se mo\u017ee prenositi na dva nivoa:<\/p>\n<ul>\n<li>Mre\u017enom \u2013 u okviru IP-podataka.<\/li>\n<li>Kanalnom \u2013 u okviru Ethernet-okvira.<\/li>\n<\/ul>\n<p>\nPrenos PTP poruke putem UDP kroz IP kroz Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/361e008fc48396915e5e9c23cc52bd63.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPTP preko UDP kroz Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/1862a5d27931a744e75e3c5bc63d7091.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Profili<\/b><\/p>\n<p>PTP ima dovoljno mnogo 'fleksibilnih' parametara koje je potrebno podesiti. Na primer:<\/p>\n<ul>\n<li>Opcije BMCA.<\/li>\n<li>Mehanizam merenja ka\u0161njenja.<\/li>\n<li>Intervali i po\u010detne vrednosti svih konfigurabilnih parametara itd.<\/li>\n<\/ul>\n<p>\nI iako smo ranije govorili da su PTPv2 ure\u0111aji me\u0111usobno kompatibilni, u stvarnosti to nije tako. Ure\u0111aji moraju imati iste postavke kako bi mogli me\u0111usobno komunicirati.<\/p>\n<p>Stoga postoje takoz profiles PTPv2. Profili su skupovi konfiguriranih postavki i odre\u0111enih ograni\u010denja protokola kako bi se mogla ostvariti sinhronizacija vremena za odre\u0111enu aplikaciju.<\/p>\n<p>Sam standard IEEE 1588v2 opisuje samo jedan profil \u2013 \"Default Profile\". Svi ostali profili stvoreni su i opisani od strane raznih organizacija i asocijacija.<\/p>\n<p>Na primjer, profil za elektroenergetiku ili PTPv2 Power Profile stvorili su Odbor za relaying elektroenergetskih sustava i Odbor za podstanice dru\u0161tva IEEE Power and Energy Society. Sam profil nosi naziv IEEE C37.238-2011.<\/p>\n<p>Profil opisuje \u0161to se PTP mo\u017ee prenositi:<\/p>\n<ul>\n<li>Samo preko L2 mre\u017ea (tj. Ethernet, HSR, PRP, ne IP).<\/li>\n<li>Poruke se \u0161alju samo putem Multicast-a.<\/li>\n<li>Kao mehanizam mjerenja ka\u0161njenja koristi se mehanizam mjerenja ka\u0161njenja peer.<\/li>\n<\/ul>\n<p>\nZadani domen je 0, preporu\u010deni domen je 93.<\/p>\n<p>U filozofiji izrade C37.238-2011 le\u017ei \u017eelja za smanjenjem broja opcionalnih karakteristika i ostavljanjem samo potrebnih funkcija za pouzdanu interakciju me\u0111u ure\u0111ajima i pove\u0107anje stabilnosti sustava.<\/p>\n<p>Tako\u0111er, definirana je frekvencija slanja poruka:<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/117c81192ff2eb160652738bb9ecbb1d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nU su\u0161tini za odabir je dostupan samo jedan parametar \u2013 tip voditeljskih sati (jednostupanjski ili dvostupanjski).<\/p>\n<p>Preciznost ne smije biti ve\u0107a od 1 \u03bcs. Drugim rije\u010dima, u jednom putu sinhronizacije mo\u017ee biti maksimalno 15 transparentnih sati ili tri grani\u010dna sata.<\/p>\n<p><img decoding=\"async\" alt=\"Detalji implementacije protokola za sinhronizaciju vremena PTPv2\" src=\"\/wp-content\/uploads\/2020\/04\/d3f1cb822d01b8733eadb6cd75805b20.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>Izvor: <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.4 - 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\/hr\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\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\/hr\/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\udd47Detalji implementacije protokola sinhronizacije vremena PTPv2 | ProHoster","description":"Uvod Koncept gradnje \"Digitalne podstanice\" u elektroenergetici zahtijeva sinhronizaciju s precizno\u0161\u0107u od 1 \u03bcs. Za provo\u0111enje financijskih transakcija tako\u0111er je potrebna preciznost u \u03bcs.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/77041","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=77041"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/77041\/revisions"}],"predecessor-version":[{"id":158469,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/77041\/revisions\/158469"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/77042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=77041"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=77041"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=77041"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}