Udhëzuesi i konfigurimit të menaxhimit të sistemit CISCO APIC Udhëzuesi i përdorimit

Përmbajtja fshehin

1 Udhëzuesi i konfigurimit të menaxhimit të sistemit APIC

Udhëzuesi i konfigurimit të menaxhimit të sistemit APIC

Cisco APIC System Management Guide Configuration, Release 6.0(x)
Publikimi i parë: 2022-06-17
Selia e Amerikës
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 SHBA http://www.cisco.com Tel: 408 526-4000
800 553-NETS (6387) Faksi: 408 527-0883

Markat tregtare
SPECIFIKIMET DHE INFORMACIONET LIDHUR ME PRODUKTET E REFERUARA NË KËTË DOKUMENTACION JANË TË NDRYSHIM PA NJOFTIM. PËRVEÇ SI MUND TË PARAQITET ME SHKRI ME SHKRIM NGA CISCO, TË GJITHA DEKLARATAT, INFORMACIONET DHE REKOMANDIMET NË KËTË DOKUMENTACION PARAQITEN PA ASNJË LLOJ GARANCI, TË SHPREHUR APO TË nënkuptuara.
Marrëveshja e licencës së përdoruesit fundor Cisco dhe çdo kusht shtesë i licencës rregullojnë përdorimin tuaj të çdo softueri Cisco, duke përfshirë këtë dokumentacion produkti, dhe gjenden në: http://www.cisco.com/go/softwareterms. Informacioni i garancisë së produktit Cisco është i disponueshëm në http://www.cisco.com/go/warranty. Njoftimet e Komisionit Federal të Komunikimeve të SHBA-së gjenden këtu http://www.cisco.com/c/en/us/products/us-fcc-notice.html.
NË ASNJË RAST CISCO OSE FURNIZUESIT E SAJ NUK DUHET PËRGJEGJËS PËR NDONJË DËM TË INDIREKT, TË VEÇANTË, PASOJËS APO RASTËSISHËM, PËRFSHIRË, PA KUFIZIM, FITIMET E HUMBURA OSE HUMBJEN OSE HUMBJEN OSE DËMIM PËR TË PËRDORUR KËTË MANUAL, EDHE NËSE CISCO OSE FURNIZUESIT E SAJ ËSHTË KËSHILLUAR PËR MUNDËSINË E DËMEVE TË KËTA.
Çdo produkt dhe veçori e përshkruar këtu si në zhvillim ose e disponueshme në një datë të ardhshme mbetet në s të ndryshmetage të zhvillimit dhe do të ofrohet në bazë kur dhe nëse është e disponueshme. Çdo produkt ose udhërrëfyes i tillë i veçorive është subjekt i ndryshimit sipas gjykimit të vetëm të Cisco-s dhe Cisco nuk do të ketë asnjë përgjegjësi për vonesat në dorëzim ose dështimin për të ofruar ndonjë produkt ose element udhërrëfyes të veçorive që mund të përcaktohen në këtë dokument.
Adresat dhe numrat e telefonit të Protokollit të Internetit (IP) të përdorura në këtë dokument nuk kanë për qëllim të jenë adresa dhe numra telefoni aktualë. Çdo ishamples, dalja e ekranit të komandave, diagramet e topologjisë së rrjetit dhe figurat e tjera të përfshira në dokument tregohen vetëm për qëllime ilustruese. Çdo përdorim i adresave IP aktuale ose numrave të telefonit në përmbajtje ilustruese është i paqëllimshëm dhe i rastësishëm.
Dokumentacioni i vendosur për këtë produkt përpiqet të përdorë gjuhë pa paragjykime. Për qëllimet e këtij grupi dokumentacioni, pa paragjykim përkufizohet si gjuhë që nuk nënkupton diskriminim në bazë të moshës, aftësisë së kufizuar, gjinisë, identitetit racor, identitetit etnik, orientimit seksual, statusit socio-ekonomik dhe ndërsektorialitetit. Përjashtimet mund të jenë të pranishme në dokumentacion për shkak të gjuhës që është e koduar në ndërfaqet e përdoruesit të softuerit të produktit, gjuhës së përdorur bazuar në dokumentacionin RFP ose gjuhës që përdoret nga një produkt i palës së tretë të referuar.
Cisco dhe logoja Cisco janë marka tregtare ose marka të regjistruara të Cisco-s dhe/ose filialeve të saj në SHBA dhe vende të tjera. te view një listë të markave tregtare Cisco, shkoni te kjo URL: www.cisco.com kaloni markat tregtare. Markat tregtare të palëve të treta të përmendura janë pronë e pronarëve të tyre përkatës. Përdorimi i fjalës partner nuk nënkupton një marrëdhënie partneriteti midis Cisco dhe ndonjë kompanie tjetër. (1721R)
Cisco APIC System Management Guide Configuration, Release 6.0(x) iii

Markat tregtare

Cisco APIC System Management Guide Configuration, Release 6.0(x) iv

PËRMBAJTJA

PARATHËNIE KAPITULLI 1 KAPITULLI 2
KAPITULLI 3

Markat tregtare iii
Informacion i ri dhe i ndryshuar 1 Informacion i ri dhe i ndryshuar 1
Alias, Annotations, dhe Tags 3 Alias, Annotations, dhe Tags 3 alias 3 Krijimi i një emri pseudonim ose pseudonim global 4 Shënime 5 Krijimi i një alias 5 Politika Tags 6 Krijimi i një politike Tag 6
Protokolli i saktë i kohës 7 Rreth PTP 7 Llojet e orës PTP 8 Topologjia PTP 10 Porta Master dhe Klient 10 Porta pasive 11 Njoftoni mesazhe 12 Topologji PTP me lloje të ndryshme të nyjeve PTP 14 Topologji PTP vetëm me orë kufitare nga skaji në skaj 14 topologji PTP me një B Ora dhe orë transparente nga fundi në fund 14 PTP BMCA 15 PTP BMCA Parametrat 15

Cisco APIC System Management Guide Configuration, Release 6.0(x) v

Përmbajtja

PTP BMCA Examples 16 PTP BMCA Failover 18 PTP Alternate BMCA (G.8275.1) 20 PTP Alternative BMCA Parametrat 20 PTP Alternate BMCA Examples 21 PTP Clock Sinkronizimi 23 PTP dhe meanPathDelay 24 meanPathDelay Measurement 25 PTP Multicast, Unicast dhe Mixed Mode 28 PTP Transport Protocol 30 PTP Mesazhet e sinjalizimit dhe menaxhimit 31 Mesazhet e menaxhimit PTP 32 PTP Profiles 34 Cisco ACI dhe PTP 35 Cisco ACI Kërkesat e softuerit dhe harduerit 37 Softuer i mbështetur për PTP 37 Hardware i mbështetur për PTP 38 Lidhshmëria PTP 39 Lidhja e nyjeve PTP e mbështetur 39 Lidhja e ndërfaqes së mbështetur PTP 40 Vendosjet e Grandmaster 41 Konfigurimet e PTP46Low konfigurime 48 Konfigurimi i politikës PTP globalisht dhe për ndërfaqet fabrike duke përdorur GUI 48 Konfigurimi i një politike të nyjeve PTP dhe aplikimi i politikës në një Switch Profile Përdorimi i një Politike Switch
Grupi duke përdorur GUI 49 Krijimi i PTP User Profile për portet e panelit të përparmë me ndërprerës me gjethe duke përdorur GUI 50 Aktivizimi i PTP në portat statike EPG Përdorimi i GUI 50 Aktivizimi i PTP në ndërfaqet L3Out duke përdorur GUI 51 Konfigurimi i politikës PTP në nivel global dhe për ndërfaqet e rrobave duke përdorur REST API 51 Konfigurimi i politikës së një Node PTP Zbatimi i politikës në një Switch Profile Përdorimi i një Politike Switch
Grupi duke përdorur REST API 52 Krijimi i PTP User Profile për portat e panelit të përparmë të ndërprerësit me gjethe duke përdorur REST API 53

Cisco APIC System Management Guide Configuration, Release 6.0(x) vi

Përmbajtja

KAPITULLI 4
KAPITULLI 5 KAPITULLI 6 KAPITULLI 7

Aktivizimi i PTP në portat statike EPG duke përdorur REST API 53 Aktivizimi i PTP në ndërfaqet L3Out duke përdorur modalitetin REST API 54 PTP Unicast, Multicast dhe Mixed Mode në Cisco ACI 55 PTP Unicast Kufizimet në Cisco ACI 55 PTP PC dhe Cisco A Cisco A Implementation Filtrimi dhe tunelizimi i paketave PTP 56 Filtrimi i paketave PTP 57 Cisco ACI Si orë kufitare PTP ose tuneli i pavetëdijshëm për PTP 57 PTP dhe NTP 58 Verifikimi PTP 60
Synchronous Ethernet (SyncE) 67 Rreth Sinchronous Ethernet (SyncE) 67 Udhëzime dhe kufizime për SyncE 68 Konfigurimi Sinkron Ethernet 69 Krijimi i një Politike Sinkrone të Nyjeve Ethernet 69 Krijimi i një Politike të Konfigurimit të Ndërfaqes Sinkrone Ethernet Q70CIL72
Politika e përfaqësuesit HTTP/HTTPS 77 Rreth politikës së përfaqësuesit HTTP/HTTPS 77 Veçoritë e Cisco APIC që përdorin përfaqësuesin HTTP/HTTPS 77 Konfigurimi i politikës së përfaqësuesit HTTP/HTTPS duke përdorur GUI 78
Statistikat e procesit 79 View79 Konfigurimi i politikës së statistikave për të gjitha proceset për herë të parë duke përdorur GUI 81 Konfigurimi i politikës së statistikave për të gjitha proceset Pas konfigurimit të politikës për herë të parë duke përdorur GUI 82
Operacionet bazë 85 Zgjidhja e problemeve Skenarët e përplasjes së APIC 85 Skenarët e zgjidhjes së problemeve të grupimeve 85 Defektet e grupimeve 88

Cisco APIC System Management Guide Configuration, Release 6.0(x) vii

Përmbajtja

Zgjidhja e problemeve Fabric Node dhe Process Crash 90 APIC Procesi i ndërprerjes Verifikimi dhe rinisja 91 Zgjidhja e problemeve të një përplasjeje të procesit APIC 93 Operacionet e zgjidhjes së problemeve të Cisco APIC 95 Mbyllja e sistemit APIC 95 Mbyllja e kontrolluesit APIC 95 Mbyllja e kontrolluesit APIC U96 Duke përdorur përsëri GUI Lokatori LED duke përdorur GUI-në 96 Heqja manuale e ndërfaqeve të çaktivizuara dhe ndërprerësve të çaktivizuar nga GUI 97 Heqja manuale e ndërfaqeve të çaktivizuara dhe ndërprerësve të çaktivizuar nga GUI 97 Ndërprerësit e çaktivizimit dhe rikomisionimit 97 Çmontimit dhe rikomisionimit të Fabrikimit të Fa97 Rikuperimi i një fletëje të shkëputur 98 Rikuperimi i një fletë të shkëputur duke përdorur API REST 98 Zgjidhja e problemeve të një dështimi të prapambetjes S 100 Identifikimi i një karte të linjës së dështuar 100 Heqja e objekteve _ui_ të padëshiruara 100 Heqja e objekteve të padëshiruara API Solid100USD102APC103AP në Cisco APIC 103 ViewNumëruesit e gabimeve të CRC 105 ViewNumëruesit e gabimeve të CRC dhe CRC të penguara 105 ViewGabimet e CRC duke përdorur GUI 105 ViewGabimet e CRC duke përdorur CLI 105

Cisco APIC System Management Guide Configuration, Release 6.0(x) viii

1 KAPITULLI

Informacion i ri dhe i ndryshuar

· Informacion i ri dhe i ndryshuar, në faqen 1

Informacion i ri dhe i ndryshuar

Tabela e mëposhtme jep një mbiview të ndryshimeve të rëndësishme në organizatë dhe veçoritë në këtë udhëzues deri në publikimin e specifikuar. Tabela nuk ofron një listë shteruese të të gjitha ndryshimeve të bëra në udhëzues ose të veçorive të reja deri në atë version.
Tabela 1: Karakteristikat e reja dhe sjellja e ndryshuar në Cisco APIC Release 6.0(1)

Veçori ose Ndryshim

Përshkrimi

Aty ku dokumentohet

Mbështetje për PTP G.8275.1 në lidhjet e ndërrimit të gjetheve në distancë dhe në vPC

Ju mund të përdorni PTP Telecom Supported PTP Interface profile (G.8275.1) në lidhjen e portit virtual, në kanalet e faqes 40 (vPC) dhe në lidhjet peer të ndërrimit të fletës në distancë.

Mbështetje për SyncE në vPC dhe në Ju mund të përdorni SyncE në vPC dhe Udhëzimet dhe Kufizimet për

lidhjet e ndërrimit të gjetheve në distancë

në lidhjet e ndërrimit të gjetheve në distancë. SyncE, në faqen 68

Cisco APIC System Management Guide Configuration, Release 6.0(x) 1

Informacion i ri dhe i ndryshuar

Cisco APIC System Management Guide Configuration, Release 6.0(x) 2

2 KAPITULLI

Alias, Annotations, dhe Tags

· Alias, Annotations, dhe Tags, në faqen 3
Alias, Annotations, dhe Tags
Për të thjeshtuar identifikimin, adresimin dhe grupimin e objekteve, ACI ofron disa metoda që përdoruesi të shtojë meta të dhënat e etiketës në objekte. Këto metoda janë përmbledhur në listën e mëposhtme:
· Emri Alias: Një zëvendësues kozmetik për një entitet GUI. · Alias globale: Një etiketë, unike brenda pëlhurës, që mund të shërbejë si zëvendësim për të dalluarit e një objekti
Emri (DN). · Tag Shembull / Shënim: Një shënim ose përshkrim i thjeshtë. · Politika Tag: Një etiketë për grupimin e objekteve, të cilat nuk duhet të jenë të së njëjtës klasë.

Alias

Në modelin e objektit ACI, çdo objekt ka një emër unik të dalluar (DN), i cili është një identifikues shpesh i gjatë që përfshin emrat e hierarkisë së objektit të tij mëmë dhe vetvetes. Për shembullample, merrni parasysh një qiramarrës të quajtur Tenant2468 që përmban një aplikacion profile i quajtur ap13, i cili përmban një grup të pikës fundore të aplikacionit të quajtur aepg35. DN e atij grupi të pikës fundore të aplikacionit, i krijuar nga APIC, është uni/tn-Tenant2468/ap-ap13/epg-aepg35. Pasi të krijohet secili prej këtyre objekteve, ACI zakonisht nuk lejon që emrat e tyre të ndryshohen, pasi kjo do të shkaktonte një ndryshim në DN-të e të gjitha objekteve pasardhëse të objektit të riemërtuar. Për të kapërcyer këtë shqetësim, ACI ofron dy funksione pseudonimi - Emri Alias për GUI dhe Alias Global për API.
Emri Alias
Veçoria Name Alias (ose thjesht "Alias" ku cilësimi shfaqet në GUI) ndryshon emrin e shfaqur të objekteve në APIC GUI. Ndërsa emri i objektit themelor nuk mund të ndryshohet, administratori mund të anashkalojë emrin e shfaqur duke futur emrin e dëshiruar në fushën Alias të menysë së vetive të objektit. Në GUI, emri i pseudonimit shfaqet më pas së bashku me emrin aktual të objektit në kllapa, si emri_alias (emri_objekti). Shumë lloje objektesh, të tilla si qiramarrësit, aplikacioni profiles, domenet e urës dhe EPG-të, mbështesin vetinë e pseudonimit. Në modelin e objektit, vetia e emrit alias është objektClass.nameAlias. Prona për objekt qiramarrës, p.shample, është fvTenant.nameAlias.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 3

Krijimi i një alias emri ose alias global

Alias, Annotations, dhe Tags

Duke përdorur shembullin e mëparshëmampnga një qiramarrës, supozoni se administratori preferon të shohë emrin e qiramarrësit "AcmeManufacturing" në vend të "Tenant2468". Duke futur emrin e preferuar në fushën Alias të pronave të qiramarrësit Tenant2468, GUI do të shfaqte tani AcmeManufacturing (Tenant2468). Emri alias pronë është thjesht kozmetike për GUI APIC. Pseudonimi nuk duhet të jetë unik në asnjë fushëveprim, dhe e njëjta vlerë mund të përdoret si pseudonim emri për objekte të tjera.
Alias Global Tipari Global Alias thjeshton kërkimin e një objekti specifik në API. Kur kërkoni një objekt, duhet të specifikoni një identifikues unik të objektit, i cili zakonisht është DN e objektit. Si alternativë, kjo veçori ju lejon t'i caktoni një objekti një etiketë që është unike brenda pëlhurës. Duke përdorur shembullin e mëparshëmampLe, pa një pseudonim global, ju do të pyesni pikën fundore të aplikacionit nga DN e tij duke përdorur këtë kërkesë API:
MERRNI: https://APIC_IP/api/mo/uni/tn-Tenant2468/ap-ap13/epg-aepg35.json
Duke konfiguruar një emër më të thjeshtë por unik në fushën Global Alias të menysë së vetive të objektit, mund të përdorni pseudonimin global së bashku me një komandë të ndryshme API për të kërkuar objektin:
MERRNI: https://APIC_IP/api/alias/global_alias.json
Duke përdorur shembullin e mëparshëmample, duke futur “AcmeEPG35” në fushën Global Alias të vetive të konfigurimit të grupit të pikës fundore të aplikacionit, pyetësori URL tani do të ishte:
MERRNI: https://APIC_IP/api/alias/AcmeEPG35.json
Në modelin e objektit APIC, pseudonimi global është një objekt fëmijë (tagAliasInst) i bashkangjitur objektit që po emërtohet. Në shembullin e mëparshëmample, objekti i pseudonimit global do të ishte një objekt fëmijë i objektit të grupit të pikës fundore të aplikacionit. Për informacion shtesë, shihni "Tags dhe pseudonimet” kapitulli i Udhëzuesit të konfigurimit të APIC REST API.
Krijimi i një alias emri ose alias global
Ky ishampProcedura le ju tregon se si të krijoni një pseudonim emri dhe një pseudonim global për një aplikacion profile të një qiramarrësi. Shumë objekte të tjera mbështesin këto veçori të pseudonimit duke përdorur të njëjtën procedurë pas lundrimit te objekti.

Hapi 1 Hapi 2 Hapi 3
Hapi 4
Hapi 5

Në shiritin e menusë, zgjidhni Qiramarrësit dhe zgjidhni Qiramarrësin e aplikueshëm. Në panelin e navigimit, zgjeroni emri_tenant > Application Profiles > application_profile_emri. Në panelin e punës, klikoni skedën Politika. Faqja e Vetive të aplikacionit profile shfaqet.
Në fushën Alias, vendosni një pseudonim emri. Pseudonimi nuk duhet të jetë unik në asnjë fushë.
Në fushën Global Alias, vendosni një pseudonim për emrin e dalluar (DN) të aplikacionit profile. Pseudonimi global duhet të jetë unik brenda pëlhurës.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 4

Alias, Annotations, dhe Tags

Shënime

Hapi 6 Klikoni Submit.

Nëse keni konfiguruar një pseudonim emri, aplikacioni profile tani është identifikuar në panelin e navigimit si pseudonim (emri). Për shembullample, nëse Emri është ap1234 dhe keni konfiguruar një Alias si SanJose, aplikacioni profile shfaqet si SanJose (ap1234).
Nëse keni konfiguruar një pseudonim global, tani mund ta zëvendësoni atë vlerë për emrin e dalluar (DN) të aplikacionit profile në komandat API që mbështesin pseudonimin global.
Shënime
Ju mund të shtoni çifte meta të dhënash arbitrare key:value në një objekt si shënime (tagShënim). Shënimet ofrohen për qëllimet e personalizuara të përdoruesit, të tilla si përshkrimet, shënuesit për skriptimin personal ose thirrjet API, ose flamujt për mjetet e monitorimit ose aplikacionet e orkestrimit si Cisco Multi-Site Orchestrator (MSO). Për shkak se APIC i injoron këto shënime dhe thjesht i ruan ato me të dhëna të tjera objektesh, nuk ka kufizime të formatit ose përmbajtjes të vendosura nga APIC.
Evolucioni i Annotimeve
Mbështetja APIC për informacionin e shënimeve të përcaktuara nga përdoruesi ka ndryshuar me kalimin e kohës në hapat e mëposhtëm:
· Përpara publikimit të Cisco APIC 4.2(4), APIC mbështetet tag raste (tagInst), i cili ruante një varg të thjeshtë. Në menytë APIC GUI, këto ishin etiketuar si "Tags.”
· Në Cisco APIC Release 4.2(4), për shkak se shumë sisteme moderne përdorin një çift çelësash dhe vlerash si etiketë, u bënë ndryshime për të kaluar te shënimet key:value (tagAnnotation) si opsioni kryesor i etiketës për API. API-ja e shkurtoreve për të kërkuar objekte nëpërmjet tag raste (/api/tag/ jote_tag.json) u zhvlerësua. GUI APIC vazhdoi të përdorte vargun e thjeshtë tag raste (tagInst), etiketuar si "Tags.”.
· Në Cisco APIC Release 5.1 (1), tag raste (tagInst) u zhvlerësuan në GUI. Menutë GUI ende përdorin termin "Tags, por në fakt shënimet e konfiguruara (tagShënim). Gjithashtu duke filluar me këtë version, mund të jetë një listë e të gjitha shënimeve viewed nga Fabric > Fabric Policys > Tags.
· Në versionin 5.2 (1) të Cisco APIC, etiketat e menusë GUI u ndryshuan nga "Tags" te "Shënimet". Ky ndryshim është bërë për të shmangur konfuzionin me Politikën Tags.
Krijimi i një shënimi
Ky ishampProcedura le ju tregon se si të krijoni një shënim për një qiramarrës. Shumë objekte të tjera mbështesin veçorinë e shënimit duke përdorur të njëjtën procedurë pas lundrimit te objekti.

Hapi 1 Hapi 2 Hapi 3
Hapi 4 Hapi 5 Hapi 6

Në shiritin e menusë, zgjidhni Qiramarrësit dhe zgjidhni Qiramarrësin e aplikueshëm. Në panelin e navigimit, kliko emri_ qiramarrës. Në panelin e punës, klikoni skedën Politika. Shfaqet menyja e pronave të qiramarrësit.
Pranë Annotations, klikoni simbolin + për të shtuar një shënim të ri. Në kutinë e tastit të shënimit, zgjidhni një çelës ekzistues ose shkruani një çelës të ri. Në kutinë e vlerës së shënimit, shkruani një vlerë.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 5

Politika Tags

Alias, Annotations, dhe Tags

Hapi 7

Karakteret e lejuara për çelësin dhe vlerën janë az, AZ, 0-9, pikë, dy pika, vizë ose nënvizim. Klikoni simbolin për të ruajtur shënimin. Mund të shtoni më shumë shënime duke përsëritur këto hapa.

Politika Tags
Politika tags (tagTag), ose thjesht tags, janë çifte çelësash dhe vlerash të përcaktuara nga përdoruesi për përdorim nga veçoritë ACI. Mund të konfiguroni shumë tags në një objekt të vetëm, dhe ju mund të aplikoni të njëjtën gjë tag në objekte të shumta. Sepse shumë klasa objektesh mbështesin politikën tags, mund të përdorni politikën tags për të grupuar objekte të ndryshme. Për shembullample, një politikë tag mund të përdoret për të grupuar pikat fundore, nënrrjetat dhe VM-të së bashku si një grup i sigurisë së pikës fundore (ESG) duke përdorur ESG tag përzgjedhësit në Cisco APIC Release 5.2 (1). Karakteristikat ACI duke përdorur politikën tags përfshijnë:
· Grupi i Sigurisë së pikës së fundit (ESG)
Krijimi i një Politike Tag
Ky ishampprocedura le ju tregon se si të krijoni një politikë tag për një pikë përfundimtare statike. Disa objekte të tjera mbështesin politikën tags duke përdorur të njëjtën procedurë pas lundrimit në objekt.

Hapi 1 Hapi 2 Hapi 3
Hapi 4 Hapi 5 Hapi 6
Hapi 7

Në shiritin e menusë, zgjidhni Qiramarrësit dhe zgjidhni Qiramarrësin e aplikueshëm. Në panelin e navigimit, zgjeroni emri_tenant > Application Profiles > application_profile_name > EPG e aplikacionit > emri_epg_aplikacioni > Pika e fundit statike. Në panelin e punës, klikoni dy herë në pikën përfundimtare statike që do të jetë tagged. Shfaqet kutia e dialogut Static Endpoint Properties.
Pranë Politikës Tags, klikoni simbolin + për të shtuar një politikë të re tag. Në tag kutinë e çelësit, zgjidhni një çelës ekzistues ose shkruani një çelës të ri. Në tag kutia e vlerës, shkruani a tag vlerë. Karakteret e lejuara për çelësin dhe vlerën janë az, AZ, 0-9, pikë, dy pika, vizë ose nënvizim.
Klikoni simbolin për të ruajtur tag.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 6

3 KAPITULLI
Protokolli i saktë i kohës
· Rreth PTP, në faqen 7 · Cisco ACI dhe PTP, në faqen 35
Rreth PTP
Precision Time Protocol (PTP) është një protokoll sinkronizimi kohor i përcaktuar në IEEE 1588 për nyjet e shpërndara nëpër një rrjet. Me PTP, ju mund të sinkronizoni orët e shpërndara me një saktësi prej më pak se 1 mikrosekondë duke përdorur rrjetet Ethernet. Saktësia e PTP vjen nga mbështetja harduerike për PTP në çelsat e pëlhurës dhe gjetheve të infrastrukturës së aplikacionit Cisco Centric (ACI). Mbështetja e harduerit lejon që protokolli të kompensojë me saktësi vonesat dhe ndryshimet e mesazheve në rrjet.
Shënim Ky dokument përdor termin "klient" për atë që standardi IEEE1588-2008 i referohet si "skllav". Përjashtim bëjnë rastet në të cilat fjala "skllav" është ngulitur në komandat CLI ose GUI të Cisco Application Policy Controller Infrastructure Controller (APIC).
PTP është një protokoll i shpërndarë që specifikon se si orët PTP në kohë reale në sistem sinkronizohen me njëra-tjetrën. Këto orë janë të organizuara në një hierarki sinkronizimi master-klient me orën master-master, e cila është ora në krye të hierarkisë, duke përcaktuar kohën e referencës për të gjithë sistemin. Sinkronizimi arrihet duke shkëmbyer mesazhe kohore PTP, me anëtarët që përdorin informacionin e kohës për të rregulluar orët e tyre me kohën e masterit të tyre në hierarki. PTP operon brenda një sfere logjike të quajtur domen PTP. Procesi PTP përbëhet nga dy faza: vendosja e hierarkisë master-klient dhe sinkronizimi i orëve. Brenda një domeni PTP, çdo port i një ore të zakonshme ose kufitare përdor procesin e mëposhtëm për të përcaktuar gjendjen e tij: 1. Vendosni hierarkinë master-klient duke përdorur Algoritmin e Orës më të Mirë Master (BMCA):
· Shqyrtoni përmbajtjen e të gjitha mesazheve të pranuara të Njoftimit (të lëshuara nga portet në gjendjen kryesore). · Krahasoni grupet e të dhënave të masterit të huaj (në mesazhin Njoftoni) dhe orën lokale për përparësi,
klasa e orës, saktësia, etj. · Përcaktoni gjendjen e vet si master ose klient.
2. Sinkronizoni orët:
Cisco APIC System Management Guide Configuration, Release 6.0(x) 7

Llojet e orës PTP

Protokolli i saktë i kohës

· Përdorni mesazhe, të tilla si Sync dhe Delay_Req, për të sinkronizuar orën midis masterit dhe klientëve.
Llojet e orës PTP
Ilustrimi i mëposhtëm tregon hierarkinë e llojeve të orës PTP:

PTP ka llojet e mëposhtme të orës:

Lloji

Përshkrimi

Ora e mjeshtrit të madh (GM, GMC)

Burimi i kohës për të gjithë topologjinë PTP. Ora e mjeshtrit të madh zgjidhet nga Algoritmi i Orës më të Mirë Master (BMCA).

Cisco APIC System Management Guide Configuration, Release 6.0(x) 8

Protokolli i saktë i kohës

Llojet e orës PTP

Lloji Ora kufitare (BC) Ora transparente (TC)
Ora e zakonshme (OC)

Përshkrimi
Një pajisje me porte të shumta PTP. Një orë kufitare PTP merr pjesë në BMCA dhe çdo port ka një status, si master ose klient. Një orë kufitare sinkronizohet me prindin/masterin e saj në mënyrë që orët e klientit pas vetes të sinkronizohen me vetë orën kufitare PTP. Për të siguruar këtë, një orë kufitare përfundon mesazhet PTP dhe përgjigjet vetë në vend që të përcjellë mesazhet. Kjo eliminon vonesën e shkaktuar nga përcjellja e mesazheve PTP nga nyja nga një port në tjetrin.
Një pajisje me porte të shumta PTP. Një orë transparente PTP nuk merr pjesë në BMCA. Ky lloj ore i përcjell vetëm në mënyrë transparente mesazhet PTP ndërmjet orës kryesore dhe orës së klientit, në mënyrë që ato të mund të sinkronizohen drejtpërdrejt me njëri-tjetrin. Një orë transparente i shton kohën e qëndrimit mesazheve PTP që kalojnë, në mënyrë që klientët të mund të marrin parasysh vonesën e përcjelljes brenda pajisjes së orës transparente.
Në rastin e një mekanizmi të vonesës peer-to-peer, një orë transparente PTP përfundon mesazhet PTP Pdelay_xxx në vend që të përcjellë mesazhet.
Shënim Çelësat në modalitetin ACI nuk mund të jenë një orë transparente.
Një pajisje që mund të shërbejë si një burim kohe si një orë mjeshtërore ose që mund të sinkronizohet me një orë tjetër (si p.sh. një master) me rolin e klientit (një klient PTP).

Cisco APIC System Management Guide Configuration, Release 6.0(x) 9

Topologjia PTP
Topologjia PTP
Portet Master dhe Klienti

Protokolli i saktë i kohës

Portat master dhe klienti funksionojnë si më poshtë: · Çdo nyje PTP sinkronizon drejtpërdrejt ose indirekt orën e saj me orën master që ka burimin më të mirë të kohës, siç është GPS (Ora 1 në figurë). · Përzgjidhet një mjeshtër i madh për të gjithë topologjinë PTP (domain) bazuar në Algoritmin e Orës më të Mirë Master (BMCA). BMCA llogaritet në secilën nyje PTP individualisht, por algoritmi siguron që të gjitha nyjet në të njëjtin domen të zgjedhin të njëjtën orë si mjeshtri i madh. · Në çdo shteg ndërmjet nyjeve PTP, bazuar në BMCA, do të ketë një port master dhe të paktën një portë klienti. Do të ketë porte të shumëfishta klienti nëse shtegu është pikë-në-shumë pika, por çdo nyje PTP mund të ketë vetëm një portë klienti. Çdo nyje PTP përdor portën e klientit për t'u sinkronizuar me portin kryesor në anën tjetër. Duke e përsëritur këtë, të gjitha nyjet PTP përfundimisht sinkronizohen me mjeshtrin e madh direkt ose indirekt. · Nga pika e çelësit 1 të view, Ora 1 është mjeshtri dhe mjeshtri i madh.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 10

Protokolli i saktë i kohës

Portet pasive

· Nga pika e ndërprerësit 2 të view, Çelësi 1 është mjeshtri dhe Ora 1 është mjeshtri i madh.
· Çdo nyje PTP duhet të ketë vetëm një portë klienti, pas së cilës qëndron mjeshtri i madh. Mjeshtri i madh mund të jetë shumë larg.
· Përjashtim bën një orë transparente PTP, e cila nuk merr pjesë në BMCA. Nëse Switch 3 do të ishte një orë transparente PTP, ora nuk do të kishte një status porti, si master dhe klient. Clock 3, Clock 4 dhe Switch 1 do të krijonin drejtpërdrejt një marrëdhënie master dhe klient.

Portet pasive

BMCA mund të zgjedhë një portë tjetër PTP që është në gjendje pasive në krye të masterit dhe klientit. Një port pasiv nuk gjeneron asnjë mesazh PTP, me disa përjashtime të tilla si mesazhet e Menaxhimit PTP si përgjigje ndaj mesazheve të Menaxhimit nga nyjet e tjera.
Example 1

Nëse një nyje PTP ka porte të shumta drejt mjeshtrit të madh, vetëm njëra prej tyre do të jetë porta e klientit. Portet e tjera drejt mjeshtrit të madh do të jenë porte pasive.
Example 2

Cisco APIC System Management Guide Configuration, Release 6.0(x) 11

Njoftoni Mesazhet

Protokolli i saktë i kohës

Nëse një nyje PTP zbulon dy orë vetëm master (kandidatët për mjeshtër të mëdhenj), porta drejt kandidatit të zgjedhur si mjeshtër i madh bëhet një port klienti dhe tjetri bëhet një port pasiv. Nëse ora tjetër mund të jetë një klient, ajo formon një marrëdhënie master dhe klient në vend të pasive.
Example 3

Nëse një orë vetëm master (kandidati për mjeshtër të madh) zbulon një orë tjetër vetëm master që është më e mirë se ajo, ora e vendos veten në një gjendje pasive. Kjo ndodh kur dy kandidatë për mjeshtër të mëdhenj janë në të njëjtën rrugë komunikimi pa një orë kufitare PTP në mes.
Njoftoni Mesazhet
Mesazhi i Njoftimit përdoret për të llogaritur Algoritmin e Orës më të Mirë Master (BMCA) dhe për të vendosur topologjinë PTP (hierarkia master-klient).

Cisco APIC System Management Guide Configuration, Release 6.0(x) 12

Protokolli i saktë i kohës

Njoftoni Mesazhet

Mesazhi funksionon si më poshtë: · Portat kryesore PTP dërgojnë PTP Njoftoni mesazhe në adresën IP 224.0.1.129 në rastin e PTP mbi IPv4 UDP. · Çdo nyje përdor informacionin në mesazhet e Njoftimit të PTP për të vendosur automatikisht hierarkinë e sinkronizimit (marrëdhëniet master/klient ose pasive) bazuar në BMCA. · Disa nga informacionet që përmbajnë mesazhet e Njoftimit të PTP janë si më poshtë: · Prioriteti i mjeshtrit të madh 1 · Cilësia e orës së mjeshtrit të madh (klasa, saktësia, varianca) · Prioriteti i mjeshtrit të madh 2 · Identiteti i mjeshtrit të madh · Hapi u hoq · Mesazhet e njoftimit të PTP dërgohen me një interval bazuar në 2 logAnnounceInterval sekonda.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 13

Topologji PTP me lloje të ndryshme të nyjeve PTP

Protokolli i saktë i kohës

Topologji PTP me lloje të ndryshme të nyjeve PTP
Topologji PTP vetëm me orë kufitare nga fundi në fund
Në këtë topologji, nyjet e orës kufitare përfundojnë të gjitha mesazhet PTP multicast, përveç mesazheve të Menaxhimit.

Kjo siguron që çdo nyje të përpunojë mesazhet Sync nga ora kryesore më e afërt mëmë, e cila i ndihmon nyjet të arrijnë saktësi të lartë.
Topologji PTP me orë kufitare dhe orë transparente nga fundi në fund
Në këtë topologji, nyjet e orës kufitare përfundojnë të gjitha mesazhet PTP multicast, përveç mesazheve të Menaxhimit.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 14

Protokolli i saktë i kohës

PTP BMCA

Nyjet e orës transparente nga fundi në fund (E2E) nuk përfundojnë mesazhet PTP, por thjesht shtojnë një kohë qëndrimi (kohën që paketës iu desh për të kaluar nëpër nyje) në fushën e korrigjimit të mesazhit PTP ndërsa paketat kalojnë pranë, në mënyrë që klientët të mund të përdorni ato për të arritur saktësi më të mirë. Por, kjo ka shkallëzim më të ulët pasi rritet numri i mesazheve PTP që duhet të trajtohen nga një nyje e orës kufitare.

PTP BMCA

Parametrat e PTP BMCA

Çdo orë ka parametrat e mëposhtëm të përcaktuar në IEEE 1588-2008 që përdoren në Algoritmin e Orës më të Mirë Master (BMCA):

Rendit

Parametri

Vlerat e mundshme

Përshkrimi

Prioriteti 1

0 deri në 255

Një numër i konfigurueshëm nga përdoruesi. Vlera është normalisht 128 ose më e ulët për orët e kandidatëve për mjeshtër të mëdhenj (pajisje të aftë për master) dhe 255 për pajisjet vetëm për klientë.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 15

PTP BMCA Examples

Protokolli i saktë i kohës

Porosia 2
3 4 5 6 7

Cilësia e orës me parametra - Klasa
Saktësia e cilësisë së orës Prioriteti 2 i variancës së cilësisë së orës
Identiteti i orës
Hapat u hoqën

Vlerat e mundshme

Përshkrimi

0 deri në 255

Përfaqëson statusin e pajisjeve të orës. Për shembullample, 6 është për pajisjet me burimin kryesor të kohës së referencës, siç është GPS. 7 është për pajisjet që dikur kishin një burim parësor të kohës së referencës. 127 ose më të ulëta janë për orët vetëm master (kandidatët për mjeshtër të mëdhenj). 255 është për pajisjet vetëm për klientë.

0 deri në 255

Saktësia e orës. Për shembullample, 33 (0x21) do të thotë < 100 ns, ndërsa 35 (0x23) do të thotë < 1 us.

0 deri në 65535

Saktësia e kohësamps i kapsuluar në mesazhet PTP.

0 deri në 255

Një numër tjetër i konfigurueshëm nga përdoruesi. Ky parametër përdoret zakonisht kur konfigurimi ka dy kandidatë për mjeshtër me cilësi identike të orës dhe njëri është në gatishmëri.

Kjo është një vlerë 8-byte Ky parametër shërben si lidhja përfundimtare që zakonisht formohet ndërprerës, dhe zakonisht është një adresë MAC. duke përdorur një adresë MAC

Nuk mund të konfigurohet

Ky parametër përfaqëson numrin e kërcimeve nga ora e shpallur dhe është ndërprerësi i fundit i lidhjes kur merr orën e të njëjtit mjeshtër nga dy porta të ndryshme. Nëse hapat e hequr janë të njëjtë për kandidatët, ID-ja dhe numri i portit përdoren si një kufizim.
Ju nuk mund të konfiguroni vlerën e këtij parametri.

Këto parametra të orës së mjeshtrit të madh barten nga mesazhet e Njoftimit të PTP. Çdo nyje PTP i krahason këto vlera sipas renditjes së renditur në tabelë nga të gjitha mesazhet e Njoftimit që merr nyja dhe gjithashtu vlerat e vetë nyjes. Për të gjithë parametrat, numri më i ulët fiton. Më pas, çdo nyje PTP do të krijojë mesazhe Njoftimi duke përdorur parametrat e orës më të mirë midis atyre për të cilat nyja ka dijeni dhe nyja do t'i dërgojë mesazhet nga portat e veta kryesore në pajisjet e klientit të ardhshëm.

Shënim Për më shumë informacion rreth secilit parametër, shihni pikën 7.6 në IEEE 1588-2008.
PTP BMCA Examples
Në shembullin e mëposhtëmample, Clock 1 dhe Clock 4 janë kandidatët për mjeshtër të madh për këtë domen PTP:

Cisco APIC System Management Guide Configuration, Release 6.0(x) 16

Protokolli i saktë i kohës

PTP BMCA Examples

Ora 1 ka vlerat e mëposhtme të parametrave: Prioriteti i parametrit 1 Cilësia e orës – Cilësia e orës së klasës – Saktësia Cilësia e orës – Prioriteti i variancës 2 Identiteti i orës Hapi i hequr Ora 4 ka vlerat e mëposhtme të parametrave:

Vlera 127 6 0x21 (< 100ns) 15652 128 0000.1111.1111 *

Cisco APIC System Management Guide Configuration, Release 6.0(x) 17

Dështimi i PTP BMCA

Protokolli i saktë i kohës

Parametri Prioriteti 1 Cilësia e orës – Cilësia e orës së klasës – Cilësia e orës së saktësisë – Prioriteti i variancës 2 Hapi i identitetit të orës u hoq

Vlera 127 6 0x21 (< 100ns) 15652 129 0000.1111.2222 *

Të dy orët dërgojnë mesazhe PTP Njoftoni, më pas çdo nyje PTP krahason vlerat në mesazhe. Në këtë ishample, për shkak se katër parametrat e parë kanë të njëjtën vlerë, Prioriteti 2 vendos mjeshtrin aktiv, që është Ora 1.
Pasi të gjithë çelësat (1, 2 dhe 3) të kenë kuptuar se Ora 1 është ora më e mirë kryesore (d.m.th., Ora 1 është mjeshtri i madh), këta çelësa dërgojnë mesazhe PTP Njoftoni me parametrat e Orës 1 nga portat e tyre kryesore. Në çelësin 3, porta e lidhur me Orën 4 (një kandidat për mjeshtër të madh) bëhet një port pasiv sepse porti po merr PTP Njoftoni mesazhe nga një orë vetëm master (klasa 6) me parametra që nuk janë më të mirë se mjeshtri aktual që merret nga një port tjetër.
Parametri Step Removed tregon numrin e kërcimeve (nyjet e orës kufitare PTP) nga mjeshtri i madh. Kur një nyje e orës kufitare PTP dërgon mesazhe Njoftimi PTP, ajo rrit vlerën e "Hapi i hequr" me 1 në mesazh. Në këtë ishample, Switch 2 merr mesazhin PTP Announce nga Switch 1 me parametrat e Orës 1 dhe një vlerë Step Removed prej 1. Ora 2 merr mesazhin PTP Announce me një vlerë Step Removed prej 2. Kjo vlerë përdoret vetëm kur të gjitha të tjerat parametrat në mesazhet e njoftimit të PTP janë të njëjta, gjë që ndodh kur mesazhet janë nga e njëjta orë e kandidatit për mjeshtër.

Dështimi i PTP BMCA
Nëse mjeshtri aktual aktiv (Ora 1) bëhet i padisponueshëm, çdo portë PTP rillogarit Algoritmin e Orës më të Mirë Master (BMCA).

Cisco APIC System Management Guide Configuration, Release 6.0(x) 18

Protokolli i saktë i kohës

Dështimi i PTP BMCA

Disponueshmëria kontrollohet duke përdorur mesazhet Njoftoni. Çdo port PTP deklaron kohën e skadimit të mesazheve të Njoftimit pasi mesazhet e Njoftimit mungonin në mënyrë të njëpasnjëshme për kohën e skadimit të pranimit të njoftimit. Me fjalë të tjera, për Kohën e Njoftimit të Marrjes x 2 logAnnounceInterval sekonda. Kjo periudhë kohore duhet të jetë uniforme në të gjithë një domen PTP siç përmendet në pikën 7.7.3 në IEEE 1588-2008. Kur zbulohet skadimi, çdo ndërprerës fillon të rillogarisë BMCA në të gjitha portat PTP duke dërguar mesazhe Njoftoni me të dhënat e reja më të mira të orës kryesore. Rillogaritja mund të rezultojë në një ndërprerës që fillimisht përcakton se vetë çelësi është ora më e mirë kryesore, sepse shumica e çelsave janë të vetëdijshëm vetëm për mjeshtrin e mëparshëm.
Kur porta e klientit e lidhur me mjeshtrin e madh zbret, nyja (ose portat) nuk ka nevojë të presë për afatin e njoftimit dhe mund të fillojë menjëherë të rillogarisë BMCA duke dërguar mesazhe Njoftoni me të dhënat e reja më të mira të orës kryesore.
Konvergjenca mund të zgjasë disa sekonda ose më shumë në varësi të madhësisë së topologjisë, sepse çdo port PTP rillogarit BMCA nga fillimi individualisht për të gjetur orën e re më të mirë. Përpara dështimit të mjeshtrit aktiv, vetëm Switch 3 di për Clock 4, i cili duhet të marrë rolin aktiv të mjeshtrit të madh.
Gjithashtu, kur statusi i portit ndryshon në master nga jo-master, porti së pari ndryshon në statusin PRE_MASTER. Portit i nevojiten sekonda për skadimin e kualifikimit që porti të bëhet masteri aktual, i cili zakonisht është i barabartë me:
Cisco APIC System Management Guide Configuration, Release 6.0(x) 19

PTP Alternative BMCA (G.8275.1)

Protokolli i saktë i kohës

(Hapi i hequr + 1) x intervali i shpalljes
Kjo do të thotë që nëse kandidati tjetër për mjeshtër i madh është i lidhur në të njëjtin çelës si (ose afër) mjeshtri aktiv, ndryshimet e statusit të portit do të jenë minimale dhe koha e konvergjencës do të jetë më e shkurtër. Shih klauzolën 9.2 në IEEE 1588-2008 për detaje.

PTP Alternative BMCA (G.8275.1)
Pro PTP Telecomfile (G.8275.1) përdor Algoritmin alternativ të Orës më të Mirë Master (BMCA) të përcaktuar në G.8275.1, i cili ka një algoritëm të ndryshëm nga BMCA i rregullt i përcaktuar në IEEE 1588-2008. Një nga ndryshimet më të mëdha është se nëse ka dy kandidatë për mjeshtër me të njëjtën cilësi, BMCA alternative nga G.8275.1 lejon çdo nyje PTP të zgjedhë mjeshtrin më të afërt në vend që të detyrojë të gjitha nyjet PTP të zgjedhin të njëjtën orë si mjeshtri i madh duke krahasuar Hapat u hoqën përpara identifikimit të orës. Një tjetër ndryshim është parametri i ri Local Priority, i cili u siguron përdoruesve kontroll manual se cila port duhet të preferohet si porta e klientit. Kjo e bën më të lehtë zgjedhjen e të njëjtit port si burim për të dy PTP Telecom profile dhe SyncE në secilën nyje, e cila shpesh preferohet për funksionimin e modalitetit hibrid.

Parametrat alternativë të PTP BMCA

Çdo orë ka parametrat e mëposhtëm të përcaktuar në G.8275.1 që përdoren në Algoritmin alternativ të Orës më të Mirë Master (BMCA) për PTP Telecom profile (G.8275.1):

Rendit

Parametri

Vlerat e mundshme

Përshkrimi

Cilësia e orës - Klasa 0 deri në 255

Përfaqëson statusin e pajisjeve të orës. Për shembullample, 6 është për pajisjet me burimin kryesor të kohës së referencës, siç është GPS. 7 është për pajisjet që dikur kishin një burim parësor të kohës së referencës. 127 dhe më poshtë janë për orët vetëm master (kandidatët për mjeshtër të mëdhenj). 255 është për pajisjet vetëm për klientë.

Cilësia e orës -

0 deri në 255

Saktësia

Saktësia e orës. Për shembullample, 33 (0x21) do të thotë < 100 ns, ndërsa 35 (0x23) do të thotë < 1 us.

Cilësia e orës -

0 deri në 65535

Varianca

Saktësia e kohësamps i kapsuluar në mesazhet PTP.

Prioriteti 2

0 deri në 255

Një numër i konfigurueshëm nga përdoruesi. Ky parametër përdoret zakonisht kur konfigurimi ka dy kandidatë për mjeshtër të mëdhenj me cilësi identike të orës dhe njëri është në gatishmëri.

Prioriteti Lokal

1 deri në 255

Vetë ora e nyjes përdor prioritetin lokal të orës të konfiguruar në nyje. Një orë e marrë nga një nyje tjetër i jepet përparësia lokale e konfiguruar për portin hyrës.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 20

Protokolli i saktë i kohës

PTP Alternative BMCA Examples

Porosia 6

Hapat e parametrit u hoqën

Identiteti i orës

Hapat u hoqën

Vlerat e mundshme

Përshkrimi

Nuk mund të konfigurohet

Ky parametër paraqet numrin e kërcimeve nga ora e shpallur. Krahasimi i kësaj lejon çdo orë kufitare të Telekomit të sinkronizohet me një mjeshtër të ndryshëm dhe më të afërt kur ka shumë kandidatë aktivë për mjeshtër. Nëse hapat e hequr janë të njëjtë për kandidatët, ID-ja dhe numri i portit përdoren si një kufizim.
Ky krahasim kryhet vetëm kur cilësia e orës – vlera e klasës është 127 ose më pak, gjë që tregon se ora është kandidat për mjeshtër të madh.

Kjo është një vlerë 8-byte që zakonisht formohet duke përdorur një adresë MAC

Ky parametër shërben si ndërprerës i lidhjes kur vlera e cilësisë së orës - klasa është më e madhe se 127, gjë që tregon se cilësia e orës nuk është projektuar për të qenë mjeshtër i madh. Vlera është zakonisht një adresë MAC.

Nuk mund të konfigurohet

Këto parametra të orës së mjeshtrit të madh, përveç Prioritetit Lokal, barten nga mesazhet e Njoftimit të PTP. Çdo nyje PTP i krahason këto vlera sipas renditjes së renditur në tabelë nga të gjitha mesazhet e Njoftimit që merr nyja dhe gjithashtu vlerat e vetë nyjes. Për të gjithë parametrat, numri më i ulët fiton. Më pas, çdo nyje PTP do të krijojë mesazhe Njoftimi duke përdorur parametrat e orës më të mirë midis atyre për të cilat nyja ka dijeni dhe nyja do t'i dërgojë mesazhet nga portat e veta kryesore në pajisjet e klientit të ardhshëm.

Shënim Për më shumë informacion rreth secilit parametër, shihni pikën 6.3 në G.8275.1.
PTP Alternative BMCA Examples
Në shembullin e mëposhtëmample, Clock 1 dhe Clock 4 janë kandidatët master për këtë fushë PTP me të njëjtën cilësi dhe prioritet:

Cisco APIC System Management Guide Configuration, Release 6.0(x) 21

PTP Alternative BMCA Examples

Protokolli i saktë i kohës

Ora 1 ka vlerat e mëposhtme të parametrave: Cilësia e orës së parametrit – Cilësia e orës së klasës – Cilësia e orës së saktësisë – Prioriteti i variancës 2 hapa u hoq Identiteti i orës Ora 4 ka vlerat e mëposhtme të parametrave:

Vlera 6 0x21 (< 100 ns) 15652 128 * 0000.1111.1111

Cisco APIC System Management Guide Configuration, Release 6.0(x) 22

Protokolli i saktë i kohës

Sinkronizimi i orës PTP

Parametri Cilësia e orës – Cilësia e orës së klasës – Saktësia Cilësia e orës – Prioriteti i variancës 2 hapa u hoq Identiteti i orës

Vlera 6 0x21 (< 100 ns) 15652 128 * 0000.1111.2222

Të dy ora 1 dhe ora 4 dërgojnë mesazhe PTP Njoftoni, më pas çdo nyje PTP krahason vlerat në mesazhe. Për shkak se vlerat për parametrat Clock Quality – Class deri në Priority 2 janë të njëjta, Steps Removed vendos kryemjeshtrin aktiv për çdo nyje PTP.
Për çelësin 1 dhe 2, Ora 1 është mjeshtri i madh. Për Switch 3, Clock 4 është mjeshtri i madh.

Sinkronizimi i orës PTP
Portat kryesore PTP dërgojnë mesazhe PTP Sync dhe Follow_Up në adresën IP 224.0.1.129 në rastin e PTP mbi IPv4 UDP.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 23

PTP dhe meanPathDelay

Protokolli i saktë i kohës

Në modalitetin "Një hap", mesazhet "Sinkronizimi" mbajnë kohën më të madheamp kur u dërgua mesazhi. Mesazhet follow_Up nuk kërkohen. Në modalitetin me dy hapa, mesazhet e sinkronizimit dërgohen pa kohëamp. Mesazhet Follow_Up dërgohen menjëherë pas çdo mesazhi Sinkronizimi me orarinamp kur u dërgua mesazhi Sync. Nyjet e klientit përdorin kohëzgjatjenamp në mesazhet Sync ose Follow_Up për të sinkronizuar orën e tyre së bashku me një kompensim të llogaritur nga meanPathDealy. Mesazhet e sinkronizimit dërgohen me intervalin e bazuar në sekondat 2logSyncInterval.
PTP dhe meanPathDelay
meanPathDelay është koha mesatare që u duhet paketave PTP për të arritur nga një skaj i shtegut PTP në skajin tjetër. Në rastin e mekanizmit të vonesës E2E, kjo është koha e nevojshme për të udhëtuar midis një porti kryesor PTP dhe një porti klienti. PTP duhet të llogarisë meanPathDelay (t në ilustrimin e mëposhtëm) për të mbajtur të saktë kohën e sinkronizuar në secilën prej pajisjeve të shpërndara.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 24

Protokolli i saktë i kohës

MeanPathDelay Measurement

Ka dy mekanizma për të llogaritur meanPathDelay: · Kërkesë-Përgjigje e Vonesës (E2E): Nyjet e orës transparente nga fundi në fund mund ta mbështesin vetëm këtë. · Kërkesa-Përgjigje e Vonesës së Peer (P2P): Nyjet e orës transparente peer-to-peer mund ta mbështesin vetëm këtë.
Nyjet e orës kufitare mund të mbështesin të dy mekanizmat sipas definicionit. Në IEEE 1588-2008, mekanizmat e vonesës quhen "Vonesë" ose "Vonesë e kolegëve". Sidoqoftë, mekanizmi i Kërkesë-Përgjigjes së Vonesës përmendet më shpesh si "mekanizmi i vonesës E2E", dhe mekanizmi i Vonesës së kolegëve më shpesh quhet "mekanizmi i vonesës P2P".
MeanPathDelay Measurement
Delay Request-Response Mekanizmi i kërkesës-përgjigjes së vonesës (E2E) inicohet nga një port klienti dhe mesatarja ePathDelay matet në anën e nyjës së klientit. Mekanizmi përdor mesazhet Sync dhe Follow_Up, të cilat dërgohen nga një port kryesor, pavarësisht nga mekanizmi i vonesës E2E. Vlera mesatarePathDelay llogaritet bazuar në 4 kohëamps nga 4 mesazhe.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 25

MeanPathDelay Measurement

Protokolli i saktë i kohës

t-ms (t2 t1) është vonesa për drejtimin master te klienti. t-sm (t4 t3) është vonesa që klienti të zotërojë drejtimin. MeanPathDelay llogaritet si më poshtë:
(t-ms + t-sm) / 2
Sinkronizimi dërgohet me intervalin e bazuar në 2logSyncInterval sec. Delay_Req dërgohet me intervalin e bazuar në 2logMinDelayReqInterval sec.
Shënim Ky ishample fokusohet në modalitetin me dy hapa. Shih klauzolën 9.5 nga IEEE 1588-2008 për detaje mbi kohën e transmetimit.
Kërkesa-Përgjigja e Vonesës së Peer Mekanizmi i kërkesë-përgjigjes së vonesës së kolegëve (P2P) inicohet si nga porti master ashtu edhe nga klienti dhe mesatarja ePathDelay matet në anën e nyjës së kërkuesit. MeanPathDelay llogaritet bazuar në 4 kohëamps nga 3 mesazhe të dedikuara për këtë mekanizëm vonesë.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 26

Protokolli i saktë i kohës

MeanPathDelay Measurement

Në modalitetin me dy hapa, t2 dhe t3 i dorëzohen kërkuesit në një nga mënyrat e mëposhtme: · Si (t3-t2) duke përdorur Pdelay_Resp_Follow_Up · Si t2 duke përdorur Pdelay_Resp dhe si t3 duke përdorur Pdelay_Resp_Follow_Up
MeanPathDelay llogaritet si më poshtë:
(t4-t1) (t3-t1) / 2
Pdelay_Req dërgohet me intervalin e bazuar në sekonda 2logMinPDelayReqInterval.
Shënim Ndërprerësit Cisco Application Centric Infrastructure (ACI) nuk mbështesin mekanizmin e kërkesës-përgjigje të vonesës së kolegëve (P2P). Shih klauzolën 9.5 nga IEEE 1588-2008 për detaje mbi kohën e transmetimit.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 27

PTP Multicast, Unicast dhe Mixed Mode

Protokolli i saktë i kohës

PTP Multicast, Unicast dhe Mixed Mode
Seksionet e mëposhtme përshkruajnë mënyra të ndryshme PTP duke përdorur mekanizmin e kërkesë-përgjigjes së vonesës (vonesa E2E).
Mënyra Multicast
Të gjitha mesazhet PTP janë multicast. Ora transparente ose nyjet e pavetëdijshme PTP midis masterit dhe klientëve rezultojnë në përmbytje joefikase të mesazheve të vonesës. Megjithatë, vërshimi është efikas për mesazhet Njoftoni, Sinkronizoni dhe Ndiqni_Up sepse këto mesazhe duhet të dërgohen drejt të gjitha nyjeve të klientit.

Modaliteti Unicast Të gjitha mesazhet PTP janë unicast, gjë që rrit numrin e mesazheve që masteri duhet të gjenerojë. Prandaj, shkalla, siç është numri i nyjeve të klientit pas një porti master, ndikohet.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 28

Protokolli i saktë i kohës

PTP Multicast, Unicast dhe Mixed Mode

Mesazhet e vonesës vetëm në modalitetin e përzier janë unitransmetuese, gjë që zgjidh problemet që ekzistojnë në modalitetin multicast dhe modalitetin unicast.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 29

Protokolli i Transportit PTP

Protokolli i saktë i kohës

Protokolli i Transportit PTP
Ilustrimi i mëposhtëm ofron informacion në lidhje me protokollet kryesore të transportit që PTP mbështet:
Cisco APIC System Management Guide Configuration, Release 6.0(x) 30

Protokolli i saktë i kohës

Mesazhet e sinjalizimit dhe menaxhimit të PTP

Shënim Ndërprerësit Cisco Application Centric Infrastructure (ACI) mbështesin vetëm IPv4 dhe Ethernet si një protokoll transporti PTP.
Mesazhet e sinjalizimit dhe menaxhimit të PTP
Ilustrimi i mëposhtëm tregon parametrat e mesazhit të sinjalizimit dhe menaxhimit në paketën e kokës për PTP mbi IPv4 UDP:
Cisco APIC System Management Guide Configuration, Release 6.0(x) 31

Mesazhet e menaxhimit të PTP

Protokolli i saktë i kohës

Një mesazh menaxhimi përdoret për të konfiguruar ose mbledhur parametrat PTP, të tilla si ora aktuale dhe zhvendosja nga masteri i saj. Me mesazhin, një nyje e vetme e menaxhimit PTP mund të menaxhojë dhe monitorojë parametrat e lidhur me PTP pa u mbështetur në një sistem monitorimi jashtë brezit. Një mesazh sinjalizues gjithashtu ofron lloje të ndryshme të llojit, gjatësisë dhe vlerës (TLV) për të kryer operacione shtesë. Ka TLV të tjera që përdoren duke u bashkëngjitur mesazheve të tjera. Për shembullampLe, PATH_TRACE TLV siç përkufizohet në pikën 16.2 të IEEE 1588-2008 i shtohet njoftimit të mesazheve për të gjurmuar shtegun e çdo nyje të orës kufitare në topologjinë PTP.
Shënim Ndërprerësit Cisco Application Centric Infrastructure (ACI) nuk mbështesin menaxhimin, sinjalin ose TLV të tjera opsionale.
Mesazhet e menaxhimit të PTP
Mesazhet e Menaxhimit PTP përdoren për të transportuar llojet, gjatësitë dhe vlerat e menaxhimit (TLV) drejt nyjeve të shumta PTP menjëherë ose në një nyje specifike.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 32

Protokolli i saktë i kohës

Mesazhet e menaxhimit të PTP

Objektivat janë specifikuar me parametrin targetPortIdentity (ClockID dhe portNumber). Mesazhet e Menaxhimit PTP kanë fushëveprimin që specifikon veprime të tilla si GET, SET dhe COMMAND për të informuar objektivat se çfarë të bëjnë me TLV-në e dorëzuar të menaxhimit. Mesazhet e Menaxhimit të PTP përcillen nga ora kufitare PTP dhe vetëm në portet Master, Klient, të Pakalibruar ose Pre_Master. Një mesazh përcillet në ato porte vetëm kur mesazhi merret në një port në portën Master, Klient, i Pakalibruar ose Pre_Master. BoundaryHops në mesazh zvogëlohet me 1 kur mesazhi përcillet. SMTPE ST2059-2 profile përcakton që mjeshtri duhet të dërgojë mesazhe të Menaxhimit PTP duke përdorur veprimin KOMANDA me metadatat e sinkronizimit TLV që kërkohet për sinkronizimin e sinjaleve audio/video.
Shënim Çelësat Cisco Application Centric Infrastructure (ACI) nuk përpunojnë mesazhe të menaxhimit, por i përcjellin ato për të mbështetur SMTPE ST2059-2 PTP profile.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 33

PTP Profiles

Protokolli i saktë i kohës

PTP Profiles
Protokolli i saktë i kohës (PTP) ka një koncept të quajtur PTP profile. Një profesionist i PTPfile përdoret për të përcaktuar parametra të ndryshëm që janë optimizuar për raste të ndryshme përdorimi të PTP. Disa nga këto parametra përfshijnë, por pa u kufizuar në, gamën e duhur të intervaleve të mesazheve PTP dhe protokollet e transportit PTP. Një profesionist i PTPfile është përcaktuar nga shumë organizata/standarde në industri të ndryshme. Për shembullampe:
· IEEE 1588-2008: Ky standard përcakton një PTP pro të paracaktuarfile quhet Default Profile.
· AES67-2015: Ky standard përcakton një PTP profile për kërkesat audio. Ky profile quhet edhe Media Profile.
· SMPTE ST2059-2: Ky standard përcakton një PTP profile për kërkesat për video.
· ITU-T G.8275.1: I njohur gjithashtu si Telecom profile me Mbështetje të Kohës së Plotë. Ky standard rekomandohet për telekomunikimet me Mbështetje të Kohës së Plotë. Mbështetja e plotë e kohës është termi i përcaktuar nga ITU për të përshkruar një rrjet telekomunikacioni që mund të sigurojë pajisje me PTP G.8275.1 profile në çdo hop. G.8275.2, i cili nuk mbështetet nga Cisco Application Centric Infrastructure (ACI), është për mbështetje të pjesshme të kohës që mund të ketë pajisje në rrugë që nuk mbështesin PTP.
Industria e telekomunikacionit kërkon sinkronizimin e frekuencës dhe të kohës/fazës. G.8275.1 përdoret për të sinkronizuar kohën dhe fazën. Frekuenca mund të sinkronizohet ose duke përdorur PTP përmes rrjetit të paketave me një tjetër PTP G.8265.1 profile, e cila nuk mbështetet nga Cisco ACI, ose duke përdorur shtresën fizike si hierarkia dixhitale sinkrone (SDH), rrjetet optike sinkrone (SONET) përmes një qarku të dedikuar ose Ethernet sinkron (SyncE) përmes Ethernetit. Sinkronizimi i frekuencës duke përdorur SyncE dhe kohën/fazën duke përdorur PTP quhet modaliteti hibrid.
Dallimet kryesore të G.8275.1 në krahasim me pro të tjerafiles janë si më poshtë:
· G.8275.1 përdor BMCA alternative me parametrin shtesë Local Priority që nuk ekziston në pro tjetërfiles.
· G.8275.1 përdor PTP mbi Ethernet me të gjitha mesazhet PTP duke përdorur të njëjtën adresë MAC të destinacionit (të përcjellshme dhe jo të përcjellshme), të cilën ju mund ta zgjidhni.
· G.8275.1 pret që ora kufitare e telekomit (T-BC) të ndjekë saktësinë (gabim kohor maksimal; max|TE|) të përcaktuar nga G.8273.2.
· Klasa A: 100 ns
· Klasa B: 70 ns
· Klasa C: 30 ns

Tabela e mëposhtme tregon disa nga parametrat e përcaktuar në secilin standard për çdo PTP profile:

Profiles

logNjoftim logSinkronizimi logMinDelayReq shpalljePranim Modaliteti i domenit Transport

Interval Interval Interval

Kohëzgjatja

Numri

Protokolli

Pro e parazgjedhurfile 0 në 4 (1)
[= 1 deri në 16 sekonda]

-1 në +1 (0) 0 deri në 5 (0)

2 deri në 10

[= 0.5 deri në 2 [= 1 deri në 32 sek] sek]

shpall intervalet (3)

0 deri në 255 Multicast Any/IPv4

(0)

/ Unicast

Cisco APIC System Management Guide Configuration, Release 6.0(x) 34

Protokolli i saktë i kohës

Cisco ACI dhe PTP

Profiles

logNjoftim logSinkronizimi logMinDelayReq shpalljePranim Modaliteti i domenit Transport

Interval Interval Interval

Kohëzgjatja

Numri

Protokolli

AES67-2015 (Media Profile)

0 në 4 (1)
[= 1 deri në 16 sekonda]

-4 deri në +1 (-3)
[= 1/16 deri në 2 sek]

-3 deri në +5 (0)
[= 1/8 deri në 32 sek] Or

2 deri në 10 njoftoni intervalet (3)

logSyncInterval në logSyncInterval + 5 sekonda

0 deri në 255 Multicast UDP/IPv4

(0)

/ Unicast

SMTPE

-3 në +1 (-2) -7 në -1 logSyncInterval 2 deri në 10

ST2059-2-2015 [= 1/8 deri në 2 sek]

(-3)

shpallë

[= 1/128 deri në 0.5 sek]

logSyncInterval + 5 sekonda

intervalet (3)

0 deri në 127 Multicast UDP/IPv4 (127) / Unicast

ITU-T

-3

G.8275.1

-4

2 deri në 4

Vetëm 24 deri në 43 Multicast Ethernet (24).

Cisco ACI dhe PTP
Në strukturën Cisco Application Centric Infrastructure (ACI), kur funksioni PTP është aktivizuar globalisht në Cisco Application Policy Controller Infrastructure (APIC), softueri automatikisht mundëson PTP në ndërfaqe specifike të të gjithë çelsave shtyllësore dhe gjetheve të mbështetura për të vendosur masterin PTP -topologjia e klientit brenda pëlhurës. Duke filluar nga versioni 4.2 (5) i Cisco APIC, mund të aktivizoni PTP në portat e panelit të përparmë të çelësit të fletës dhe të zgjeroni topologjinë PTP në pjesën e jashtme të pëlhurës. Në mungesë të një ore të jashtme të mjeshtrit të madh, një nga çelësat e shtyllës kurrizore zgjidhet si mjeshtër i madh. Ndërprerësit kryesor të shtyllës kurrizore i jepet një prioritet i ndryshëm PTP që është më i ulët me 1 se shtyllat e tjera dhe çelësat e gjetheve.
Zbatimi në Cisco APIC Release 3.0(1)
Duke filluar në versionin 3.0 (1) të Cisco Application Policy Controller Infrastructure (APIC), PTP u prezantua pjesërisht për të sinkronizuar kohën vetëm brenda çelsave të rrobave të Cisco Application Centric Infrastructure (ACI). PTP kërkohej të siguronte veçorinë e matjes së vonesës që u prezantua gjithashtu në versionin 3.0 (1) të Cisco APIC. Për këtë qëllim, u prezantua një opsion i vetëm për të aktivizuar ose çaktivizuar PTP në nivel global. Kur PTP aktivizohet globalisht, të gjithë çelësat e fletës dhe shtyllës kurrizore konfigurohen si orë kufitare PTP. PTP aktivizohet automatikisht në të gjitha portat e rrobave që përdoren nga ftag pema me ID 0 (ftag0 pemë), e cila është një nga topologjitë e brendshme të pemës që ndërtohet automatikisht në bazë të Cisco ACI infra ISIS për lidhje multicast pa loop midis të gjithë çelsave të gjetheve dhe shtyllës kurrizore në çdo pod. Ndërprerësi i shtyllës kurrizore të ftag Pema 0 konfigurohet automatikisht me prioritetin PTP1 254 për të qenë mjeshtër i madh kur nuk ka mjeshtër të jashtëm në rrjetin ndër-pod (IPN). Ndërprerësit e tjerë të shtyllës kurrizore dhe gjetheve janë konfiguruar me prioritet PTP1 255.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 35

Cisco ACI dhe PTP

Protokolli i saktë i kohës

Në një konfigurim Multi-Pod, PTP aktivizohet automatikisht në nënndërfaqet e konfiguruara për lidhjen IPN në tn-infra Multi-Pod L3Out. Në versionin 3.0(1) të Cisco APIC, kjo është mënyra e vetme për të aktivizuar PTP në ndërfaqet me pamje të jashtme. Me këtë, ishte e detyrueshme që të sigurohej i njëjti mjeshtër i jashtëm i jashtëm duke përdorur IPN për të gjitha grupet që funksioni i matjes së vonesës të funksiononte në rastin e Multi-Pod.

Në versionin 3.0(1) të Cisco APIC, PTP nuk mund të aktivizohet në asnjë ndërfaqe tjetër sipas kërkesës, si p.sh. lidhja poshtë (portet e panelit të përparmë) në çelësat me fletë.
Zbatimi në Cisco APIC Releases 4.2 (5) dhe 5.1 (1) Duke filluar në versionet 4.2 (5) dhe 5.1 (1) të Cisco APIC, mund të aktivizoni PTP në portat e panelit të përparmë të një ndërprerës fletë për të lidhur nyjet PTP, klientët ose master . Zbatimi i PTP në portat e rrobave është ende i njëjtë si
Cisco APIC System Management Guide Configuration, Release 6.0(x) 36

Protokolli i saktë i kohës

Kërkesat e softuerit dhe harduerit Cisco ACI

versionet e mëparshme, përveç që parametrat PTP për portat e rrobave tani mund të rregullohen. Me këtë ndryshim, mund të përdorni strukturën Cisco ACI për të përhapur sinkronizimin e kohës duke përdorur PTP me çelësat Cisco ACI si nyje të orës kufitare PTP. Përpara kësaj, e vetmja qasje që kishte Cisco ACI ishte të përcillte mesazhet PTP multicast ose unicast në mënyrë transparente si një kalim i pavetëdijshëm PTP nga një ndërprerës fletësh në tjetrin si një tunel.

Shënim Publikimet 5.0 (x) nuk mbështesin funksionalitetin PTP që u prezantua në versionet 4.2 (5) dhe 5.1 (1).
Kërkesat e softuerit dhe harduerit Cisco ACI
Softuer i mbështetur për PTP
Funksioni i mëposhtëm mbështetet nga versioni 3.0(1) i Cisco Application Policy Controller (APIC) i Infrastrukturës:
· PTP vetëm brenda pëlhurës për veçorinë e matjes së vonesës Veçoritë e mëposhtme mbështeten nga versioni 4.2 (5) i Cisco APIC:
· PTP me pajisje të jashtme me anë të ndërprerësve të fletës
Cisco APIC System Management Guide Configuration, Release 6.0(x) 37

Hardware i mbështetur për PTP

Protokolli i saktë i kohës

· Portat e panelit të përparmë të ndërprerësit PTP · Intervalet e mesazheve PTP të konfigurueshme · Numri i domenit PTP i konfigurueshëm · Prioritetet PTP të konfigurueshme · Porta multicast PTP · Porta kryesore PTP unicast në portat e panelit të përparmë të çelësit fletë · PTP mbi IPv4/UDP · PTP profile (E parazgjedhur, AES67 dhe SMTPE ST2059-2)
Veçoritë e mëposhtme mbështeten nga versioni 5.2 (1) i Cisco APIC: · Portet e PTP multicast vetëm master - PTP mbi Ethernet · PTP Telecom profile me mbështetje të plotë të kohës (ITU-T G.8275.1)
Hardware i mbështetur për PTP
Mbështeten çelësat me fletë, çelësat e shtyllës kurrizore dhe kartat e linjës me -EX ose më vonë në ID-në e produktit, si p.sh. N9K-X9732C-EX ose N9K-C93180YC-FX. Pro PTP Telecomfile (G.8275.1) mbështetet vetëm në çelësin Cisco N9K-C93180YC-FX3. Ky ndërprerës mbështet saktësinë e klasës B (G.8273.2) kur përdoret së bashku me SyncE. Ndërprerësit e mëposhtëm fletësh nuk mbështeten:
· N9K-C9332PQ · N9K-C9372PX · N9K-C9372PX-E · N9K-C9372TX · N9K-C9372TX-E · N9K-C9396PX · N9K-C9396TX · N9K-C93120PX · N9K-CX93128
Ndërprerësi i mëposhtëm i kutisë së shtyllës kurrizore nuk mbështetet: · N9K-C9336PQ
Karta e mëposhtme e linjës së ndërrimit të shtyllës kurrizore nuk mbështetet: · N9K-X9736PQ

Cisco APIC System Management Guide Configuration, Release 6.0(x) 38

Protokolli i saktë i kohës

Lidhshmëria PTP

Lidhshmëria PTP
Mbështetja e lidhjes së nyjeve PTP
Nyjet e jashtme PTP mund të lidhen me strukturën Cisco Application Centric Infrastructure (ACI) duke përdorur metodat e mëposhtme:
· Rrjeti ndër-pod · EPG (në një çelës me fletë) · L3Out (në një ndërprerës fletësh)

PTP është VRF-agnostik, i njëjtë si me një ndërprerës të pavarur NX-OS. Të gjitha mesazhet PTP përfundojnë, përpunohen dhe gjenerohen në nivelin e ndërfaqes në çdo nyje ndërruese Cisco ACI si një orë kufitare PTP. Pavarësisht nga VRF, domeni i urës, EPG ose VLAN, Algoritmi i Orës më të Mirë Master (BMCA) llogaritet në të gjitha ndërfaqet në çdo ndërprerës Cisco ACI. Ekziston vetëm një domen PTP për të gjithë strukturën. Çdo nyje PTP me mekanizmin e vonesës E2E (delay req-resp) mund të lidhet me ndërprerësit Cisco ACI që funksionojnë si një orë kufitare PTP.
Cisco APIC System Management Guide Configuration, Release 6.0(x) 39

Mbështetja e lidhjes së ndërfaqes PTP

Protokolli i saktë i kohës

Shënim Çelësat Cisco ACI nuk e mbështesin mekanizmin Peer Delay (P2P). Prandaj, një nyje orë transparente P2P nuk mund të lidhet me çelsat Cisco ACI.

Mbështetja e lidhjes së ndërfaqes PTP

Lloji i lidhjes

Lloji i ndërfaqes

Ndërprerësi i fletës i mbështetur / Jo tip (fletë, fletë e mbështetur në distancë, (fletë jo-Telekom niveli-2) profiles)

Mbështetur / Nuk mbështetet (G.8275.1)

Lidhja e pëlhurës (midis një nënndërfaqejeje me gjethe

–

dhe çelësi i shtyllës kurrizore)

(jo PC)

Mbështetur

Nuk mbështetet

Fabric Link (midis një nënndërfaqeje

–

Ndërprerës me gjethe të nivelit 1 dhe nivelit 2) (jo PC)

Mbështetur

Nuk mbështetet

Shpina (drejt një IPN)

Nënndërfaqja

–

(jo PC)

Mbështetur

Nuk mbështetet

Fletë në distancë (drejt një nënndërfaqeje

–

IPN)

(jo PC)

Mbështetur

Nuk mbështetet

Fletë në distancë (lidhje kolegësh, lidhje të pasme)

Fizike

–

Mbështetur

EPG normale (trunk, akses, fizik, kanal port, Çdo

802.1 P)

vPC

Mbështetur

L3Out (i drejtuar, i drejtuar-nën) Kanali fizik, porti Çdo

Mbështetur

L3Out (Trunk SVI, akses, fizik, kanal porti, Çdo

802.1 P)

vPC

Nuk mbështetet

L2Out (trungu)

Kanali fizik, porti, çdo vPC

Nuk mbështetet

EPG/L3Dalje në tn-mgmt Shërbimi EPG (trunk)1

Kanali fizik, porti, çdo vPC
Kanali fizik, porti, çdo vPC

Nuk mbështetet

Çdo lloj ndërfaqe FEX Çdo

Çdo

Nuk mbështetet

Portet e Breakout

Çdo

Mbështetur

Menaxhimi jashtë brezit Ndërfaqja fizike

–

Nuk mbështetet

1 Shërbimi EPG është një EPG i brendshëm i krijuar për një grafik shërbimi nga Shtresa 4 deri në Shtresën 7.

Cisco APIC System Management Guide Configuration, Release 6.0(x) 40

Protokolli i saktë i kohës