Sarrera
Energia elektrikoaren industrian "Azpiestazio digitala" eraikitzeko kontzeptuak 1 ΞΌs-ko zehaztasunarekin sinkronizatzea eskatzen du. Finantza-transakzioek mikrosegundoko zehaztasuna ere eskatzen dute. Aplikazio hauetan, NTP denboraren zehaztasuna ez da nahikoa.
PTPv2 sinkronizazio protokoloak, IEEE 1588v2 estandarrak deskribatzen du, hainbat hamarnaka nanosegundoko sinkronizazioaren zehaztasuna ahalbidetzen du. PTPv2-k L2 eta L3 sareen bidez sinkronizazio paketeak bidaltzeko aukera ematen du.
PTPv2 erabiltzen den arlo nagusiak hauek dira:
- energia;
- kontrol eta neurtzeko ekipoak;
- multzo militar-industriala;
- telekomunikazioak;
- finantza-sektorea.
Argitalpen honek PTPv2 sinkronizazio protokoloak nola funtzionatzen duen azaltzen du.
Industrian esperientzia handiagoa dugu eta askotan ikusten dugu protokolo hori energia aplikazioetan. Horren arabera, berrikuspena kontu handiz egingo dugu
Zergatik da beharrezkoa?
Momentuz, PJSC Rossetiren STO 34.01-21-004-2019 eta PJSC FGC UESren STO 56947007-29.240.10.302-2020 PTPv2 bidez denbora sinkronizatzeko prozesu-busa antolatzeko eskakizunak dituzte.
Hau da, erreleen babeserako terminalak eta neurtzeko gailuak prozesu-busera konektatzen direlako, prozesu-busaren bidez korronte- eta tentsio-balioak igortzen dituztelako, SV korronteak (multicast streams) deiturikoak erabiliz.
Errele babesteko terminalek balio hauek erabiltzen dituzte badiaren babesa ezartzeko. Denbora-neurketen zehaztasuna txikia bada, baliteke babes batzuk faltsuki funtzionatzea.
Adibidez, selektibitate absolutuaren defentsak denbora sinkronizazio "ahularen" biktima izan daitezke. Askotan halako defentsaren logika bi kantitateren konparazioan oinarritzen da. Balioak nahikoa balio handian alde egiten badute, babesa abiarazten da. Balio hauek 1 ms-ko denbora-zehaztasunarekin neurtzen badira, diferentzia handi bat lor dezakezu non balioak benetan normalak diren 1 ΞΌs-ko zehaztasunarekin neurtzen badira.
PTP bertsioak
PTP protokoloa jatorriz 2002an deskribatu zen IEEE 1588-2002 estandarrean eta "Sareko Neurketa eta Kontrol Sistemetarako Precision Clock Synchronization Protocol for Standard" deitzen zen. 2008an, IEEE 1588-2008 estandar eguneratua kaleratu zen, PTP 2. bertsioa deskribatzen duena. Protokoloaren bertsio honek zehaztasuna eta egonkortasuna hobetu zituen, baina ez zuen atzerako bateragarritasuna mantendu protokoloaren lehen bertsioarekin. Gainera, 2019an, IEEE 1588-2019 estandarraren bertsio bat kaleratu zen, PTP v2.1 deskribatuz. Bertsio honek hobekuntza txikiak gehitzen dizkio PTPv2-ri eta atzetik bateragarria da PTPv2-rekin.
Beste era batera esanda, hurrengo irudia dugu bertsioekin:
PTPv1
(IEEE 1588-2002)
PTPv2
(IEEE 1588-2008)
PTPv2.1
(IEEE 1588-2019)
PTPv1 (IEEE 1588-2002)
-
sendotasunik
sendotasunik
PTPv2 (IEEE 1588-2008)
sendotasunik
-
bateragarriak
PTPv2.1 (IEEE 1588-2019)
sendotasunik
bateragarriak
-
Baina, beti bezala, badira Γ±abardurak.
PTPv1 eta PTPv2-ren arteko bateraezintasunak esan nahi du PTPv1 gaitutako gailu bat ezin izango dela sinkronizatu PTPv2-n exekutatzen ari den erloju zehatz batekin. Mezu formatu desberdinak erabiltzen dituzte sinkronizatzeko.
Baina oraindik ere posible da sare berean PTPv1 duten gailuak eta PTPv2 duten gailuak konbinatzea. Hori lortzeko, fabrikatzaile batzuek protokoloaren bertsioa hautatzea ahalbidetzen dute erlojuaren ataketan. Hau da, mugako erloju batek PTPv2 erabiliz sinkroniza dezake eta hari konektatutako beste erloju batzuk PTPv1 zein PTPv2 erabiliz sinkroniza ditzake.
PTP gailuak. Zer dira eta nola desberdinak dira?
IEEE 1588v2 estandarrak hainbat gailu mota deskribatzen ditu. Horiek guztiak taulan ageri dira.
Gailuak LAN baten bidez komunikatzen dira PTP erabiliz.
PTP gailuei erloju deitzen zaie. Erloju guztiek ordu zehatza hartzen dute grandmaster erlojutik.
5 erloju mota daude:
Grandmaster erlojua
Denbora zehatzaren iturri nagusia. Sarritan GPS konektatzeko interfaze batekin hornitua.
Erloju arrunta
Portu bakarreko gailu bat maisua (erloju nagusia) edo esklaboa (erloju esklaboa) izan daitekeena.
Erloju nagusia (maisua)
Beste erlojuak sinkronizatzeko ordu zehatzaren iturria dira
Erloju esklaboa
Amaitu gailua erloju nagusitik sinkronizatuta dagoena
Mugako Erlojua
Maisu edo esklabo izan daitekeen hainbat ataka dituen gailua.
Hau da, erloju hauek goiko erloju nagusitik sinkroniza daitezke eta beheko erloju esklaboak sinkroniza ditzakete.
Amaierako erloju gardena
Hainbat ataka dituen gailua, erloju nagusia ez esklaboa ez dena. Bi erlojuren artean PTP datuak transmititzen ditu.
Datuak igortzean, erloju gardenak PTP mezu guztiak zuzentzen ditu.
Zuzenketa gailu honen atzerapen-denbora igorritako mezuaren goiburuko zuzenketa-eremuan gehituz gertatzen da.
Peer-to-Peer erloju gardena
Hainbat ataka dituen gailua, erloju nagusia ez esklaboa ez dena.
Bi erlojuen artean PTP datuak transmititzen ditu.
Datuak transmititzean, erloju gardenak PTP mezu guztiak zuzentzen ditu Sync eta Follow_Up (horiei buruz gehiago behean).
Zuzenketa transmititutako paketearen zuzenketa-eremuari transmisio-gailuaren atzerapena eta datu-transmisio-kanalaren atzerapena gehituz lortzen da.
Kudeaketa Nodoa
Beste erloju batzuk konfiguratu eta diagnostikatzen dituen gailua
Erloju nagusiak eta esklaboak PTP mezuetan denbora-zigiluak erabiliz sinkronizatzen dira. PTP protokoloan bi mezu mota daude:
- Gertaera-mezuak mezu sinkronizatuak dira, mezua bidaltzen den unean eta jasotzen den unean denbora-zigilu bat sortzea dakartenak.
- Mezu orokorrak - Mezu hauek ez dute denbora-zigilurik behar, baina erlazionatutako mezuen denbora-zigilua izan dezakete
Gertaeren Mezuak
Mezu orokorrak
Sinkronizatu
Delay_Req
Pdelay_Req
Pdelay_Resp
Iragarri
Jarraitu
Atzerapena_Erantzun
Pdelay_Resp_Follow_Up
Kudeaketa
seinaleztapen
Mota guztietako mezuak zehatzago eztabaidatuko dira jarraian.
Oinarrizko sinkronizazio arazoak
Sinkronizazio pakete bat sare lokal baten bidez igortzen denean, etengailuan eta datu-loturan atzeratzen da. Edozein aldaketak 10 mikrosegundo inguruko atzerapena sortuko du, eta hori onartezina da PTPv2rentzat. Azken finean, 1 ΞΌs-ko zehaztasuna lortu behar dugu azken gailuan. (Hau energiari buruz ari bagara. Beste aplikazio batzuek zehaztasun handiagoa eska dezakete.)
IEEE 1588v2-k denbora-atzerapena grabatzeko eta zuzentzeko aukera ematen duten hainbat algoritmo operatibo deskribatzen ditu.
Lanaren algoritmoa
Funtzionamendu arruntean, protokoloak bi fasetan funtzionatzen du.
- 1. fasea - "Erloju Nagusia β Erloju Esklaboa" hierarkia ezartzea.
- 2. fasea: erlojuaren sinkronizazioa, Amaiera-Bukaera edo Peer-to-Peer mekanismoa erabiliz.
1. fasea - Maisu-Esklaboaren hierarkia ezartzea
Erloju erregular edo ertzeko erloju baten ataka bakoitzak egoera kopuru jakin bat du (erloju esklaboa eta erloju nagusia). Estandarrak egoera horien arteko trantsizio-algoritmoa deskribatzen du. Programazioan, algoritmo horri egoera finituetako makina edo egoera makina deitzen zaio (xehetasun gehiago Wiki-n).
Egoera-makina honek erloju maisu onenaren algoritmoa (BMCA) erabiltzen du maisua ezartzeko bi erloju konektatzean.
Algoritmo honi esker, erlojuari grandmaster erlojuaren ardurak bere gain har ditzake gorako grandmaster erlojuak GPS seinalea galtzen duenean, lineaz kanpo geratzen denean, etab.
BMCAren araberako egoera-trantsizioak diagrama honetan laburbiltzen dira:
"Hariaren" beste muturrean dagoen erlojuari buruzko informazioa mezu berezi batean bidaltzen da (Mezua iragarri). Behin informazio hori jasota, egoera-makinaren algoritmoa abiarazten da eta konparaketa egiten da zein den hobea den erlojua ikusteko. Erloju onenaren ataka erloju nagusi bihurtzen da.
Beheko diagraman hierarkia sinple bat erakusten da. 1, 2, 3, 4, 5 bideek erloju gardena izan dezakete, baina ez dute parte hartzen Master Clock - Slave Clock hierarkia ezartzen.
2. fasea - Erloju erregularrak eta ertz-erlojuak sinkronizatzea
"Erloju Nagusia - Erloju Esklaboa" hierarkia ezarri eta berehala, erloju arrunten eta mugako erlojuen sinkronizazio fasea hasten da.
Sinkronizatzeko, erloju nagusiak denbora-zigilua duen mezu bat bidaltzen die erloju esklaboei.
Erloju nagusia hau izan daiteke:
- etapa bakarra;
- bi etapa.
Etapa bakarreko erlojuek Sinkronizazio mezu bat bidaltzen dute sinkronizatzeko.
Bi etapako erloju batek bi mezu erabiltzen ditu sinkronizatzeko: Sinkronizazioa eta Jarraipena.
Sinkronizazio faserako bi mekanismo erabil daitezke:
- Eskaera-erantzun mekanismoa atzeratzea.
- Peer atzerapena neurtzeko mekanismoa.
Lehenik eta behin, ikus ditzagun mekanismo hauek kasurik errazenean: erloju gardenak erabiltzen ez direnean.
Eskaera-erantzun mekanismoa atzeratzea
Mekanismoak bi urrats ditu:
- Erloju nagusiaren eta erloju esklaboaren arteko mezu bat transmititzeko atzerapena neurtzea. Atzerapen eskaera-erantzun mekanismoa erabiliz egin da.
- Denbora-aldaketa zehatzaren zuzenketa egiten da.
Latentziaren neurketa
t1 β Sinkronizazio mezua erloju nagusiak bidaltzeko ordua; t2 β Erloju esklaboak Sync mezua jasotzeko ordua; t3 - Erloju esklaboaren atzerapen eskaera (Delay_Req) ββbidaltzeko ordua; t4 β Delay_Req harrera-denbora erloju nagusiak.
Erloju esklaboak t1, t2, t3 eta t4 denborak ezagutzen dituenean, sinkronizazio mezua (tmpd) ββigortzerakoan batez besteko atzerapena kalkula dezake. Honela kalkulatzen da:
Sync eta Follow_Up mezu bat igortzean, maisutik esklaborako denbora atzerapena kalkulatzen da - t-ms.
Delay_Req eta Delay_Resp mezuak igortzean, esklabotik maisurako denbora atzerapena kalkulatzen da - t-sm.
Bi balio horien artean asimetriaren bat gertatzen bada, orduan akats bat agertzen da denbora zehatzaren desbideratzea zuzentzeko. Kalkulatutako atzerapena t-ms eta t-sm atzerapenen batez bestekoa izateak eragiten du errorea. Atzerapenak elkarren berdinak ez badira, orduan ez dugu denbora zehaztasunez egokituko.
Ordu-aldaketaren zuzenketa
Erloju nagusiaren eta erloju esklaboaren arteko atzerapena ezagutu ondoren, erloju esklaboak denbora zuzenketa egiten du.
Erloju esklaboek Sync mezua eta aukerako Follow_Up mezu bat erabiltzen dituzte, maisuaren erloju esklaboetara pakete bat igortzean denbora-desplazamendu zehatza kalkulatzeko. Desplazamendua honako formula hau erabiliz kalkulatzen da:
Peer atzerapena neurtzeko mekanismoa
Mekanismo honek bi urrats erabiltzen ditu sinkronizatzeko:
- Gailuek bizilagun guztiei neurtzen diete denbora atzerapena portu guztietatik. Horretarako peer delay mekanismoa erabiltzen dute.
- Ordu-aldaketa zehatzaren zuzenketa.
Peer-to-Peer modua onartzen duten gailuen arteko latentzia neurtzea
Peer-to-peer mekanismoa onartzen duten portuen arteko latentzia mezu hauek erabiliz neurtzen da:
1 atakak t1, t2, t3 eta t4 denborak ezagutzen dituenean, batez besteko atzerapena (tmld) kalkula dezake. Formula hau erabiliz kalkulatzen da:
Ondoren, atakak balio hori erabiltzen du gailutik igarotzen den Sinkronizazio-mezu edo aukerako Jarraipen-mezu bakoitzaren doikuntza-eremua kalkulatzean.
Atzerapen osoa gailu honen bidez transmisioan izandako atzerapenaren, datu-kanalaren bidez transmisioaren batez besteko atzerapenaren eta mezu honetan dagoeneko jasotako atzerapenaren baturaren berdina izango da, gorako gailuetan gaituta.
Pdelay_Req, Pdelay_Resp eta aukerako Pdelay_Resp_Follow_Up mezuek atzerapena maisutik esklabora eta esklabotik maisurako (zirkularra) lortzeko aukera ematen dute.
Bi balio horien arteko edozein asimetriak denbora-desplazamenduaren zuzenketa-errore bat sartuko du.
Denbora-aldaketa zehatza doitzea
Erloju esklaboek Sinkronizazio mezu bat eta aukerako Follow_Up mezu bat erabiltzen dituzte, maisuaren erloju esklaboetara pakete bat igortzean denbora-desplazamendu zehatza kalkulatzeko. Desplazamendua honako formula hau erabiliz kalkulatzen da:
Abantailak peer-to-peer mekanismoaren doikuntza - Sync edo Follow_Up mezu bakoitzaren denbora atzerapena kalkulatzen da sarean transmititzen den heinean. Ondorioz, transmisio bidea aldatzeak ez du inola ere eragingo doikuntzaren zehaztasunean.
Mekanismo hau erabiltzean, denbora-sinkronizazioak ez du denbora-atzerapena kalkulatu behar sinkronizazio-paketeak zeharkatzen duen bidetik, oinarrizko trukean egiten den bezala. Horiek. Delay_Req eta Delay_Resp mezuak ez dira bidaltzen. Metodo honetan, maisuaren eta esklaboaren erlojuen arteko atzerapena besterik ez da batutzen Sinkronizazio edo Follow_Up mezu bakoitzaren doikuntza eremuan.
Beste abantaila bat da erloju maisua Delay_Req mezuak prozesatzeko beharra arintzen duela.
Erloju gardenen funtzionamendu-moduak
Horren arabera, adibide sinpleak ziren. Orain demagun etengailuak sinkronizazio-bidean agertzen direla.
PTPv2 laguntzarik gabeko etengailuak erabiltzen badituzu, sinkronizazio paketea 10 ΞΌs gutxi gorabehera atzeratuko da etengailuan.
PTPv2 onartzen duten etengailuei erloju gardenak deitzen zaie IEEE 1588v2 terminologian. Erloju gardenak ez dira erloju nagusitik sinkronizatzen eta ez dute parte hartzen "Master Clock - Slave Clock" hierarkian, baina sinkronizazio-mezuak igortzerakoan gogoratzen dute mezua zenbat denbora atzeratu zuten. Horrek denbora-atzerapena doitzeko aukera ematen du.
Erloju gardenek bi modutan funtziona dezakete:
- Mutur-bukaera.
- Berdinkide.
Mutur-bukaera (E2E)
E2E erloju gardenak Sync mezuak eta harekin batera Follow_Up mezuak igortzen ditu portu guztietan. Baita protokolo batzuek blokeatzen dituztenak ere (adibidez, RSTP).
Etengailuak sinkronizazio pakete bat (Follow_Up) atakan jaso zenean eta atakatik bidali zeneko denbora-zigilua gogoratzen du. Bi denbora-zigilu hauetan oinarrituta, etengailuak mezua prozesatzeko behar duen denbora kalkulatzen da. Estandarra, denbora horri egoitza-denbora deitzen zaio.
Prozesatzeko denbora Sinkronizazioa (urrats bakarreko erlojua) edo Follow_Up (bi urratseko erlojua) mezuaren correctionField eremura gehitzen da.
E2E erloju gardenak etengailutik igarotzen diren Sync eta Delay_Req mezuen prozesatzeko denbora neurtzen du. Baina garrantzitsua da ulertzea erloju maisuaren eta erloju esklaboaren arteko denbora atzerapena atzerapen eskaera-erantzun mekanismoa erabiliz kalkulatzen dela. Erloju nagusia aldatzen bada edo erloju nagusitik erloju esklaborako bidea aldatzen bada, atzerapena berriro neurtzen da. Horrek trantsizio-denbora handitzen du sare-aldaketak gertatuz gero.
P2P erloju gardenak, etengailu batek mezu bat prozesatzeko behar duen denbora neurtzeaz gain, datu-loturaren atzerapena neurtzen du bere auzokide hurbilenarekin, auzoko latentzia-mekanismo bat erabiliz.
Latentzia esteka guztietan neurtzen da bi noranzkoetan, protokolo batzuek blokeatzen dituzten estekak barne (esaterako RSTP). Honi esker, berehala kalkula dezakezu sinkronizazio bidearen atzerapen berria, erloju nagusiaren edo sarearen topologia aldatzen bada.
Etengailuen eta latentziaren bidez mezuak prozesatzeko denbora pilatzen da Sync edo Follow_Up mezuak bidaltzean.
Etengailuen bidez PTPv2 laguntza motak
Etengailuek PTPv2 onar dezakete:
- programatikoki;
- hardwarea.
PTPv2 protokoloa softwarean ezartzean, etengailuak denbora-zigilu bat eskatzen dio firmwareari. Arazoa da firmwareak ziklikoki funtzionatzen duela, eta uneko zikloa amaitzen duen arte itxaron beharko duzu, prozesatzeko eskaera hartu eta hurrengo zikloaren ondoren denbora-zigilua igortzen duen arte. Honek ere denbora beharko du, eta atzerapena lortuko dugu, PTPv2 software-laguntzarik gabe bezain garrantzitsua ez den arren.
PTPv2-rako hardware-laguntzak soilik ahalbidetzen dizu beharrezko zehaztasuna mantentzea. Kasu honetan, denbora-zigilua portuan instalatutako ASIC berezi batek ematen du.
Mezuen formatua
PTP mezu guztiek eremu hauek dituzte:
- Goiburua - 34 byte.
- Gorputza - tamaina mezu motaren araberakoa da.
- Atzizkia aukerakoa da.
Header
Goiburua eremua berdina da PTP mezu guztietan. Bere tamaina 34 byte da.
Goiburuko eremuaren formatua:
mezu mota β transmititzen den mezu mota jasotzen du, adibidez Sync, Delay_Req, PDelay_Req, etab.
mezuaren luzera β PTP mezuaren tamaina osoa dauka, goiburua, gorputza eta atzizkia barne (baina betetze byteak kenduta).
domeinu-zenbakia β mezua zein PTP domeinuri dagokion zehazten du.
ΠΠΎΠΌΠ΅Π½ - talde logiko batean bildutako hainbat erloju dira eta erloju nagusi batetik sinkronizatuta daude, baina ez dira zertan beste domeinu bateko erlojuekin sinkronizatuta.
banderak β Eremu honek hainbat bandera ditu mezuaren egoera identifikatzeko.
zuzenketaEremua β atzerapen-denbora nanosegundotan dauka. Atzerapen-denborak erloju gardenaren bidez transmititzean atzerapena barne hartzen du, baita Peer-to-Peer modua erabiltzean kanaletik transmititzean atzerapena ere.
sourcePortIdentity β eremu honek mezu hau jatorriz zein atakatik bidalitakoari buruzko informazioa du.
sekuentziaID β mezu indibidualentzako identifikazio-zenbaki bat dauka.
controlField β artefaktu eremua =) Estandarren lehen bertsiotik geratzen da eta mezu honen motari buruzko informazioa dauka. Funtsean, messageType-ren berdina, baina aukera gutxiagorekin.
logMessageInterval β eremu hau mezu motak zehazten du.
Organoak
Goian esan bezala, hainbat mezu mota daude. Mota hauek jarraian deskribatzen dira:
Iragarki mezua
Iragarki mezua domeinu bereko beste erloju batzuei bere parametroei "esateko" erabiltzen da. Mezu honi esker, Erloju Nagusia - Erloju Esklaboa hierarkia bat konfigura dezakezu.
Sinkronizatu mezua
Sinkronizazio-mezua erloju nagusiak bidaltzen du eta Sinkronizazio-mezua sortu zen momentuko erloju nagusiaren ordua dauka. Erloju nagusia bi etapa bada, Sinkronizazioaren mezuko denbora-zigilua 0-n ezarriko da, eta uneko denbora-zigilua lotutako Follow_Up mezuan bidaliko da. Sinkronizazioa mezua latentzia neurtzeko bi mekanismoetarako erabiltzen da.
Mezua Multicast erabiliz transmititzen da. Aukeran Unicast erabil dezakezu.
Delay_Req mezua
Delay_Req mezuaren formatua Sync mezuaren berdina da. Erloju esklaboak Delay_Req bidaltzen du. Erloju esklaboak Delay_Req bidali zuen ordua jasotzen du. Mezu hau atzerapen eskaera-erantzun mekanismorako soilik erabiltzen da.
Mezua Multicast erabiliz transmititzen da. Aukeran Unicast erabil dezakezu.
Jarraipen_mezua
Follow_Up mezua aukeran erloju nagusiak bidaltzen du eta bidaltzeko ordua dauka Sinkronizatu mezuak maisu. Bi etapako erloju nagusiek soilik bidaltzen dute Follow_Up mezua.
Follow_Up mezua latentzia neurtzeko bi mekanismoetarako erabiltzen da.
Mezua Multicast erabiliz transmititzen da. Aukeran Unicast erabil dezakezu.
Delay_Resp mezua
Delay_Resp mezua erloju nagusiak bidaltzen du. Delay_Req erloju nagusiak jaso zuen ordua jasotzen du. Mezu hau atzerapen eskaera-erantzun mekanismorako soilik erabiltzen da.
Mezua Multicast erabiliz transmititzen da. Aukeran Unicast erabil dezakezu.
Pdelay_Req mezua
Pdelay_Req mezua atzerapena eskatzen duen gailu batek bidaltzen du. Gailu honen atakatik mezua bidali zen ordua jasotzen du. Pdelay_Req aldameneko atzerapena neurtzeko mekanismorako bakarrik erabiltzen da.
Pdelay_Resp mezua
Pdelay_Resp mezua atzerapen eskaera jaso duen gailu batek bidaltzen du. Gailu honek Pdelay_Req mezua jaso duen ordua jasotzen du. Pdelay_Resp mezua auzoko atzerapena neurtzeko mekanismorako soilik erabiltzen da.
Mezua Pdelay_Resp_Follow_Up
Pdelay_Resp_Follow_Up mezua aukeran atzerapen eskaera jaso duen gailuak bidaltzen du. Gailu honek Pdelay_Req mezua jaso duen ordua jasotzen du. Pdelay_Resp_Follow_Up mezua bi etapako erloju nagusiek soilik bidaltzen dute.
Mezu hau exekuzio denborarako ere erabil daiteke denbora-zigiluaren ordez. Exekuzio-denbora Pdelay-Req jasotzen den unetik Pdelay_Resp bidaltzen den arte da.
Pdelay_Resp_Follow_Up aldameneko atzerapena neurtzeko mekanismorako soilik erabiltzen dira.
Kudeaketa Mezuak
PTP kontrol-mezuak beharrezkoak dira erloju baten edo gehiagoren eta kontrol-nodoaren artean informazioa transferitzeko.
LVra transferitu
PTP mezu bat bi mailatan transmititu daiteke:
- Sarea - IP datuen zati gisa.
- Kanala - Ethernet fotograma baten zati gisa.
PTP mezuen transmisioa UDP bidez IP bidez Ethernet bidez
PTP UDP bidez Ethernet bidez
Profilak
PTP-k konfiguratu beharreko parametro malgu asko ditu. Adibidez:
- BMCA aukerak.
- Latentzia neurtzeko mekanismoa.
- Parametro konfiguragarri guztien tarteak eta hasierako balioak, etab.
Eta aldez aurretik PTPv2 gailuak elkarrekin bateragarriak direla esan dugun arren, hori ez da egia. Gailuek ezarpen berdinak izan behar dituzte komunikatzeko.
Horregatik daude PTPv2 profilak deiturikoak. Profilak konfiguratutako ezarpenen eta definitutako protokolo-murrizketen multzoak dira, denbora-sinkronizazioa aplikazio zehatz baterako ezarri ahal izateko.
IEEE 1588v2 estandarrak berak profil bakarra deskribatzen du: "Profil lehenetsia". Beste profil guztiak hainbat erakunde eta elkartek sortu eta deskribatzen dituzte.
Adibidez, Power Profile edo PTPv2 Power Profile Power Systems Relaying Committee eta IEEE Power and Energy Society-ko Azpiestazio Batzordeak sortu zuten. Profila bera IEEE C37.238-2011 deitzen da.
Profilak deskribatzen du PTP transferitu daitekeela:
- L2 sareen bidez soilik (hau da, Ethernet, HSR, PRP, ez IP).
- Mezuak Multicast emisio bidez soilik transmititzen dira.
- Peer atzerapena neurtzeko mekanismoa atzerapen neurtzeko mekanismo gisa erabiltzen da.
Domeinu lehenetsia 0 da, gomendatutako domeinua 93 da.
C37.238-2011-ren diseinu-filosofia aukerako eginbideen kopurua murriztea eta gailuen arteko interakzio fidagarria izateko eta sistemaren egonkortasuna areagotzeko beharrezko funtzioak soilik mantentzea zen.
Halaber, mezuen transmisioaren maiztasuna zehazten da:
Izan ere, parametro bakarra dago aukeratzeko: erloju maisu mota (etapa bakarrekoa edo bi etapa).
Zehaztasunak ez du 1 ΞΌs baino gehiago izan behar. Bestela esanda, sinkronizazio bide batek gehienez 15 erloju garden edo hiru muga-erloju izan ditzake.
Iturria: www.habr.com