Page 1 of 18

Universitatea POLITEHNICA din Bucureti

Facultatea de Electronic, Telecomunicaii i Tehnologia Informaiei

Mecanisme de sincronizare n
reelele de calculatoare

Bicoianu Raluca-Lavinia
Master I IISC

Page 2 of 18

Cuprins
Introducere n problema sincronizarii reelelor de calculatoare
1. Comparaie PTP (Precision Time Protocol )/ NTP (network Time Protocol)
2. Msurarea i controlul dispozitivelor de sincronizare
3. Metodologii de sincronizare
3.1 Sincronizare de baz
3.1.1 tampile de timp i configuratii n exclusivitate software
3.1.2 Configurare hardware
3.2 Boundary clocks
3.3 Transparent switches
3.4 Mecanismul "peer delay"
4. Profiluri PTP
5. Utilizarea PTP si a NTP
6.Concluzii
Bibliografie

Page 3 of 18

Probleme de sincronizare n reelele de calculatoare

Introducere n problema sincronizrii reelelor de calculatoare

Este dificil de estimat importana sincronizrii timpului n sistemele moderne de
calculatoare. Viaa noastr depinde acum de tranzacii financiare, telecomunicaii, fabricaii de
mare vitez, care sunt conduse de rapiditate, dispozitive puternice ale calculatoarelor coordonate
n timp unele cu celelalte. De asemeni, avem nevoie de sincronizarea informaiilor de securitate,
autentificri i semnturi digitale, sincronizarea aplicaiilor industriale (transport, energie, gaze).
Ceasul fizic ataat unui calculator este folosit pentru marcarea temporal a oricrui
eveniment aprut n cadrul unui proces ce se execut la hostul respectiv. Rezoluia ceasului
trebuie s fie mai mic dect rat la care apar evenimentele. Se pune problema comparrii
marcajelor generate de ceasuri similare din punctual de vedere al construciei. Pentru aceasta
trebuie luat n considerare faptul c nu este suficient cunoaterea deplasamentului datorat
momentelor de iniializare diferite. n practic ceasurile nu ticie exact cu aceeasi frecvent:
diferene infime pot deveni de neneglijat prin acumularea lor. Mai trebuie inut cont si de
deviaia ratei ceasului. De exemplu pentru ceasurile cu cuar deviaia este de 10-6 secunde. Cele
mai exacte ceasuri sunt ceasurile atomice care masoar timpul cu o acuratee de 1 la 1013. Pentru
a putea stabili un etalon n ceea ce privete msurarea timpului s-a format UTC, un standard
internaional care se bazeaz pe timpul atomic, dar care n anumite condiii (inseria/extragerea
unei secunde) poate ine pasul cu timpul astronomic. Semnalele UTC sunt emise periodic prin
staii radio i satelii (GOES, GPS). n cazul n care timpul recepionat de la serviciu este mai
mare dect timpul propriu, se va sri la timpul respective. NTP permite sincronizarea cu
acuratee la UTC a clienilor din Internet. [1]
Pentru sistemele moderne de Unix, clientul NTP este implementat ca un proces daemon
care ruleaz continuu n spaiu utilizator (ntpd). Toate versiunile recente de Linux, BSD, Mac
OS X, Solaris i AIX sunt puse n aplicare n acest mod. Pachet NTP este o datagrama UDP,
efectuat pe portul 123 [6].
Microsoft Windows Microsoft Windows NT 4.0 nu a venit cu o punere n aplicare NTP.
Implementare de referin a NTP poate fi utilizat pe sistemele de NT4. [7]
Toate versiunile Microsoft Windows din Windows 2000 i Windows XP includ serviciul
Windows Time ("W32Time"), [3], care are capacitatea de a sincroniza ceasul computerului la un
server NTP. Versiunea n Windows 2000 i Windows XP implementeaz doar simpl NTP, i
ncalc mai multe aspecte ale NTP versiunea 3 de iarn [2] ncepnd cu Windows Server 2003 i
Windows Vista, este inclus o punere n aplicare complet a NTP [4].
Cu toate acestea, Microsoft nu garanteaz c punerea n aplicare a acestora va fi mult mai precisa

Page 4 of 18

decat 2 secunde. [5] n cazul n care se dorete o mai mare acuratee, Microsoft recomand s
utilizai o alta aplicaie NTP. [9]
De la prima specificare complet a NTP ( Network Time Protocol) versiunea 1 i a
algoritmului care-l nsotete aprut n RFC 1059 n anul 1988, NTP a jucat un rol important n
sincronizarea timpului pentru meninerea ceasurilor reelei de calculatoare sincronizate la un
ordin mai mic decat milisecunde unul cu celalalt. NTP a fost dezvoltat pentru un vast numar de
sisteme dealungul timpului. Cand utilizatorii doresc s coordoneze evenimente n timp ntre mai
multe sisteme, ei au mai multe opiuni pentru a rezolva problema, fiecare cu compromisul ei.
NTP trebuie s nu eueze n cazul unei ntreruperi de conectivitate, s aib protecie contra
interferenelor cu serviciul de timp. NTP se aplica n reele de servere cu acces la Internet, n care
serverele primare sunt conectate la un receptor UTC, iar serverele secundare sunt sincronizate cu
primele. O subretea cu mai multe straturi este reconfigurabila n cazul unui esec.NTP utilizeaza
trei moduri de sincronizare:
1.Multicast destinat LAN-urilor de vitez mare, care are o acuratee redus, dar care este
suficien n cele mai multe cazuri.
2. Apel de procedur- similar cu algoritmul Christian i se aplic atunci cand hardware-ul
nu suport multicast sau se dorete obinerea unei acuratei mai bune.
3. Simetric- pentru servere care ofer timpul n LAN-uri si la nivele nalte ale subreelei
de sincronizare
Una din alternativele NTP este PTP (Precision Time Protocol). PTP este definit de
standardul IEEE n noiembrie 2002 i s-a bazat pe prototipurile de mai nainte ale Agilent
Technologies. O revizuire a PTP a fost publicat n 2008 i este cunoscut ca PTP versiunea 2
sau IEEE 1588-2008. IEEE 1588 este proiectat pentru a umple o ni nu sunt bine deservite de
ctre una dintre cele dou protocoale dominante, NTP i GPS. IEEE 1588 este proiectat pentru
sistemele locale care necesit precizie n afar de cele realizabile cu ajutorul NTP. Acesta este,
de asemenea, proiectat pentru aplicaii care nu pot suporta costul unui receptor GPS la fiecare
nod, sau pentru care semnalele GPS sunt inaccesibile. [10]
1. Comparaie PTP/NTP
PTP i NTP sunt similar prin faptul c ambele se bazeaz pe transmisiuni de pachete i
trimiterea de tampile printr-o reea de la un dispozitiv de referin, ctre unul sau mai multe alte
dispozitive. n plus, ambele fac sincronizarea ceasurilor dispozitivelor offset-ului de timp i
intarzierii reelei. Ambele suport mai multe tipuri de dispozitive cu precizii i rezoluii diferite.
Fiecare protocol are propriile puncte forte i alegerea unuia n detrimentul celuilalt se
face prin evaluarea mediului sistemului, a capacitilor acestuia.
PTP este ales cand performanele de sincronizare ale sistemului trebuie s depeasc
ordinul de precizie al NTP i anume ordinul milisecundelor. Cand utilizm un sistem hardware
PTP, care are capacitatea de a trimite stampile n pachete. Dispozitivele care utilizeaz PTP ntrun LAN (Local Area Network) poate sincroniza ceasurile acestei reele la un ordin de mrime

Page 5 of 18

mai mic decat zeci de nanosecunde. Fr tampile hardware, referindu-ne la configurare

exclusive software, implementrile PTP pot obine precizii mai mici dect milisecunde.
NTP rmne o tehnologie popular de sincronizare, chiar dac implementarile PTP au
fost fcute disponibile designerilor de sisteme n mai multe platforme, ambele comerciale i
constituind implemetri la fel de disponibile. [1]
2. Msurarea i controlul dispozitivelor de sincronizare
Msurarea si controlul dispozitivelor a fost ntotdeauna o avangarda a sincronizarii de
mare precizie. Pentru a obine gradul de sincronizare necesar tipului de dispozitiv, semnale
trimise prin cabluri specializate pot fi utilizate pentru sincronizarea evenimentelor dintre
dispozitive. Aceste cabluri utilizate exclusive pentru sincronizarea evenimentelor sunt adesea
potrivite n lungime pentru a se asigura c intarzicerea propagrii este una compatibil.
Sincronizarea utilizand aceste cabluri dedicate se obtine cu o precizie foarte ridicat, iar
evenimentele pot fi coordonate intre ele cu un ordin mai mic decat picosecunde, peste dispozitive
aflate n vecinatate. Acest tip de sincronizare poart numele de sincronizare bazate pe semnal.
n timp ce este imbatabil pentru aplicaii care necesit cea mai precis sincronizare
posibil, sincronizarea bazat pe semnal poate deveni imposibil de utilizat. Cablurile dedicate
pentru sincronizarea separat a dispozitivelor pot fi costuri prohibitive i sincronizarea bazat pe
semnale necesit suport hardware i software specializat pentru a genera i receptiona semnale
prin cablu.
Cablul nsui poate fi adesea subiectul variaiei ntrzierilor de propagare n timp sau
de temperatur i ca multe dispozitive sunt adugate sistemului, complexitatea cablrii multiple a
dispozitivelor crete, ceea ce nseamn o mentenan mai dificil i efort n plus n ceea ce
porivete depanarea problemelor. Sincronizarea bazat pe semnal necesit ca echipamentele s
nu comunice unele cu altele i sa nu poata fi msurat pe distane lungi, cnd l comparm cu alte
mecanisme de sincronizare.
ntre timp, cu Ethernet omniprezent n laboratoarele i fabricile unde se desfoar
controlul i msurtorile dispozitivelor, o necessitate apruta pentru ca aceste dispozitive s
poate s utilize o reea LAN sau WAN pentru comunicaii de date i control.
NTP este adesea obligat s seteze timpul sistemului pentru aceste dispozitive, dar se
pstreaz necesitatea unui eveniment de stocare dedicate. n ciuda prezentei tuturor
ingredientelor de baza ale evenimentului pentru sincronizarea coordonat , cronometre distribuite
( uneori se refer la sincronizarea bazat pe timp ), o tehnologie acceptabil care poate s utilize
aceasta infrastructur pentru a putea nlocui sincronizarea bazat pe semnal. NTP utilizeaz
algoritmul Marzullo i este proiectat pentru a rezista efectelor de laten variabil. NTP poate
menine, de obicei, n termen de timp pentru a zeci de milisecunde pe internet publice i poate
atinge o acuratee milisecund n reele locale, n condiii ideale.[1]
Pentru ca implementarea bazat pe semnal impune constrngerile descrise anterior,
soluiile bazate pe timp care utilizeaz Ethernet au fost investigate mai departe ca o soluie de

Page 6 of 18

sincronizare. La prima vedere NTP pare a fi un bun candidat pentru o soluie de sincronizare de
cost mic, bazat pe timp i aceasta pentru numeroase aplicaii. Sincronizarea bazat pe semnal
totui, furnizeaz un nivel de precizie foarte ridicat, NTP versiunea 3 furniznd un nivel de
precizie doar de ordinul milisecundelor.Aceast precizie este insuficient pentru aplicaiile care
utilizeaz soluii bazate pe semnal.[11]
PTP a fost construit s indeplineasc necesitile industriale de masur i control.
Acesta este capabil s obin o precizie de ordinul nanosecundelor, utiliznd o infrastructura
similar cu cea NTP. O privire mai apropiat asupra PTP arat de ce este o masur bun n
msurarea i controlul aplicaiilor.
Introducere n PTP
Primele puncte forte ale designului PTP au fost enumerate n numeroase prezentri i
documente, inclusive n standardul IEEE 1588.
Pentru a furniza o sincronizare de ordin mai mic dect microsecunde a ceasurilor n timp
real aflate n componentele unei reele distribuite de msurare i control al sistemului.
S obtin cea mai bun performan cu sisteme localizate tipice pentru automatizri
industriale, teste i msurtori ale mediului
S fie adaptabil pentru comunicaii multicast pe suport LAN (incluznd, dar nu se
limiteaz la Ethernet)
S furnizeze o instalare simpl
S suporte sisteme heterogene de ceasuri n care variaz precizia, rezoluia i stabilitatea
S impun cereri minime de resurse de reea i component ale host-urilor
PTP ndeplinete aceste puncte utiliznd o metodologie robust de sincronizare, un
algoritm care n mod continuu i automat menine ierarhia potrivit a dispozitivelor
pentru acuratee maxim i hardware specializat (necesar doar pentru performant
optim).
3.1 Metodologii de sincronizare
3.1.1.Sincronizarea de baz
La baza standardului PTP este metodologia de sincronizare. Similar cu alte protocoale de
sincronizare Ethernet, bazate pet timp n ceea ce privete conceptul, metodologia de sincronizare
PTP este unic i depinde oarecum de hardware ul; folosit i aplicaie ( industrie de putere,
telecomunicaii).
PTP definete o ierarhie coordonator-subordonat (master-slave). Coordonatorul servete
drept rererin de timp pentru mai multe dispozitive. Procesul selectrii coordonatorului dintre
dispozitivele participante este definit de algoritmul BMC (Best Master Clock), care este aplicat
pentru fiecare dispozitiv la interval spcifice. Dispozitivele ( adesea referindu-se la ceasuri

Page 7 of 18

obinuite) se pot considera ele nsele coordonator pentru ca au fost determinate n concordan cu
BMC ca avnd la acest moment cea mai bun abilitate de a pstra timpul fa de coordonatorul
curent. Ele vor transmite un mesaj anun multicast utiliznd UDP ( User Datagram Protocol) la
interval configurabile. Alte dispozitive vor procesa aceste anunuri n conformitate cu BMC i
vor selecta noul coordonator. Dac un coordinator va recepiona un mesaj anun de la un alt
potenial coordinator ( cunoscut ca coordinator strain) i algoritmul BMC indica acest
coordinator strain ca fiind coordinatorul curent va face tranzitia catre o pozitie de subordonat.
n plus, la mesajul anun un ceas coordinator transmite periodic un mesaj Sync utiliznd
UDP multicast (by default), care este recepionat de un ceas subordonat. Fiecare subordonat
utilizeaz un mesaj Sync pentru a calcula diferena dintre ceasul propriu i ceasul coordonator.
Mesajul conine o tampila provenit de la coordinator cu momentul n care a fost eliberat. (t1
din figura 1).

Figura 1 Sincronizarea de baz a schimbului de mesaje

Sursa: [1]
Cnd subordonatul recepioneaz mesajul Sync, nregistreaza tipul recepionrii (t2).
Timpul n mesajul Sync nu reprezint timpul precis n care mesajul a prsit dispozitivul,
deoarece acesta nu este cunoscut dect dupa trimiterea mesajului. Coordonatorul trimite apoi
mesajul de Follow-up, care include momentul de timp actualizat n care mesajul Sync prsete
coordonatorul . Momentul n care mesajul Sync prseste coordonatorul este determinat de
hardware-ul specializat sau de driver-ul de reea. Subordonatul recepioneaz mesajul Follow-up
i utilizeaz valoarea actuala a t1.
n acest punct subordonatul a avut doua valori de timp (t1 i t2) i poate calcula diferene
ntre timekeepers i coordonator. Din nefericire, offset-ul obtinut din t1 i t2 include cateva

Page 8 of 18

cantitati necunoscute de intarzieri de propagare datorate retelei. Pentru a determina aceasta

ntrziere i pentru a calcula offset-ul actual ntre timekeepers, subordonatul elibereaz o cerere
Delay Request ctre coordonator i noteaz timpul cnd a fost trimis (t3) i apoi timpul cnd a
fost recepionat Delay Request (t4) i elibereaz Delay Response catre subordonatul care conine
t4. Cnd subordonatul receptioneaz Delay Response, va deine patru tampile de timp- t1,t2,t3
i t4- i poate calcula offset-ul ntre timekeeper-ul sau i timekeeper-ul masterului, lund n
considerare nsa i o intarziere datorata retelei. [1]
3.1.2 tampile de timp i configuratii n exclusivitate software
Pentru a obtine timpul actual mesajul Sync a fost trimis de master cu scopul de a-l insera
n mesajul Follow-up. Masterul trebuie s tie exact cnd este capabila reeaua sa hardware
este capabil s trimit message Sync. Acest hardware este mult mai probabil interfata fizica de
retea (PHY) sau alt hardware care recunoaste pachetele PTP i noteaza timpul exact n care ele
au fost trimise sau receptionate. Diferena ntre situaia n care software-ul masterul PTP iniiaz
trimiterea acestui mesaj ( valoarea estimate a lui t1 ntr-un mesaj de sincronizare) i timpul cand
PHY este capabil s trimit mesaje n mediul fizic, nu numai ca va varia dar va fi putin
semnificativa cu privire la precizia mai bun ca ordin decat microsecundele. Pentru aceasta
mesajului Sync message trebuie s-i fie contabilizat timpul petrecut n stiv de reea pentru a
putea obine o acuratee maxim (Vezi figura 2).

Figura 2: Stiva de retea cu stampile de timp asistate hardware

Sursa:[1]
PTP definete un alt mecanism de sincronizare putin diferit, care are avantajul unui
suport hardware adiional. Mesajele Sync i Follow-up utilizate pentru a calcula offset-ul intre
coordinator i subordonat asa cum a fost descris mai devreme este utilizat de un Ceas n doi pasi.
Un ceas cu un pas utilizeaza retele hardware specializate nu numai cnd tampile de timp PTP
Sync prsesc dispozitivul, dar i pentru a modifica ieirea mesajelor Sync cu valoarea t1 a
timpului actual de plecare (Vezi figura 3).

Page 9 of 18

Figura 3:Operatii intr-un singur pas

Sursa:[1]
Aceast valoare este trimis n mod normal n mesajul Follow-up, dar pentru c sistemul
hardware o face disponibil n mesajul Sync, mesajul Follow-up va fi inutil. Un dispozitiv
subordonat va trebui s inteleag c coordonatorul su lucreaz ca un ceas ntr-un singur pas. El
poate determina aceasta prin citirea campului de bit, aflat n headerul mesajului PTP trimis de
ctre coordonator. Ceasul cu un singur pas ajut la minimizarea traficului reelei n timp ce se
menine o performan foarte bun n ceeea ce privete sincronizarea. Acest tip de ceas este util
pentru cererea de aplicaii PTP n diverse industrii.
Interfata hardware a retelei PTP poate simplifica stampila de timp a mesajului PTP i sa-l
coreleze cu mesajul IDs pentru incercarile de mai tarziu ale software-ului PTP. Aceasta
capacitate face posibila operarea masterului PTP n modul doi pasi pentru a trimite valoare
precisa t1 n mesajul Follow-up catresubordonat. n timp ce gradul de suport hardware nu face
posibila operarea n doi pasi, aceasta poate fi facuta pentru performante superioare n doi pasi, n
comparative cu o implementare bazat n exclusivitate pe software. Un dispozitiv PTP este
considerat a opera ca un ceas n exckusivitate software , dac nu are suport hardware. Un ceas n
exclusivitate software este limitat la operaii n doi pasi i n mod tipic trimite valori t1 n
mesajul Follow-up, care sunt preluate din componentele software, ct mai repede posibil n stiva
software, adesea din nivelul driver. Dei ceasurile bazate exclusive pe software sunt n mod
evident mai puin precise dect cele cu asisten hardware, acestea sunt capabile nc s obin o
precizie mai mica de milisecunde. [1]

Page 10 of 18

Algoritmul BMC
Algoritmul BMC ofer dispozitivelor PTP abilitatea de a menine ierarhia de sincronizare
dorita la schimbarea conditiilor de retea. Descrierea algoritmului BMC n sine nu sta n scopul
acestui articol, dar putem spune ca algoritmul BMC este un element cheie n ceea ce priveste
simplitatea i auto-adminitrarea, obiective propuse n PTP. Unele dispozitive PTP actioneaza fie
ca coordinator fie ca subordonat, algoritmul BMC fiind utilizat pentru a determina dac este
necesara selectarea unui nou master sau dac un dispozitiv necesit tranziia de la statul de
coordonator la unul de subordonat. [1]
Schimbarea strii poate aprea ca rezultat al unui numar de condiii, toate acestea reflectate n
mesajul de anun al subalternului sau al potenialului subaltern. Mesajul de anunt al acestora este
trimis la o rat configurabila, ca parte a protocolului. Mesajul anunt conine toate informaiile
necesare pentru ca algoritmul BMC s poat determina dac subalternul curent rmne subaltern
sau se va transforma ntr-un subaltern sau n cazul subalternului, poate asculta un nou subaltern
sau poate deveni el nsui subaltern . Unul dintre atributele mesajului de anun este sursa de timp
a dispozitivului ( GPS, Atomic Ceas sau un oscilator ce ruleaza liber); prioritatea, aa cum este
ea determinat de administratorul local al PTP-ului; ID-ul ceasului dispozitivului, i alte attribute
utilizate de ctre BMC.
A avea un dispozitiv PTP pe care ruleaz BMC i trimite mesaje de anun, nseamn c
administratorul trebuie doar s deschid sistemul i are dj o reea cu dispozitive automat
sincronizate n timp, configurate pentru performane optime, fr modificri la schimbrile
spontane ale topologiei de reea.[1]
3.2 Ceasul Boundary
Pentru ca switch-urile i routerele segmenetaz o reea PTP, PTP a introdus boundary
ceas n sensul distribuiei ceasului unui subordonat n diferite pri ale reelei. Standardul PTP
descrie boundary ceas ca fiind deintorul unei singure stampile de timp comandat de PTP, dar
avnd mai multe porturi PTP intr-un domeniu. Un port poate servi ca surs de timp
(subordonatul PTP) dispozitivelor atasate acestuia sau ca ieire destinata sincronizarii
timekeeper-ului ( un subordonat PTP) cu alte ceasuri conectate la acesta. Un ceas boundary poate
fi implementat pentru a inlocui un switch traditional sau un router dintr-o retea care n mod
obisnuit este segmentata de aceste dispozitive. Boundary ceas difera de ceasurile PTP n operatii.
PTP le diferentiaza pe cele doua numindu-le ordinary clock sau ceas obisnuit i respectiv
ceasul boundary. [1][5]
Fiecare port al unui ceas boundary poate fi inteles ca un ceas obisnuit separat care
imparte acelasi timekeeper cu ceasurile boundary ale altor ceasuri obisnuite. Doar un port al
acestui dispozitiv poate fi n starea de subordonat, care elimin utilizarea timekeeper-ului
dispozitivului ( de exemplu doua porturi care incerarca sa ajusteze timpul). Toate celelalte
porturi sunt considerate coordonatoare pentru dispozitivele din segmentele respective.[1][5]

Page 11 of 18

Existenta unui ceas boundary cere PTP utilizarea unui coordonator general pentru a
descrie intreaga retea PTP, de cand subordonatull unui port ceas boundary considera acel ceas
boundary ca fiind subalternul sau. Fiecare port coordonator este responsabil pentru indeplinirea
acelorasi obictive ca i un ceas obisnuit coordonator , care efectiv ascunde toti subordonatii din
ceasul boundary coordonator. [1][5]
De asemenea, un ceas obisnuit de tip subordonat ( sau un alt ceas boundary cu porturile
conectate n starea de subaltern) este ascuns din ierarhia PTP de deasupra boundary ceas. Un
ceas boundary nu trece mesajul de sincronizare PTP de la subordonatii superiori n ierarhie la
coordonatorul sau. Fara aceasta un coordinator general poate fi responsabil pentru procesarea
mesajelor Delay Request i emite mesajul de Delay Responsede la i ctre, fiecare
dispozitiv subaltern din intreaga reea PTP. Un ceas boundary, totui, poate permite n continuare
oricarui sclav eligibil s fie coordonator general n intreaga retea PTP .
De exemplu, dac coordonatorul general iese din retea, urmatorul cel mai eligibil
dispozitiv subordonat poate declara el singur ca fiind coordinator ( o dat ce algoritmul su
BMC a determinat ca este potrivit s fac asta), i ceasul boundary va trimite portul conectat la
acest subordonat intr-un subordonat. Acest ceas boundary va avea apoi un port care a fost n
starea de subaltern, acum e n starea de coordonator pentru alte ceasuri obisnuite i boundary.
Aceste ceasuri vor evalua apoi noul coordinator cu ajutorul algoritmului BMC i tranzitioneaza
potrivit acestuia, repetand acest process pentru restul ierarhiei. n functie de topologia de retea,
aceasta situatie poate sa nu fie una ideala, n functie de numarul de hopuri intre care acest nou
coordonator i un subordonat a crescut cu o unu ( un ceas boundary conectat la un nou master),
aceasta marind orice acumulare a erorilor de sincronizare. Utilizarea ceasului boundary i
ierarhia rezultata a dispozitivelor PTP trebuie luata n considerare pentru a maximize precizia de
sincronizare a sistemului. (Vezi figura 4).

Figura 4: Ierarhia de dispozitiv care utilizeaza ceasuri boundery

Sursa:[1]

Page 12 of 18

Ceasurile boundary pot fi , de asemenea, utilizate pentru retele corelate care utilizeaza diferite
protocoale de retea (vezi figura 5), de cand nu exista nicio constrangere pentru care
implementarile PTP utilizeaza aceeasi tehnologie sau mediu de comunicatie. De exemplu un
system poate avea cateva dispositive care utilizeaza Ethernet i altele care utilizeaza DeviceNet,
toate sincronizate dupa acelasi coordonator general prin utilizarea capacitatilor unor ceasuri
boundary. n acest scenario un ceas boundary va putea avea un port compatibil DeviceNet
conectata la un dispozitiv DeviceNet i un alt port conectat la dispositive Ethernet. PTP face
posibila sincronizarea ambelor tipuri de dispozitive la acelasi coordonator general fara a se uita
la mediul de transmisie. n plus, la protocoale diferite de retea, ceasurile boundary pot intra n
sisteme PTP mecanisme de calcul al intarzierii diferite, care sunt descrise mai jos. [1]

Figura 5 Ceasurile boundery utilizate pentru a se potrivi in diferite tehnologii de retea

Sursa:[1]
3.3 Switchuri invizibile
Nu toate aplicaiile permit dispozitivelor PTP s fie desfurate ntr-o manier care
conduce la o ierarhie neted, echilibrat. Reelele sunt uneori dezvoltate n topologii lungi lineare
sau de tip inel care pot avea acumulari semnificative de erori de sincronizare cand ceasurile
boundary sunt utilizate pentru a intra n aceste segmente. Din aceast cauz, PTP definete un
dispozitiv cunoscut la switch invizibil care conecteaz grupuri de dispositive PTP fr a
segmenta reeaua PTP. Un switch invizibil recunoate mesajele PTP care trec prin reea i

Page 13 of 18

noteaz timpul de reziden, timpul petrecut n switch unde mesajele nu sunt nc vizibile
dispozitivelor PTP vizate.Timpul de reziden este adaugat cmpurilor de corectie ale mesajelor
PTP inainte de a fi transmise de la switch catre urmatorul dispozitiv (vezi figura 6).
Ceasurile PTP pot apoi s evalueze mesajele din camurile de corecie si s le aplice
propriilor calcule. Dei, mesajele au fost temporar pstrate n switchul invizibil- un
comportament nedeterminist, care n mod normal introduce erori de sincronizare semnificativecmpul de corecie permite c timpul s fie ndeprtat, c i cum switchul nu ar fi fost niciodat
acolo (i de aici numele de switch invizibil).
Spre deosebire de ceasurile boundary, switchurile invizibile ii expun dispozitivele
subordonate coordonatorului PTP. Switchurile invizibile sunt interesate doar intr-un timp relativ,
i anume timpul n care mesajul trece prin switch. De aceea nu este necesar un timekeeper
sincronizat cu timpul coordonatorului. Oscilatoarele care ticaie atat n coordinator cat i n
switch, trebuie totusi sa ticaie cu caeeasi rata. Pstrarea acestei rate ca fiind aceeai este
cunoscut ca sincronizare. [1]
3.4 Mecanismul ntrziere n pereche (peer delay)
Modelul de sincronizare descris mai devreme, n care subordonatul crea problema
mesajului Delay Request i coordonatorul raspunde cu De;ay Response, este cunoscut ca
mecanismul ntrzierii cerere raspuns (delay request-response). PTP ofer o alternativ la acest
mecanism numit intrzierea n pereche sau modul peer-to-peer, care poate furniza performane
superioare n anumite situaii. Pentru ca cele doua moduri nu pot fi utilizate mpreun, designerii
de system au trebuit s evalueze care mecanism de ntrziere furnizeaz cele mai bune rezultate
i n consecin, proiectarea sistemului lor. n modul peer-to-peer un dispozitiv transmite
primului vecin un mesaj Peer Delay Request, care este sau nu coordonatorul dispozitivului.
Dispozitivul receptor raspunde cu un mesaj Peer Delay Response ( i optional cu un mesaj
Peer Delay Follow-up dupa acesta n cazul folosirii unui ceas n doi pasi). Aceasta permite
dispozitivului solicitant sa calculeze intarzierea de propagare pentru segmental individual.
Prin cunoaterea exact a intarzierii de propagare pentru fiecare segment de reea, modul
peer to peer permite PTP s aplice compensri ale ntrzierii ntre coordinator i subordonai,
care sunt mult mai precise dect n mecanismul Delay-Request-Response, unde switchurile
intermediare aleg diferite ci. De cnd modul peer to peer specific faptul c switchurile
invizibile ajusteaz cmpul de corecie nu doar cu timpul de rezident al mesajelor Sync i
Follow up ( aa cum se ntmpl n modul Delay-Request-Response), el adaug ntrzierea
calculate anterior pentru legara pe care a venit mesajul anterior.( vezi figura 7)
Acest comportament semnific faptul c coordonatorul nu trebuie s proceseze mesajul
Delay Request de la fiecare subordonat; n schimb ea nsi se refera la Peer Delay Request and
Response pentru perechea sa imediat (switchuri invizibile sau ceasuri PTP n starea de
subordonat). Din aceasta cauza switchurile invizibile n modul peer to peer pot fi mult mai
atractive pentru designerii de sisteme ceea ce privete traficul de reea, de cand un dispozitiv

Page 14 of 18

coordonator nu trebuie s recepioneze i s rspund fiecarui mesaj de cerere al unui

subordonat, ci se refer la el insui i perechea sa imediat urmtoare. [1]
4. Profiluri PTP
Profilurile PTP permit specificarea valorilor atributelor i ale caracteristicilor opionale
ale PTP, care atunci cnd utilizm acelai protocol de transport, lucreaz mpreuna i obin
performane care ndeplinesc cererile aplicatiilor particulare.3 Profilurile fac din PTP cel mai
potrivit mod pentru aplicatii particulare, n timp ce adera la un standard tot mai general.
Profilurile pot specifica mai multe aspect ale standardului. Exista doua profiluri default: Delay
Request Response i Peer Delay. Implemetarile trebuie sa suporte cel putin una dintre aceste
default-uri. Profilurile nsa si sunt standardizate i definite de o organizatie recunoscuta de
standardizare care are jurisdictia asupra unor industrii particulare. Aceste organizatii, dupa cum
se mentioneaza n standardul PTP, trebuie s consulte The Precise Networked Clock
Syncronization Working Group of IM/ST (Instrumentation and Measurements/Sensor
Technology) Committee pentru revizuiri tehnice.
Profilurile PTP nu numai c schimb mai multe aspecte ale standardului PTP, dar l
extinde. Un profil poate defini propriul algoritm BMC , mecanismul de monitorizare i
configurare, mecanismul de ntarziere, transmisia unicast sau multicast, mecanismul de transport,
tipul nodurilor i alte opiuni care sunt cerute, permise sau interzise. Profilurile pot defini
mecanisme de transport complet noi i tipuri de date. Flexibilitatea profilurilor PTP ndeplinete
nevoile unor aplicaii particulare s-au dovedit a fi utile n special n telecomunicaii i industria
energetica. [1]
Unicast
PTP a fost construit s asigure comunicaii multicast, dar a fost adugat i suportul
unicast ca o caracteristic opional.Standardul PTP nu descrie o implemetare PTP unicast n
detaliu, dar n schimb descrie mai multe caracteristici optionale unicast care pot fi utilizate atta
timp cat comportamentul protocolului este pastrat.2 Cateva implementari pot necesita ca
ceasurile coordonailor s utilizeze o configuraie care specific o list cunoscut de ceasuri
coordonatoare prin adresa protocolului ( de exemplu o list de adrese IP utilizate n Ethernet).
Aceasta ajuta subordonaii sa gaseasca potenialii coordonatori. Mecasnismul de descoperire
unicast este optional, nsemnnd ca n utilizarea multicast poate alege s se implementeze
desoperirea multicast a ceasurilor coordonatoare i unicast pentru toate celelalte mesaje. Mai
mult, acest tip de descoperire necesit anumite configuraii pentru a define lista coordonatorilor,
din moment ce este specifica unui sistem dat i imbunatateste indeplinirea obicetivelor PTP prin
faptul ca furnizeaza o instalare simpla care nu necesita administrare. [1]
O alta implementare optional definite de PTP este utilizarea mecanismului de negociere
unicast, care imbunatateste trimiterea mesajelor de semnalizare specifica catre dispozitivul

Page 15 of 18

coordonator, indicand faptul ca ei raspund cu un mesaj unicast Announce, Sync, Delay Response
sau Peer Delay Response dispozitivului subordonat. Aceasta flexibilitate n alocarea operatiei
unicast i furnizarea mai multor caracteristici optionale n implementare, permit profilurilor sa
defieasca o implementare unicast specifica avand cele mai bune detalii pentru o anumita
aplicatie. [1]
5. Utilizarea PTP i a NTP
Cererile dispozitivelor pentru masuratori i control industrial sunt similare cu cele ale
multor alte industrii- i multe rezultate inovatoare au venit din aplicarea tehnologieie n metode
pe care proprii designer nu le-au luat n considerare-, dar aplicatii destinate pentru anumite
tehnologii sunt luate n considerare inainte de a adopta altele noi.
Asa cum am descris mai sus i este scris n standard, PTP a fost construit sa fie utilizat n
retele LAN, sau mai exact, sisteme localizate spatial, cu optiuni pentru sisteme mai mari,4 acesta
este unul dintre diferentiatorii specifici intre PTP i NTP. Utilizarea unui LAN permite altor
obiective PTP sa fie indeplinite utilizand tehnici ca multicast pentru descoperire i selectie
automata a coordonatorilor PTP, echipamente de retea cum sunt ceasurile boundary i switchuri
invizibile, precum i o rata foarte mare de transmitere a mesajelor, care nu ar fi posibila intr-un
WAN. O retea LAN ofera PTP-ului cateva libertati pe care NTP ul nu le are, asa cum este
presupunerea- cu un grad de incredere rezonabil- care nu are legatura cu traficul scaut de retea i
securitatea de nivel scazut, avand n vedere ca n LAN utilizarea este de obicei limitata i
controlata. [1]
In contrast, NTP este utilizata n Internet i este prin urmare subiectul unui numar mare
de intarzieri nedeterministe provenite de la elementele retelelor intermediare, asa cum sunt
routerele i expuse unui numar mult mai mare de provocari de securitate. Aceste inconveniente
trebuie sa fie acceptate sau n cazul securitatii sa raspunda acestor provocari. Securitatea este
evidentiata de cand PTP include numai o extensie experimentala a protocolului adresata
securitatii, dar NTP defineste utilizarea listei de control al accesului i o variant de criptografiere
numita Autokey. De altfel am notat ca NTP poate utilize modul milticast pentru a descoperi n
mod automat serverele cand este utilizat intr-un LAN, i PTP poate opera n modul unicast
pentru a fi utilizat intr-un WAN . Totusi este cea mai comuna i poate impune costuri aditionale
de configurare. [11]
Un alt obiectiv PTP este administrarea libera a operatiilor, n care dispozitivele care
formeaza un sistem pot fi desfasurate cu configurari mici sau inexistente , dar cu care se poate
obtine un timp optim de sincronizare pentru un mediu dat. Dispozitivele pot fi adaugate, terse
sau reconfigurate n timpul utilizrii sistemului i dispozitivele PTP care formeaz sistemul vor
negocia automat o noua ierarhie pentru a menine performana optim de sincronizare.
Algoritmul BMC al PTP-ului este responsabil pentru acest comportament. Algoritmul de
optimizarea NTP nu permite acelasi grad de autonomie .Acesta nu permite unui dispozitiv s
devin coordonator general dac este necesar, n ciuda schemei de descoperire dinamic a

Page 16 of 18

ultimelor specificatii NTP. dei NTP defineste o serie de algoritmi de atenuare pentru a fi
utilizati n gsirea drumului optim.
Comparaie privind tehnicile de sincronizare PTP si NTP
n timp ce metodologiile de sincronizare impuse de PTP i NTP sunt similare prin faptul
ca n cele din urm calculeaz offsetul ceasului i ntrzierea mesajului. Protocoalele difer
semnificativ n ceea ce privete mecanismele i acest lucru poate fi luat n considerare la alegerea
uneia dintre cele doua tipuri de tehnologii. De exemplu, PTP se bazeaz pe ceasuri boundery i
switchuri invizibile pentru a obine performane maxime n anumite medii.
Relevant pentru implementarea acestor aplicaii este faptul c PTP nu definete un
algoritm servo pentru aplicarea informaiilor PTP date de un dispozitiv unui dispozitiv oscilator.
n schimb, definiia servo este specific implementat i nu exista garanii care s garanteze c
stivele software PTP vor avea aceeai sincronizare n acelai dispozitiv. n opozitie, NTP
definete un parametru tranformat i adaptiv cu o frecven i faz aflate ntr-o bucla, utilizat
pentru a seta dispozitivul timekeeper-ului cu datele furnizate de NTP.
Termenele celor dou tehnologii difer. NTP utilizeaz timpul UTC, n timp ce PTP
utilizeaz TAI i offseturile UTC. Aceste diferene pot fi semnificative designerilor de system
care ii asum o anume scal de timp. Preocuparile legate de manipularea saltului pot fi, de
asemenea, un factor important. Spre deosebire de PTP, un salt de secunde va determina shiftarea
ntregului interval de timp cu o secund. [1]
Ateptri n ceea ce privete performana
Un sistem tipic PTP sincronizat se ateapt la o sincronizare de o precizie mai mic dect
microsecunde, care n mod tipic implic asistare hardware i dispozitive conectate ntr-un LAN.
Un sistem de sincronizare tipic NTP cu hardware nespecializat i dispositive conectate ntr-un
WAN, va obine o precizie de sincronizare mai mica dect milisecunde. Cnd PTP este
configurat corespunzator pentru utilizare ntr-un WAN, totui nu pot fi reduse la niciun avantaj
de performan ntr-un NTP. [1]

Page 17 of 18

Concluzii
PTP are capacitatea s sincronizeze dispozitivele la un ordin mai mic dect
nanosecundele unul de altul peste o infrastructur comun de reea, care permit designerilor de
system s nlocuiasc soluiile de sincronizare costisitoare sau limitate. NTP a avut cazuri
similare, dar adesea se ncadreaz n aplicaii care necesit un nivel de performan al
msurtorilor i control al sistemului. Algoritmul PTP al BMC permite adaptarea la condiii
schimbtoare, asigurnd mereu c dispozitivele au cea mai bun calitate a referinei de timp.
Ceasurile PTP boundery i switchurile invizibile asigur performane ridicate de sincronizare,
adesea ntr-o topologie de reea nu tocmai ideal.
n contrast, NTP necesit ca toate dispozitivele s fie configurate la o referin predefinit
de timpi ai servarului, prioritari de utilizat, i performan are de suferit cnd mesajele trebuie s
traverseze elemente de reea aa cum sunt switchurile.
Totui mediul PTP este diferit de NTP i n functie de aplicaie, NTP este sau nu o bun
alegere. De exemplu, mechanism de securitate al NTP i faptul ca e timpul serverelor e
disponibil public, l face mai potrivit pentru sincronizarea timpului n Internet, unde
performantele cerute permit.
PTP a umplut un gol pe care NTP nu a fost capabil s l umple, dar el nu a fost nlocuit.
Totui PTP ofer designerilor de sistem noi instrumente de sincronizare.

Page 18 of 18

Bibliografie
1. Revista Communications of the ACM, Association for Computing Machinary, Rick Ratzel
si Rodney Greenstreet, online: www.acm.org/renew, accesat la 08.01.2013
2.

"Windows Time Service Technical Reference". technet.microsoft.com. Link:

http://technet.microsoft.com/en-us/library/cc773061%28WS.10%29.aspx accesat la
08.01.2013

3.

"Windows Time Service page at NTP.org". Support.ntp.org. 2008-02-25, accesat la

10.11.2012

4.

"How the Windows Time Service Works"., technet.microsoft.com.accesat la 08.11.2012

5.

"Support boundary to configure the Windows Time service for high accuracy
environments". Microsoft Corporation, http://support.microsoft.com/kb/939322 accesat la
12.01.2013

6.

Internet Engineering Task Force (IETF),Request for Comments: 5905

Obsoletes: 1305, 4330, Category: Standards Track, ISSN: 2070-1721 D. Mills, U. Delaware,
J. Martin, J. Burbank, W. Kasch, APL June 2010

7.

NTP 4.x for Windows NT". NTP Documentation Archive,

http://doc.ntp.org/4.2.6/hints/winnt.html, accesat la 20.01.2013

8.

"Executive Summary: Computer Network Time Synchronization",

http://www.eecis.udel.edu/~mills/exec.html, accesat la 12.01.2013

9.

Ned Pyle (2007-10-23). "High Accuracy W32time Requirements". Microsoft

Corporation, http://blogs.technet.com/b/askds/archive/2007/10/23/highaccuracy-w32time-requirements.aspx?Redirected=true, accesat la 13.01.2013

10.

Measurement, Control and Communication Using IEEE 1588, Eidson, John C. (April
2006), Springer. ISBN 1-84628-250-0.

11. Welcome to the NTP.Servers Web., http://ntp.isc.org/bin/view/Servers/