Sunteți pe pagina 1din 14

SINCRONIZAREA IN RETELE DE DATE

1. Ce reprezinta o retea de calculatoare? 2. Comparaie PTP/NTP. 3. Msurarea i controlul dispozitivelor de sincronizare. 4. Introducerea in PTP 4.1. Metodologii de sincronizare. 4.1.1. Sincronizarea de baza. 4.2.2. tampile de timp i configuratii n exclusivitate software 4.2. Ceasul Boundary 4.3. Switchuri invizibile 4.4. Mecanismul ntrziere n pereche (peer delay) 5. Profiluri PTP 6. Utilizarea PTP i a NTP 7. Concluzii

1. Ce reprezinta o retea de calculatoare? Reteaua de calculatoare reprezinta un sistem in care un numar de calulatoare independente sunt legate impreuna pentru a partaja date si periferice. Cea mai elementara retea de calculatoare consta din doua calculatoare, legate intre ele printr-un cablu, care partajeaza date. Un singur calculator poate manipula si procesa o cantitate uriasa de date, foarte rapid, dar el nu poate permite utilizatorilor sa partajeze aceste date. Inainte de existenta retelelor, utilizatorii trebuiau fie sa imprime aceste date, sau sa le copie pe o discheta, poate a le putea partaja cu altii. Aceasta maniera de lucru era si este inca cunoscuta, sub numele de working in a standalone environment. Copierea fisierelor pe o discheta si inminarea lor altora pentru a le copia pe calculatorul lor este referita uneori ca sneakernet. Acest sistem functioneaza bine in anumite situatii si are si propriile avantaje ne permite sa bem o cafea cu colegii sau sa schimbam opinii cu ei in timp ce schimbam sau adaugam date dar este de departe o metoda foarte lenta si ineficienta pentru satisfacerea nevoilor actuale ale utilizatorilor cantitate mare de date disponibile si distribuirea lor pe distante mari) Atunci cind calculatoarele sunt conectate intre ele, ele pot partaja date intre ele si trimite documente spre alte imprimante. Aceasta conectare impreuna a calculatoarelor si a altor dispozitive este numita retea , iar conceptul de partajare a resurselor unor calculatoare interconectate se numeste retelizare (networking).

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 106secunde. 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. 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, MacOS X, Solaris i AIX sunt puse n aplicare n acest mod. Pachet NTP este o datagrama UDP, efectuat pe portul 123. 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. 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. ncepnd cu Windows Server 2003 i Windows Vista, este inclus o punere n aplicare complet a NTP . Cu toate acestea, Microsoft nu garanteaz c punerea n aplicare a acestora va fi mult mai precisaPage 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. 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. 2. 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 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.

3. 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 utilizeazalgoritmul 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. 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 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. 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.

4. Introducere n PTP
Primele puncte forte ale designului PTP au fost enumerate n numeroase prezentri i documente, inclusive n standardul IEEE 1588. ceasurilor n timp real aflate n componentele unei reele distribuite de msurare i control al sistemului. btin cea mai bun performan cu sisteme localizate tipice pentru automatizri industriale, teste i msurtori ale mediului se limiteaz la Ethernet) alare simpl stabilitatea -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).

4.1

Metodologii de sincronizare

4.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 coordonatorsubordonat (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 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. 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 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. 4.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 ntrun 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

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) Figura 3:Operatii intr-un singur pas 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 ntrun 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.

4.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. 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. 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. 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 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

4.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 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.

4.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 rezultatei 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 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.

5. 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 ClockSyncronization 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 ceas urilor 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 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.

6. 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,acesta este unul dintre diferentiatorii specifici intre PTP i NTP. Utilizarea unui LAN permite altorobiective 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 rezonabilcare 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. 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 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 difersemnificativ 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 cstivele 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. 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.

7. 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.