
CISCO System Management Software

Produktinformasjon
Spesifikasjoner
- Funksjonsnavn: Støtte for Precision Time Protocol (PTP)
- Utgivelsesinformasjon: Versjon 7.3.1
- Funksjonsbeskrivelse: Precision Time Protocol (PTP) er basert på IEEE 1588-2008 klokkesynkroniseringsstandard og gjør at klokker i et distribuert system kan synkroniseres med svært presise klokker. PTP sikrer at den beste klokken velges som tidskilde (primærklokken) og alle andre klokker synkroniseres med primærklokken.
Produktbruksinstruksjoner
PTP overview
Precision Time Protocol (PTP) er en protokoll som definerer en metode for å distribuere tid rundt et nettverk. PTP sikrer at den beste tilgjengelige klokken velges som tidskilde (stormesterklokken) for nettverket og at andre klokker i nettverket er synkronisert med stormesteren.
Konfigurerer PTP
PTP-klokker
| Nettverkselement | Beskrivelse |
|---|---|
| Stormester (GM) | En nettverksenhet fysisk koblet til primærtiden kilde. Alle klokker er synkronisert med stormesterklokken. |
| Vanlig klokke (OC) | En vanlig klokke er en 1588-klokke med en enkelt PTP-port som kan fungere i en av følgende moduser: |
| Grenseklokke (BC) | Enheten er med på å velge den beste hovedklokken og kan fungere som hovedklokke hvis ingen bedre klokker oppdages. Grenseklokke starter sin egen PTP-økt med et antall nedstrøms slaver. Grenseklokken reduserer antallet nettverkshopp og pakkeforsinkelsesvariasjoner i pakkenettverket mellom stormesteren og slaven. |
| Gjennomsiktig klokke (TC) | En gjennomsiktig klokke er en enhet eller en bryter som beregner tid det tar å videresende trafikk og oppdaterer PTP-tiden korrigeringsfeltet for å ta hensyn til forsinkelsen, noe som gjør enheten transparent når det gjelder tidsberegninger. |
Frekvens og tidsvalg
Valget av kilden for å synkronisere enhetens klokkefrekvens gjøres ved frekvenssynkronisering, og er utenfor rammen av PTP. Frekvensene for kunngjøring, synkronisering og forsinkelse må være de samme på master og slave.
Forsinket forespørsel-svar-mekanisme
Delay Request-response-mekanismen (definert i avsnitt 11.3 i IEEE Std 1588-2008) lar en slaveport estimere forskjellen mellom sin egen klokketid og klokketiden til sin master. Følgende alternativer støttes:
- Når du kjører en port i slavetilstand, kan en ruter sende meldinger om forsinkelsesforespørsel og håndtere innkommende synkroniserings-, oppfølgings- og forsinkelsessvarmeldinger. Tidsavbruddsperiodene for både synkroniserings- og forsinkelsessvarmeldinger kan konfigureres individuelt.
Hybridmodus
Frekvensvalg bruker algoritmen beskrevet i ITU-T-anbefaling G.781. ToD-valget styres ved å bruke prioritetskonfigurasjonen for tid på dagen. Denne konfigurasjonen finnes under konfigurasjonsmodusen for klokkegrensesnittfrekvenssynkronisering og under den globale PTP-konfigurasjonsmodusen. Den kontrollerer rekkefølgen for hvilke kilder som velges for ToD. Verdier i området 1 til 254 er tillatt, med lavere tall som indikerer høyere prioritet.
FAQ
Spørsmål: Hva er PTP?
A: PTP står for Precision Time Protocol. Det er en protokoll som gjør at klokker i et distribuert system kan synkroniseres med svært presise klokker.
Spørsmål: Hva er formålet med PTP?
A: Hensikten med PTP er å sikre at den beste klokken velges som tidskilde (stormesterklokken) for nettverket og at alle andre klokker i nettverket er synkronisert med stormesteren.
Spørsmål: Hva er de forskjellige typene PTP-klokker?
A: De forskjellige typene PTP-klokker er Grandmaster (GM), Ordinary Clock (OC), Boundary Clock (BC) og Transparent Clock (TC).
Tabell 1: Tabell over funksjonshistorikk
| Trekk navn | Utgivelsesinformasjon | Trekk Beskrivelse |
| Støtte for Precision Time Protocol (PTP) | Utgivelse 7.3.1 | Precision Time Protocol (PTP) er basert på IEEE 1588-2008 klokkesynkroniseringsstandard og
gjør at klokker i et distribuert system kan synkroniseres med svært presise klokker. Presisjonen i tidssynkronisering oppnås gjennom pakker som sendes og mottas i en økt mellom primærklokke og sekundær klokke. PTP sikrer også at den beste klokken velges som tidskilde (primærklokken) og alle andre klokker synkroniseres med primærklokken. |
Precision Time Protocol (PTP) er en protokoll som definerer en metode for å distribuere tid rundt et nettverk. PTP-støtte er basert på IEEE 1588-2008-standarden.
Denne modulen beskriver konseptene rundt denne protokollen og beskriver de ulike konfigurasjonene som er involvert.
PTP overview
Precision Time Protocol (PTP), som definert i IEEE 1588-standarden, synkroniserer med nanosekunders nøyaktighet sanntidsklokkene til enhetene i et nettverk. Klokkene er organisert i et mester-slave-hierarki. PTP identifiserer porten som er koblet til en enhet med den mest presise klokken. Denne klokken blir referert til som hovedklokken. Alle de andre enhetene på nettverket synkroniserer klokkene sine med masteren og blir referert til som medlemmer. Stadig utvekslede tidsmeldinger sikrer fortsatt synkronisering.
PTP sikrer at den beste tilgjengelige klokken velges som tidskilde (stormesterklokken) for nettverket og at andre klokker i nettverket er synkronisert med stormesteren.
Tabell 2: PTP-klokker
| Nettverk Element | Beskrivelse |
| Stormester (GM) | En nettverksenhet fysisk koblet til den primære tidskilden. Alle klokker er synkronisert med stormesterklokken. |
| Vanlig klokke (OC) | En vanlig klokke er en 1588-klokke med en enkelt PTP-port som kan fungere i en av følgende moduser:
• Master-modus – Fordeler tidsinformasjon over nettverket til én eller flere slaveklokker, slik at slaven kan synkronisere klokken med masteren. • Slavemodus – Synkroniserer klokken med en masterklokke. Du kan aktivere slavemodus på opptil to grensesnitt samtidig for å koble til to forskjellige masterklokker. |
| Grenseklokke (BC) | Enheten deltar i å velge den beste hovedklokken og kan fungere som hovedklokken om ikke bedre
klokker oppdages. Grenseklokke starter sin egen PTP-økt med en rekke nedstrømsslaver. Grenseklokken reduserer antall nettverkshopp og pakkeforsinkelsesvariasjoner i pakkenettverket mellom Grand Master og Slave. |
| Gjennomsiktig klokke (TC) | En gjennomsiktig klokke er en enhet eller en bryter som
beregner tiden det krever å videresende trafikk og oppdaterer PTP-tidskorrigeringsfeltet for å ta hensyn til forsinkelsen, noe som gjør enheten transparent når det gjelder tidsberegninger. |
PTP består av to deler
- Port State-maskinen og Best Master Clock Algorithm: Dette gir en metode for å bestemme tilstanden til portene i nettverket som vil forbli passive (verken master eller slave), kjøre som en master (gi tid til andre klokker i nettverket), eller kjøres som slaver (mottar tid fra andre klokker i nettverket).
- Delay-Request/Response-mekanisme og en Peer-delay-mekanisme: Dette gir en mekanisme for slaveporter for å beregne forskjellen mellom tiden til deres egne klokker og tiden til masterklokken deres.
Frekvens og tidsvalg
Valget av kilden for å synkronisere enhetens klokkefrekvens gjøres ved frekvenssynkronisering, og er utenfor rammen av PTP. Frekvensene for kunngjøring, synkronisering og forsinkelse må være de samme på master og slave.
Forsinket forespørsel-svar-mekanisme
Delay Request-response-mekanismen (definert i avsnitt 11.3 i IEEE Std 1588-2008) lar en slaveport estimere forskjellen mellom sin egen klokketid og klokketiden til sin master. Følgende alternativer støttes:
- Ett-trinns mekanisme – Tidenamp for en synkroniseringsmelding sendes i selve synkroniseringsmeldingen.
- To-trinns mekanisme – Tidsbestemtamp for en synkroniseringsmelding sendes senere i en oppfølgingsmelding.
Når du kjører en port i slavetilstand, kan en ruter sende meldinger om forsinkelsesforespørsel og håndtere innkommende synkroniserings-, oppfølgings- og forsinkelsessvarmeldinger. Tidsavbruddsperiodene for både synkroniserings- og forsinkelsessvarmeldinger kan konfigureres individuelt.
Hybridmodus
Ruteren din lar deg velge separate kilder for frekvens og tid på dagen (ToD). Frekvensvalg kan være mellom en hvilken som helst frekvenskilde som er tilgjengelig for ruteren, for eksempel: BITS, GPS, SyncE eller IEEE 1588 PTP. ToD-valget er mellom kilden valgt for frekvens og PTP, hvis tilgjengelig (ToD-valget er fra GPS eller PTP). Dette er kjent som hybridmodus, der en fysisk frekvenskilde (BITS eller SyncE) brukes til å gi frekvenssynkronisering, mens PTP brukes til å gi ToD-synkronisering.
Frekvensvalg bruker algoritmen beskrevet i ITU-T-anbefaling G.781. ToD-valget styres ved å bruke prioritetskonfigurasjonen for tid på dagen. Denne konfigurasjonen finnes under konfigurasjonsmodusen for klokkegrensesnittfrekvenssynkronisering og under den globale PTP-konfigurasjonsmodusen. Den kontrollerer rekkefølgen for hvilke kilder som velges for ToD. Verdier i området 1 til 254 er tillatt, med lavere tall som indikerer høyere prioritet.
Trinnene involvert i avsnittet Konfigurere PTP-hybridmodus for emnet G.8275.1, på side 12.
Time of Day (ToD) Support
Ruteren mottar GPS ToD-meldinger i seriell ASCII-strøm gjennom RS422-grensesnittet i ett av følgende konfigurerbare formater:
- NTP Type 4
- Cisco
Havnestater for PTP
Statens maskin indikerer oppførselen til hver port. De mulige tilstandene er:
| Tilstand | Beskrivelse |
| I DET | Port er ikke klar til å delta i PTP. |
| LYTTET | Første tilstand når en port blir klar til å delta i PTP: I denne tilstanden lytter porten til PTP-mastere i en (konfigurerbar) tidsperiode. |
| Tilstand | Beskrivelse |
| PRE-MASTER | Porten er klar til å gå inn i MASTER-tilstanden. |
| HERRE | Port gir tidamps for alle slave- eller grenseklokker som lytter. |
| UKALIBRERT | Port mottar tidestamps fra en masterklokke, men ruterens klokke er ennå ikke synkronisert med masteren. |
| SLAVIC | Port mottar tidestamps fra en masterklokke og ruterens klokke er synkronisert med masteren. |
| PASSIV | Port er klar over en bedre klokke enn den den ville annonsert hvis den var i MASTER-tilstand og ikke er en slaveklokke for den masterklokken. |
Begrensninger for PTP
Følgende PTP-begrensninger gjelder for Cisco 8000 Series Router:
- Sync2-grensesnitt støttes bare hvis 10 MHz, 1 puls per sekund (PPS) og time-of-day (ToD)-porter er konfigurert.
- PTP støttes ikke med global MACSec.
- PTP støttes ikke med MACSec på samme grensesnitt.
Imidlertid støttes PTP hvis MACSec ikke er konfigurert på grensesnittet. - PTP støttes ikke med global MACSec-FIPS-Post.
MACSec-FIPS-Post er ikke tilgjengelig per grensesnitt. - Transparent klokke støttes ikke. Ett-trinns klokke støttes. Den kan motta oppfølgende PTP-pakker, det vil si at den kan støtte en to-trinns peer-primær, men den kan ikke sende oppfølgende PTP-pakker.
PTP-støtteinformasjon
Denne tabellen viser ulike typer støtteinformasjon relatert til PTP:
| Transport Media | • UDP over IPv4
• UDP over IPv6 • Ethernet |
| Meldinger | • Signalering
• Kunngjøre • Synkroniser • Følge opp • Forsinkelse-forespørsel • Forsinket respons • Ledelse |
| Transportmoduser | • Unicast: Dette er standardmodus. Alle pakker sendes som unicast-meldinger. Unicast gjelder kun for PTP over IP profiles.
• Multicast: Alle pakker sendes som multicast-meldinger. Multicast er den eneste modusen for PTP over Ethernet profiles. |
Timing Profile og klassestøttematrise
Denne tabellen gir detaljert informasjon om tidsfunksjonene som støttes på Cisco 8000-seriens rutere og linjekort.
Tabell 3: Timing Profile og klassestøttematrise
| Maskinvare Modul | Støttes Profile | Støttes G.8273.2 Klasse | Cisco IOS XR-utgivelse |
| • 88-LC0-36FH-M linjekort
• 8202-32FH-M ruter |
G.8273.2 | Klasse C | Utgivelse 7.5.2 |
| G.8275.1 | NA | ||
| • 88-LC0-36FH linjekort
• 88-LC0-34H14FH linje kort • 8201-32FH ruter |
G.8273.2 | Klasse C | Utgivelse 7.3.3 |
| G.8275.1 | NA | ||
| • 8201 ruter
• 8202 ruter • 8800-LC-48H linjekort • 8800-LC-36FH linje kort |
G.8273.2 | Klasse C | Utgivelse 7.3.1 |
| G.8275.1 | NA | ||
| G.8265.1 | NA | ||
| G.8263 | NA |
Konfigurere PTP Delay Asymmetry
Tabell 4: Tabell over funksjonshistorikk
| Trekk Navn | Utgivelsesinformasjon | Beskrivelse |
| PTP Delay Asymmetri | Utgivelse 7.3.2 | Eventuelle forsinkelser på Precision Time Protocol (PTP)-baner kan påvirke PTP-nøyaktigheten og igjen påvirke klokkeinnstillingene for alle enheter i et nettverk. Denne funksjonen lar deg konfigurere den statiske asymmetrien
slik at det tas hensyn til forsinkelsen og PTP-synkroniseringen forblir nøyaktig. De forsinkelse-symmetri kommandoen er introdusert for denne funksjonen. |
Konfigurer PTP-forsinkelsesasymmetri for å utligne de statiske forsinkelsene på en PTP-bane som oppstår på grunn av forskjellig rutevalg for PTP-trafikk forover og bakover. Forsinkelser kan også skyldes at enhver node har forskjellig forsinkelse for inn- eller utgangsbane. Disse forsinkelsene kan påvirke PTP-nøyaktigheten på grunn av asymmetrien i PTP. Med denne funksjonen kan du aktivere en høyere grad av nøyaktighet i PTP-serverytelsen som fører til bedre synkronisering mellom sanntidsklokker til enhetene i et nettverk.
Konfigurasjon av denne forsinkelsesasymmetrien gir en mulighet til å konfigurere statiske forsinkelser på en klientklokke for hver serverklokke. Du kan konfigurere denne forsinkelsesverdien i mikrosekunder og nanosekunder. Konfigurert PTP-forsinkelsesasymmetri er også synkronisert med Servo-algoritmen.
Note
- Hvis du konfigurerer flere PTP-forsinkelsesasymmetrier for samme PTP-profffile, den siste PTP-forsinkelsesasymmetrien som du konfigurerer, brukes på PTP profile.
- For G8275.1 og G8275.2 PTP profiles, PTP-forsinkelsesasymmetri støttes for både klientport og dynamisk port som fungerer som klient.
- Fast forsinkelse kan måles ved å bruke et hvilket som helst test- og måleverktøy. Fast forsinkelse kan kompenseres ved å bruke de positive eller negative verdiene. For eksample, hvis den faste forsinkelsen er +10 nanosekunder, konfigurer – 10 nanosekunder for å kompensere den faste forsinkelsen.
En positiv verdi indikerer at server-til-klient-utbredelsestiden er lengre enn klient-til-server-utbredelsestiden, og omvendt for negative verdier.
Støttet PTP Profiles
Følgende PTP profiles støtter konfigurasjonen av PTP-forsinkelsesasymmetri:
- PTP over IP (G8275.2 eller standard profile)
- PTP over L2 (G8275.1)
Restriksjoner
- PTP-forsinkelsesasymmetri kan bare konfigureres på PTP-porten til stormesterklokken, som enten kan være en grenseklokke eller en vanlig klokke.
- PTP-forsinkelsesasymmetri støttes for forsinkelseskompensasjon av faste kabler og ikke for variabel forsinkelse i nettverket.
- PTP-forsinkelsesasymmetri kan konfigureres innenfor området 3 mikrosekunder og -3 mikrosekunder eller 3000 nanosekunder og -3000 nanosekunder.
Konfigurasjon
Slik konfigurerer du PTP-forsinkelsesasymmetri:
- Konfigurer et grensesnitt med PTP.
- Konfigurer PTP-forsinkelsesasymmetri på klientsiden.
Konfigurasjon Eksample


ITU-T Telecom Profiles for PTP
Cisco IOS XR-programvare støtter ITU-T Telecom Profiles for PTP som definert i ITU-T-anbefalingene. En profffile er et spesifikt utvalg av PTP-konfigurasjonsalternativer som er valgt for å møte kravene til en bestemt applikasjon.
PTP lar deg definere separat profiles å tilpasse seg for bruk i forskjellige scenarier. En telekomprofffile skiller seg på flere måter fra standardoppførselen definert i IEEE 1588-2008-standarden, og de viktigste forskjellene er nevnt i de påfølgende avsnittene.
De følgende delene beskriver ITU-T Telecom Profiles som støttes for PTP.
G.8265.1
G. 8265.1 profile oppfyller spesifikke krav til frekvensfordeling i telenett. Funksjoner til G.8265.1 profile er:
- Klokkeannonse: G.8265.1 profile spesifiserer endringer i verdiene som brukes i Annonsere meldinger for annonsering av PTP-klokker. Klokkeklasseverdien brukes til å annonsere klokkens kvalitetsnivå, mens de andre verdiene ikke brukes.
- Klokkevalg: G.8265.1 profile definerer også en alternativ Beste Master Clock Algorithm (BMCA) for å velge porttilstander og klokker er definert for proffenfile. Denne profffile krever også å motta synkroniseringsmeldinger (og eventuelt Delay-Response-meldinger) for å kvalifisere en klokke for valg.
- Port State Decision: Portene er statisk konfigurert til å være Master eller Slave i stedet for å bruke tilstandsmaskiner for å dynamisk sette porttilstander.
- Pakkehastigheter: Pakkehastigheter som er høyere enn hastigheter spesifisert i IEEE 1588-2008-standarden brukes. De er:
- Synkroniserings-/oppfølgingspakker: Priser fra 128 pakker per sekund til 16 sekunder per pakke.
- Pakker med forsinkelsesforespørsel/forsinkelsessvar: Priser fra 128 pakker per sekund til 16 sekunder per pakke.
- Annonser pakker: Priser fra 8 pakker per sekund til 64 pakker per sekund.
- Transportmekanisme: G.8265.1 profile støtter kun IPv4 PTP-transportmekanisme.
- Modus: G.8265.1 profile støtter transport av datapakker kun i unicast-modus.
- Klokketype: G.8265.1 profile støtter kun ordinær klokke-type (en klokke med bare én PTP-port).
- Domenenumre: Domenenumrene som kan brukes i en G.8265.1 profile nettverket varierer fra 4 til 23.
- Portnumre: Alle PTP-portnumre kan bare være ett (1) fordi alle klokkene i denne proffenfile nettverk er vanlige klokker.
- G.8261 klassespesifikasjonsstandard støttes.
G. 8265.1 profile definerer en alternativ algoritme for å velge mellom forskjellige hovedklokker basert på den lokale prioriteringen gitt til hver hovedklokke og deres kvalitetsnivåer (QL). Denne proffenfile definerer også Packet Timing Signal Fail (PTSF)-betingelser for å identifisere masterklokkene som ikke kvalifiserer for valg. De er:
- PTSF-lossSync-tilstand: Hevet for masterklokker som ikke mottar en pålitelig strøm av Sync- og Delay-Resp-meldinger. Cisco IOS XR-programvare ber om Sync og Delay-Resp-tildelinger for hver konfigurerte hovedklokke for å spore hovedklokken med denne betingelsen.
- PTSF-lossAnnounce condition: Hevet for masterklokker som ikke mottar en pålitelig strøm av Announce-meldinger.
- PTSF-ubrukelig tilstand: Hevet for masterklokker som mottar en pålitelig strøm av kunngjørings-, synkroniserings- og Delay-Resp-meldinger, men ikke brukbare av slaveklokker. Cisco IOS XR-programvaren bruker ikke denne betingelsen.
Konfigurere Global G.8265.1 Master Profile
Følgende konfigurasjon beskriver trinnene som er involvert for å lage en global konfigurasjonsprofffile for et PTP-grensesnitt som deretter kan tilordnes til et hvilket som helst grensesnitt etter behov. Den bruker G.8265.1 profile som eksampde:

Bekreftelse
For å vise den konfigurerte PTP profile detaljer, bruk show run ptp-kommandoen.

Konfigurere Global G.8265.1 Slave Profile
Følgende konfigurasjon beskriver trinnene som er involvert for å lage en global konfigurasjonsprofffile for en PTP
grensesnitt som deretter kan tilordnes til et hvilket som helst grensesnitt etter behov. Den bruker G.8265.1 profile som eksampde:

Bekreftelse
For å vise den konfigurerte PTP profile detaljer, bruk show run ptp-kommandoen.

Konfigurere PTP Master Interface
Følgende konfigurasjon beskriver trinnene som er involvert for å konfigurere et PTP-grensesnitt til å være en Master.

G.8263 Standard
Tabell 5: Tabell over funksjonshistorikk
| Trekk Navn | Utgivelsesinformasjon | Trekk Beskrivelse |
| Støtte for ITU-T G.8263-standard for sekundær klokke med ITU-T
G.8265.1 profile |
Utgivelse 7.3.1 | ITU-T G.8263 er en forestilling
samsvarsstandard for sekundære klokker konfigurert med ITU-T G.8265.1 profiles. Disse klokkene driver frekvenssynkronisering basert på PTP-pakkene mottatt på sekundærenhetene, fra sporbare primærenheter. |
G.8263 er standarden for ytelsesoverholdelse for klokkene med G.8265.1 profile konfigurert. Disse klokkene driver frekvenssynkronisering basert på PTP-pakkene som mottas på sekundærenhetene fra sporbar primærenhet. For å håndtere overflødig PDV i nettverket, aktiveres spesiell servomodus ved å konfigurere nettverkstypen high-pdv-kommandoen i PTP-konfigurasjonen.
Konfigurasjon
For å konfigurere høy PDV-modus på slaveklokken, bruk følgende trinn:
- Konfigurer telecom profile G.8265.1 og klokketype som slave.
- Konfigurer nettverkstypen som høy PDV.
Konfigurasjon Eksample

Tabell 6: Tabell over funksjonshistorikk
| Trekk Navn | Utgivelsesinformasjon | Trekk Beskrivelse |
| ITU-T G.8275.1 profile støtte | Utgivelse 7.3.1 | Denne funksjonen støtter arkitekturen definert i ITU-T G.8275 for systemer som krever nøyaktig fase- og tidssynkronisering, fase eller
synkronisering på dagen er nødvendig, og hvor hver nettverksenhet deltar i PTP-protokollen. Støtte for denne funksjonen er utvidet på Cisco 8000 Series-ruteren, i denne utgivelsen. |
G.8275.1 profile oppfyller kravene til tid på dagen og fasesynkronisering i telenettverk med alle nettverksenheter som deltar i PTP-protokollen. G.8275.1 profile gir bedre frekvensstabilitet for klokkeslett og fasesynkronisering.
Funksjoner til G.8275.1 profile er:
- Synkroniseringsmodell: G.8275.1 profile bruker hopp-for-hopp-synkroniseringsmodell. Hver nettverksenhet i veien fra master til slave synkroniserer sin lokale klokke til oppstrømsenheter og gir synkronisering til nedstrømsenheter.
- Klokkevalg: G.8275.1 profile definerer også en alternativ BMCA som velger en klokke for synkronisering og portstatus for de lokale portene til alle enheter i nettverket er definert for proffenfile. Parametrene definert som en del av BMCA er:
- Klokkeklasse
- Klokkens nøyaktighet
- Offset skalert loggvarians
- Prioritet 2
- Klokkeidentitet
- Trinn fjernet
- Portidentitet
- ikke Slaveflagg
- Lokal prioritet
- Havnestatsbeslutning: Havnetilstandene velges basert på den alternative BMCA-algoritmen. En port er konfigurert til en master-bare-porttilstand for å tvinge porten til å være en master for multicast-transportmodus.
- Pakkehastigheter: Den nominelle pakkehastigheten for Announce-pakker er 8 pakker per sekund og 16 pakker per sekund for pakker for synkronisering/oppfølging og forsinkelsesforespørsel/forsinkelsessvar.
- Transportmekanisme: G.8275.1 profile støtter kun Ethernet PTP-transportmekanisme.
- Modus: G.8275.1 profile støtter transport av datapakker kun i multicast-modus. Videresendingen gjøres basert på videresendbar eller ikke-videresendings MAC-adresse.
- Klokketype: G.8275.1 profile støtter følgende klokketyper:
- Telecom Grandmaster (T-GM): Gir timing for andre nettverksenheter og synkroniserer ikke den lokale klokken med andre nettverksenheter.
- Telecom Time Slave Clock (T-TSC): En slaveklokke synkroniserer sin lokale klokke til en annen PTP-klokke, men gir ikke PTP-synkronisering til andre nettverksenheter.
- Telecom Boundary Clock (T-BC): Synkroniserer sin lokale klokke til en T-GM eller en oppstrøms T-BC klokke og gir tidsinformasjon til nedstrøms T-BC eller T-TSC klokker.
- Domenenumre: Domenenumrene som kan brukes i en G.8275.1 profile nettverket varierer fra 24 til 43. Standard domenenummer er 24.
G.8275.1 støtter følgende:
- T-GM: Telecom Grandmaster (T-GM) gir timing til alle andre enheter på nettverket. Den synkroniserer ikke sin lokale klokke med noe annet nettverkselement enn den primære referansetidsklokken (PRTC).
- T-BC: Telekommunikasjonsgrenseklokken (T-BC) synkroniserer sin lokale klokke til en T-GM eller en oppstrøms T-BC, og gir tidsinformasjon til nedstrøms T-BC eller T-TSC. Hvis det på et gitt tidspunkt ikke er noen klokker av høyere kvalitet tilgjengelig for en T-BC å synkronisere med, kan den fungere som en stormester.
- T-TSC: Telekommunikasjonstidsslaveklokken (T-TSC) synkroniserer sin lokale klokke til en annen PTP-klokke (i de fleste tilfeller T-BC), og gir ikke synkronisering gjennom PTP til noen annen enhet.
Følgende figur beskriver somample G.8275.1 topologi.
Figur 1: ASample G.8275.1 Topologi

Konfigurere Global G.8275.1 Profile
Følgende konfigurasjon beskriver trinnene som er involvert for å lage en global PTP-konfigurasjonsprofffile som kan
brukes på et grensesnittnivå. Den bruker G.8275.1 profile som eksampde:


Bekreftelse
For å vise den konfigurerte PTP profile detaljer, bruk show run ptp-kommandoen.

Konfigurere PTP Master Interface
Konfigurasjonen nedenfor beskriver trinnene involvert for å konfigurere et PTP-grensesnitt til å være en Master.

For å bekrefte portstatusdetaljer, bruk show run interface interface-name-kommandoen.

Konfigurering av PTP-slavegrensesnitt
Denne prosedyren beskriver trinnene som er involvert for å konfigurere et PTP-grensesnitt til å være en slave.

Bekreftelse
For å bekrefte portstatusdetaljer, bruk show run interface interface-name-kommandoen.

Konfigurere PTP Hybrid Mode
Denne prosedyren beskriver trinnene som er involvert for å konfigurere ruteren i hybridmodus. Du konfigurerer hybridmodus ved å velge PTP for fase og tid på dagen (ToD) og en annen kilde for frekvensen.
Note
G.8275.1 PTP profile støtter kun hybridmodus. Det er obligatorisk å ha hybridmodus for G8275.1 profile for T-BC og T-TSC klokketyper. Som standard brukes hybridmodus, uavhengig av konfigurasjonen av fysisk lag-frekvens.
For å konfigurere PTP Hybrid-modus
- Konfigurer global frekvenssynkronisering

- Konfigurer frekvenssynkronisering for et grensesnitt. Innstillingen for prioritet for tid på dagen spesifiserer at SyncE skal brukes som en ToD-kilde hvis det ikke er noen tilgjengelig kilde med lavere prioritet.

Bekreftelse

ITU-T Telecom Profile Examples:
G.8265.1 Profile Konfigurasjon Eksamples
Master global konfigurasjon:

Note
For G.8265.1 PTP-masterklokke anbefales enten SyncE- eller BITS-referansekildekonfigurasjon. Ellers bruker enheten sin egen interne klokke.
Slave global konfigurasjon:

G.8275.1 Profile Konfigurasjon Eksamples
Master global konfigurasjon:

Note For T-GM-klokker må sync2-klokkegrensesnittet konfigureres og det skal være OPP.
Konfigurere med klokketype som slaveklokke (T-TSC)


Dokumenter / Ressurser
![]() | Programvare for systemadministrasjon |
Referanser
- Brukerhåndbokmanual.tools

