Podrobnosti o implementácii protokolu časovej synchronizácie PTPv2

Úvod

Koncept výstavby „digitálnej rozvodne“ v elektroenergetike vyžaduje synchronizáciu s presnosťou 1 μs. Finančné transakcie tiež vyžadujú presnosť v mikrosekundách. V týchto aplikáciách už presnosť času NTP nestačí.

Synchronizačný protokol PTPv2 popísaný štandardom IEEE 1588v2 umožňuje presnosť synchronizácie niekoľko desiatok nanosekúnd. PTPv2 vám umožňuje posielať synchronizačné pakety cez siete L2 a L3.

Hlavné oblasti, kde sa používa PTPv2, sú:

• energie;
• kontrolné a meracie zariadenia;
• vojensko-priemyselný komplex;
• telekomunikácie;
• finančný sektor.

Tento príspevok vysvetľuje, ako funguje synchronizačný protokol PTPv2.

Máme viac skúseností v priemysle a často vidíme tento protokol v energetických aplikáciách. Preto budeme preskúmanie vykonávať opatrne pre energiu.

Prečo je to potrebné?

V súčasnosti STO 34.01-21-004-2019 PJSC Rosseti a STO 56947007-29.240.10.302-2020 PJSC FGC UES obsahujú požiadavky na organizáciu procesnej zbernice s časovou synchronizáciou cez PTPv2.

Je to spôsobené tým, že na procesnú zbernicu sú pripojené reléové ochranné terminály a meracie zariadenia, ktoré cez procesnú zbernicu prenášajú okamžité hodnoty prúdu a napätia pomocou takzvaných SV streamov (multicast streamov).

Terminály ochrany relé používajú tieto hodnoty na implementáciu ochrany poľa. Ak je presnosť meraní času malá, niektoré ochrany môžu fungovať nesprávne.

Napríklad obrana absolútnej selektivity sa môže stať obeťou „slabej“ časovej synchronizácie. Často je logika takejto obrany založená na porovnaní dvoch veličín. Ak sa hodnoty rozchádzajú o dostatočne veľkú hodnotu, spustí sa ochrana. Ak sú tieto hodnoty merané s presnosťou času 1 ms, potom môžete získať veľký rozdiel, kde sú hodnoty skutočne normálne, ak sa merajú s presnosťou 1 μs.

verzie PTP

Protokol PTP bol pôvodne opísaný v roku 2002 v štandarde IEEE 1588-2002 a nazýval sa „Štandard pre protokol presnej synchronizácie hodín pre sieťové meracie a riadiace systémy“. V roku 2008 bol vydaný aktualizovaný štandard IEEE 1588-2008, ktorý popisuje PTP verziu 2. Táto verzia protokolu zlepšila presnosť a stabilitu, ale nezachovala spätnú kompatibilitu s prvou verziou protokolu. V roku 2019 bola vydaná aj verzia štandardu IEEE 1588-2019, ktorá popisuje PTP v2.1. Táto verzia pridáva menšie vylepšenia PTPv2 a je spätne kompatibilná s PTPv2.

Inými slovami, máme nasledujúci obrázok s verziami:

PTPv1
(IEEE 1588-2002)

PTPv2
(IEEE 1588-2008)

PTPv2.1
(IEEE 1588-2019)

PTPv1 (IEEE 1588-2002)

-
nekonzistentné

nekonzistentné

PTPv2 (IEEE 1588-2008)

nekonzistentné

-
kompatibilný

PTPv2.1 (IEEE 1588-2019)

nekonzistentné

kompatibilný

-

Ale ako vždy, existujú nuansy.

Nekompatibilita medzi PTPv1 a PTPv2 znamená, že zariadenie s podporou PTPv1 sa nebude môcť synchronizovať s presnými hodinami bežiacimi na PTPv2. Na synchronizáciu používajú rôzne formáty správ.

Stále je však možné kombinovať zariadenia s PTPv1 a zariadenia s PTPv2 v rovnakej sieti. Na dosiahnutie tohto cieľa vám niektorí výrobcovia umožňujú vybrať verziu protokolu na portoch okrajových hodín. To znamená, že hraničné hodiny sa môžu synchronizovať pomocou PTPv2 a stále synchronizovať ostatné hodiny k nim pripojené pomocou PTPv1 aj PTPv2.

PTP zariadenia. Aké sú a čím sa líšia?

Norma IEEE 1588v2 popisuje niekoľko typov zariadení. Všetky sú uvedené v tabuľke.

Zariadenia medzi sebou komunikujú cez LAN pomocou PTP.

Zariadenia PTP sa nazývajú hodiny. Všetky hodinky berú presný čas z veľmajstrovských hodiniek.

Existuje 5 typov hodiniek:

Veľmajstrovské hodiny

Hlavným zdrojom presného času. Často vybavené rozhraním na pripojenie GPS.

Obyčajné hodiny

Zariadenie s jedným portom, ktoré môže byť hlavné (hlavné hodiny) alebo podriadené (podriadené hodiny)

Hlavné hodiny (majster)

Sú zdrojom presného času, podľa ktorého sa synchronizujú ostatné hodiny

Otrokárske hodiny

Koncové zariadenie, ktoré je synchronizované s hlavnými hodinami

Hraničné hodiny

Zariadenie s viacerými portami, ktoré môže byť master alebo slave.

To znamená, že tieto hodiny sa môžu synchronizovať s hlavnými hodinami vyššej úrovne a podriadenými hodinami nižšej úrovne.

End-to-end priehľadné hodiny

Zariadenie s viacerými portami, ktoré nie je ani hlavným ani podriadeným. Prenáša PTP dáta medzi dvoma hodinkami.

Pri prenose dát priehľadné hodiny opravujú všetky PTP správy.

Oprava nastáva pridaním času oneskorenia na tomto zariadení do korekčného poľa v hlavičke prenášanej správy.

Priehľadné hodiny peer-to-peer

Zariadenie s viacerými portami, ktoré nie je ani hlavným ani podriadeným.
Prenáša PTP dáta medzi dvoma hodinkami.

Pri prenose dát priehľadné hodiny opravia všetky PTP správy Sync a Follow_Up (viac o nich nižšie).

Korekcia sa dosiahne pridaním do korekčného poľa prenášaného paketu oneskorenia na vysielacom zariadení a oneskorenia na kanáli prenosu dát.

Riadiaci uzol

Zariadenie, ktoré konfiguruje a diagnostikuje iné hodinky

Hlavné a podriadené hodiny sú synchronizované pomocou časových pečiatok v správach PTP. V protokole PTP existujú dva typy správ:

• Správy udalostí sú synchronizované správy, ktoré zahŕňajú generovanie časovej pečiatky v čase odoslania správy a v čase jej prijatia.
• Všeobecné správy – tieto správy nevyžadujú časové pečiatky, ale môžu obsahovať časové pečiatky pre súvisiace správy

Správy udalostí

Všeobecné správy

Synchronizácia
Delay_Req
Pdelay_Req
Pdelay_Resp

oznámiť
Nasleduj
Delay_Resp
Pdelay_Resp_Follow_Up
management
signalizačné

Všetky typy správ budú podrobnejšie popísané nižšie.

Základné problémy so synchronizáciou

Keď sa synchronizačný paket prenáša cez lokálnu sieť, oneskorí sa na prepínači a v dátovom spojení. Akýkoľvek prepínač spôsobí oneskorenie približne 10 mikrosekúnd, čo je pre PTPv2 neprijateľné. Na konečnom zariadení totiž potrebujeme dosiahnuť presnosť 1 μs. (To je, ak hovoríme o energii. Iné aplikácie môžu vyžadovať väčšiu presnosť.)

IEEE 1588v2 popisuje niekoľko operačných algoritmov, ktoré vám umožňujú zaznamenať časové oneskorenie a opraviť ho.

Algoritmus práce
Počas normálnej prevádzky protokol funguje v dvoch fázach.

• Fáza 1 – vytvorenie hierarchie „Master Clock – Slave Clock“.
• 2. fáza - synchronizácia hodín pomocou mechanizmu End-to-End alebo Peer-to-Peer.

Fáza 1 - Vytvorenie hierarchie Master-Slave

Každý port bežných alebo okrajových hodín má určitý počet stavov (podriadené hodiny a hlavné hodiny). Norma popisuje prechodový algoritmus medzi týmito stavmi. V programovaní sa takýto algoritmus nazýva konečný automat alebo stavový automat (viac podrobností vo Wiki).

Tento stavový automat používa algoritmus Best Master Clock Algorithm (BMCA) na nastavenie hlavného zariadenia pri prepojení dvoch hodín.

Tento algoritmus umožňuje hodinkám prevziať zodpovednosť za veľmajstrovské hodinky, keď nadradené veľmajstrovské hodinky stratia signál GPS, prejdú do režimu offline atď.

Stavové prechody podľa BMCA sú zhrnuté v nasledujúcom diagrame:


Informácie o hodinkách na druhom konci „drôtu“ sa odosielajú v špeciálnej správe (Oznamovacia správa). Po prijatí týchto informácií sa spustí algoritmus stavového stroja a vykoná sa porovnanie, aby sa zistilo, ktoré hodiny sú lepšie. Port na najlepších hodinkách sa stáva hlavnými hodinkami.

Jednoduchá hierarchia je znázornená na obrázku nižšie. Cesty 1, 2, 3, 4, 5 môžu obsahovať Transparentné hodiny, ale nezúčastňujú sa na vytváraní hierarchie Master Clock - Slave Clock.

Fáza 2 – Synchronizácia bežných a okrajových hodín

Ihneď po vytvorení hierarchie „Master Clock – Slave Clock“ začína fáza synchronizácie bežných a hraničných hodín.

Na synchronizáciu hlavné hodiny pošlú správu obsahujúcu časovú značku do podradených hodín.

Hlavné hodiny môžu byť:

• jednostupňové;
• dvojstupňový.

Jednostupňové hodiny posielajú jednu synchronizačnú správu na synchronizáciu.

Dvojfázové hodiny používajú na synchronizáciu dve správy – Sync a Follow_Up.

Pre fázu synchronizácie možno použiť dva mechanizmy:

• Mechanizmus oneskorenia požiadavka-odpoveď.
• Mechanizmus merania oneskorenia rovesníkov.

Najprv sa pozrime na tieto mechanizmy v najjednoduchšom prípade – keď sa nepoužívajú priehľadné hodinky.

Mechanizmus oneskorenia požiadavka-odpoveď

Mechanizmus zahŕňa dva kroky:

1. Meranie oneskorenia pri prenose správy medzi hlavnými hodinami a podradenými hodinami. Vykonané pomocou mechanizmu oneskorenia žiadosť-odpoveď.
2. Vykonáva sa korekcia presného časového posunu.

Meranie latencie


t1 – čas odoslania synchronizačnej správy hlavnými hodinami; t2 – Čas prijatia správy Sync podradenými hodinami; t3 – čas odoslania požiadavky na oneskorenie (Delay_Req) ​​podriadenými hodinami; t4 – Čas príjmu Delay_Req hlavnými hodinami.

Keď podriadené hodiny poznajú časy t1, t2, t3 a t4, môžu vypočítať priemerné oneskorenie pri prenose synchronizačnej správy (tmpd). Vypočítava sa takto:

Pri prenose správy Sync and Follow_Up sa vypočíta časové oneskorenie medzi nadriadeným a podriadeným - t-ms.

Pri prenose správ Delay_Req a Delay_Resp sa vypočítava časové oneskorenie medzi podriadeným zariadením a nadriadeným - t-sm.

Ak medzi týmito dvoma hodnotami dôjde k nejakej asymetrii, potom sa objaví chyba pri korekcii odchýlky presného času. Chyba je spôsobená skutočnosťou, že vypočítané oneskorenie je priemerom oneskorení t-ms a t-sm. Ak sa oneskorenia navzájom nerovnajú, potom čas presne neupravíme.

Korekcia časového posunu

Keď je známe oneskorenie medzi hlavnými hodinami a podradenými hodinami, podradené hodiny vykonajú korekciu času.

Podradené hodiny používajú správu Sync a voliteľnú správu Follow_Up na výpočet presného časového posunu pri prenose paketu z nadradených hodín do podriadených hodín. Posun sa vypočíta podľa nasledujúceho vzorca:

Mechanizmus merania oneskorenia rovesníkov

Tento mechanizmus tiež používa dva kroky na synchronizáciu:

1. Zariadenia merajú časové oneskorenie všetkým susedom cez všetky porty. Na tento účel používajú mechanizmus oneskorenia rovesníkov.
2. Oprava presného časového posunu.

Meranie latencie medzi zariadeniami, ktoré podporujú režim Peer-to-Peer

Latencia medzi portami podporujúcimi mechanizmus peer-to-peer sa meria pomocou nasledujúcich správ:

Keď port 1 pozná časy t1, t2, t3 a t4, môže vypočítať priemerné oneskorenie (tmld). Vypočíta sa pomocou nasledujúceho vzorca:

Port potom použije túto hodnotu pri výpočte poľa úpravy pre každú správu o synchronizácii alebo voliteľnú správu Follow_Up, ktorá prechádza cez zariadenie.

Celkové oneskorenie sa bude rovnať súčtu oneskorenia počas prenosu cez toto zariadenie, priemerného oneskorenia počas prenosu cez dátový kanál a oneskorenia už obsiahnutého v tejto správe, povoleného na nadradených zariadeniach.

Správy Pdelay_Req, Pdelay_Resp a voliteľné Pdelay_Resp_Follow_Up vám umožňujú získať oneskorenie od mastera k slave a od slave k master (kruhové).

Akákoľvek asymetria medzi týmito dvoma hodnotami spôsobí chybu korekcie časového posunu.

Úprava presného časového posunu

Podriadené hodiny používajú správu Sync a voliteľnú správu Follow_Up na výpočet presného časového posunu pri prenose paketu z nadradených hodín do podriadených hodín. Posun sa vypočíta podľa nasledujúceho vzorca:

Výhody prispôsobenia mechanizmu peer-to-peer - časové oneskorenie každej Sync alebo Follow_Up správy sa počíta tak, ako je prenášaná v sieti. V dôsledku toho zmena prenosovej cesty žiadnym spôsobom neovplyvní presnosť nastavenia.

Pri použití tohto mechanizmu časová synchronizácia nevyžaduje výpočet časového oneskorenia pozdĺž cesty, ktorú prejde synchronizačný paket, ako sa to robí v základnej výmene. Tie. Správy Delay_Req a Delay_Resp sa neodosielajú. Pri tejto metóde sa oneskorenie medzi hlavnými a podriadenými hodinami jednoducho sčítava v poli úprav každej správy Sync alebo Follow_Up.

Ďalšou výhodou je, že hlavné hodiny nemusia spracovávať správy Delay_Req.

Prevádzkové režimy priehľadných hodín

V súlade s tým to boli jednoduché príklady. Teraz predpokladajme, že sa na synchronizačnej ceste objavia prepínače.

Ak použijete prepínače bez podpory PTPv2, synchronizačný paket sa na prepínači oneskorí približne o 10 µs.

Prepínače, ktoré podporujú PTPv2, sa v terminológii IEEE 1588v2 nazývajú transparentné hodiny. Transparentné hodiny nie sú synchronizované s hlavnými hodinami a nezúčastňujú sa hierarchie „Master Clock - Slave Clock“, ale pri prenose synchronizačných správ si pamätajú, ako dlho bola správa nimi oneskorená. To vám umožní nastaviť časové oneskorenie.

Transparentné hodiny môžu pracovať v dvoch režimoch:

• End-to-End.
• Peer to peer.

End-to-End (E2E)

Priehľadné hodiny E2E vysielajú správy synchronizácie a sprievodné správy Follow_Up na všetkých portoch. Dokonca aj tie, ktoré sú blokované niektorými protokolmi (napríklad RSTP).

Prepínač si pamätá časovú značku, kedy bol na porte prijatý synchronizačný paket (Follow_Up) a kedy bol z portu odoslaný. Na základe týchto dvoch časových pečiatok sa vypočíta čas, ktorý potrebuje prepínač na spracovanie správy. V norme sa tento čas nazýva čas zdržania.

Čas spracovania sa pridá do poľa correctionField správy Sync (jednokrokové hodiny) alebo Follow_Up (dvojkrokové hodiny).

Transparentné hodiny E2E merajú čas spracovania správ Sync a Delay_Req, ktoré prechádzajú prepínačom. Je však dôležité pochopiť, že časové oneskorenie medzi hlavnými hodinami a podradenými hodinami sa vypočítava pomocou mechanizmu oneskorenia požiadavka-odpoveď. Ak sa zmenia hlavné hodiny alebo sa zmení cesta od hlavných hodín k podradeným hodinám, oneskorenie sa meria znova. To zvyšuje čas prechodu v prípade zmien siete.

Transparentné hodiny P2P okrem merania času potrebného na spracovanie správy prepínačom merajú oneskorenie dátového spojenia k najbližšiemu susedovi pomocou mechanizmu susedskej latencie.

Latencia sa meria na každom odkaze v oboch smeroch, vrátane odkazov, ktoré sú blokované nejakým protokolom (napríklad RSTP). To vám umožňuje okamžite vypočítať nové oneskorenie v synchronizačnej ceste, ak sa zmenia hlavné hodiny alebo topológia siete.

Čas spracovania správ prepínačmi a latencia sa zhromažďujú pri odosielaní správ Sync alebo Follow_Up.

Typy podpory PTPv2 prepínačmi

Prepínače môžu podporovať PTPv2:

• programovo;
• hardvér.

Pri implementácii protokolu PTPv2 v softvéri si prepínač vyžiada časovú značku z firmvéru. Problém je v tom, že firmvér funguje cyklicky a budete musieť počkať, kým nedokončí aktuálny cyklus, prijme požiadavku na spracovanie a po ďalšom cykle vydá časovú pečiatku. To si tiež vyžiada čas a dôjde k oneskoreniu, aj keď nie takému výraznému ako bez softvérovej podpory pre PTPv2.

Iba hardvérová podpora pre PTPv2 vám umožňuje zachovať požadovanú presnosť. Časovú pečiatku v tomto prípade vydáva špeciálny ASIC, ktorý je nainštalovaný na porte.

Formát správy

Všetky správy PTP pozostávajú z nasledujúcich polí:

• Hlavička – 34 bajtov.
• Telo – veľkosť závisí od typu správy.
• Prípona je voliteľná.

Hlavička

Pole Hlavička je rovnaké pre všetky správy PTP. Jeho veľkosť je 34 bajtov.

Formát poľa hlavičky:

messageType – obsahuje typ prenášanej správy, napríklad Sync, Delay_Req, Pdelay_Req atď.

dĺžka správy – obsahuje plnú veľkosť správy PTP, vrátane hlavičky, tela a prípony (ale bez výplňových bajtov).

domainNumber – určuje, do ktorej domény PTP správa patrí.

Домен - ide o niekoľko rôznych hodín zhromaždených v jednej logickej skupine a synchronizovaných z jedných hlavných hodín, ale nie nevyhnutne synchronizovaných s hodinami patriacimi do inej domény.

Vlajky – Toto pole obsahuje rôzne príznaky na identifikáciu stavu správy.

opravné pole – obsahuje čas oneskorenia v nanosekundách. Čas oneskorenia zahŕňa oneskorenie pri prenose cez transparentné hodiny, ako aj oneskorenie pri prenose cez kanál pri použití režimu Peer-to-Peer.

sourcePortIdentity – toto pole obsahuje informácie o tom, z ktorého portu bola táto správa pôvodne odoslaná.

ID sekvencie – obsahuje identifikačné číslo pre jednotlivé správy.

controlField – pole artefaktu =) Zostáva z prvej verzie štandardu a obsahuje informácie o type tejto správy. V podstate to isté ako messageType, ale s menším počtom možností.

logMessageInterval – toto pole je určené typom správy.

Telo

Ako bolo uvedené vyššie, existuje niekoľko typov správ. Tieto typy sú popísané nižšie:

Oznamovacia správa
Správa Announce sa používa na „informovanie“ iných hodín v tej istej doméne o jej parametroch. Táto správa vám umožňuje nastaviť hierarchiu Master Clock - Slave Clock.


Synchronizovať správu
Správa o synchronizácii je odoslaná hlavnými hodinami a obsahuje čas hlavných hodín v čase vygenerovania správy o synchronizácii. Ak sú hlavné hodiny dvojstupňové, potom sa časová pečiatka v správe Sync nastaví na 0 a aktuálna časová pečiatka sa odošle v súvisiacej správe Follow_Up. Správa Sync sa používa pre oba mechanizmy merania latencie.

Správa sa prenáša pomocou funkcie Multicast. Voliteľne môžete použiť Unicast.

Správa Delay_Req

Formát správy Delay_Req je identický so správou Sync. Podriadené hodiny posielajú Delay_Req. Obsahuje čas, kedy bola požiadavka Delay_Req odoslaná podriadenými hodinami. Táto správa sa používa len pre mechanizmus oneskorenia požiadavka-odpoveď.

Správa sa prenáša pomocou funkcie Multicast. Voliteľne môžete použiť Unicast.

Správa Follow_Up

Správa Follow_Up je voliteľne odoslaná hlavnými hodinami a obsahuje čas odoslania Synchronizujte správy majster. Správu Follow_Up odosielajú iba dvojstupňové hlavné hodiny.

Správa Follow_Up sa používa pre oba mechanizmy merania latencie.

Správa sa prenáša pomocou funkcie Multicast. Voliteľne môžete použiť Unicast.

Správa Delay_Resp

Správu Delay_Resp odosielajú hlavné hodiny. Obsahuje čas, kedy bola požiadavka Delay_Req prijatá hlavnými hodinami. Táto správa sa používa len pre mechanizmus oneskorenia požiadavka-odpoveď.

Správa sa prenáša pomocou funkcie Multicast. Voliteľne môžete použiť Unicast.

Správa Pdelay_Req

Správa Pdelay_Req je odoslaná zariadením, ktoré požaduje oneskorenie. Obsahuje čas odoslania správy z portu tohto zariadenia. Pdelay_Req sa používa iba pre mechanizmus merania susedného oneskorenia.

Správa Pdelay_Resp

Správa Pdelay_Resp je odoslaná zariadením, ktoré prijalo požiadavku na oneskorenie. Obsahuje čas prijatia správy Pdelay_Req týmto zariadením. Správa Pdelay_Resp sa používa len pre mechanizmus merania susedného oneskorenia.

Správa Pdelay_Resp_Follow_Up

Správa Pdelay_Resp_Follow_Up je voliteľne odoslaná zariadením, ktoré prijalo požiadavku na oneskorenie. Obsahuje čas prijatia správy Pdelay_Req týmto zariadením. Správa Pdelay_Resp_Follow_Up je odosielaná iba dvojstupňovými hlavnými hodinami.

Táto správa môže byť tiež použitá pre čas vykonania namiesto časovej pečiatky. Čas vykonania je čas od prijatia Pdelay-Req do odoslania Pdelay_Resp.

Pdelay_Resp_Follow_Up sa používajú len pre mechanizmus merania susedného oneskorenia.

Manažérske správy

Riadiace správy PTP sú potrebné na prenos informácií medzi jedným alebo viacerými hodinami a riadiacim uzlom.

Prevod na LV

Správa PTP sa môže prenášať na dvoch úrovniach:

• Sieť – ako súčasť IP dát.
• Kanál – ako súčasť ethernetového rámca.

Prenos správ PTP cez UDP cez IP cez Ethernet

PTP cez UDP cez Ethernet

profily

PTP má pomerne veľa flexibilných parametrov, ktoré je potrebné nakonfigurovať. Napríklad:

• Možnosti BMCA.
• Mechanizmus merania latencie.
• Intervaly a počiatočné hodnoty všetkých konfigurovateľných parametrov atď.

A napriek tomu, že sme predtým povedali, že zariadenia PTPv2 sú navzájom kompatibilné, nie je to pravda. Zariadenia musia mať rovnaké nastavenia, aby mohli komunikovať.

Preto existujú takzvané PTPv2 profily. Profily sú skupiny nakonfigurovaných nastavení a definovaných obmedzení protokolov, aby bolo možné implementovať časovú synchronizáciu pre konkrétnu aplikáciu.

Samotný štandard IEEE 1588v2 popisuje iba jeden profil – „Predvolený profil“. Všetky ostatné profily vytvárajú a popisujú rôzne organizácie a združenia.

Napríklad Power Profile alebo PTPv2 Power Profile bol vytvorený výborom Power Systems Relaying Committee a Substation Committee IEEE Power and Energy Society. Samotný profil sa nazýva IEEE C37.238-2011.

Profil popisuje, že PTP možno prenášať:

• Len cez siete L2 (t. j. Ethernet, HSR, PRP, non-IP).
• Správy sa prenášajú iba prostredníctvom vysielania Multicast.
• Mechanizmus merania oneskorenia rovnocenného partnera sa používa ako mechanizmus merania oneskorenia.

Predvolená doména je 0, odporúčaná doména je 93.

Filozofiou dizajnu C37.238-2011 bolo znížiť počet voliteľných funkcií a zachovať len potrebné funkcie pre spoľahlivú interakciu medzi zariadeniami a zvýšenú stabilitu systému.

Tiež sa určuje frekvencia prenosu správ:

V skutočnosti je na výber iba jeden parameter - typ hlavných hodín (jednostupňové alebo dvojstupňové).

Presnosť by nemala byť väčšia ako 1 μs. Inými slovami, jedna synchronizačná cesta môže obsahovať maximálne 15 transparentných hodín alebo tri hraničné hodiny.

Zdroj: hab.com