De basis van PTP en SyncE met Cisco IOS XR-configuratie

Inleiding

Dit document beschrijft het werken van Precision Time Protocol (PTP) en Synchrone Ethernet (SyncE) met voorbeeldconfiguraties, voorbeelden en opdrachten voor probleemoplossing voor Cisco IOS® XR-apparaten in 8275.1- en 8275.2-telecommunicatieprofielen.

Achtergrondinformatie

Een klok voor ons is een wandklok of een polshorloge, maar voor netwerkapparaten is het een periodiek signaal van afwisselend 0's en 1's dat wordt gebruikt om de gegevensbits te bemonsteren. Net zoals een secondenhand in de klok een hoekbeweging heeft om een seconde te vertegenwoordigen, vertegenwoordigt een paar 0 en 1 T (tijdsperiode [T=1/frequentie]). Om deze kloktijd te genereren, gebruiken netwerkapparaten een kristaloscillator met een fout van ±100 ppm (delen per miljoen. Een kloktijd met de frequentie van 250 MHz en 100 ppm zal bijvoorbeeld een frequentiebereik hebben van 249,975 MHz tot 250,025 MHz.) bij het genereren van het kloksignaal. Idealiter is de kloktijd dus niet volledig periodiek, maar is deze voldoende voor de eis om de gegevenssignalen uit de interfaces te bemonsteren.

Telecom-netwerken (3G/4G/5G) maken gebruik van een kloktijd van zeer hoge kwaliteit (stratum) en alle basisstations (NodeB’s/eNodeB’s enzovoort) moeten gesynchroniseerd worden met deze kloktijd met zo weinig mogelijk fouten/vertragingen (ongeveer 1 µ).

• Eén mogelijkheid is om op alle basisstations een GPS te installeren, wat nogal duur en minder veilig is omdat GPS werkt op satellietsystemen.
• De tweede optie is om de bestaande netwerkapparatuur (NE) te gebruiken om de klokinformatie samen met het gegevenssignaal over te brengen. Deze optie is zeer kosteneffectief, aangezien de gegevens al door de nieuwe lidstaten worden overgedragen en het gebruik van nieuwe systemen voor de overdracht van kloksignalen het systeem goedkoper en veiliger zal maken. De klokkwaliteit is echter mogelijk niet zo goed als die van de eerdere GPS-optie en zal variëren afhankelijk van het profiel/protocol dat in de nieuwe systemen wordt gebruikt en van de congestie in het netwerk.

Belang van fase-/frequentiesynchrone

Een berichtsignaal (bijvoorbeeld spraaksignaal) gemoduleerd met een golf met hoge frequentie (draaggolf) aan het zenduiteinde moet worden gedemoduleerd aan het ontvangeruiteinde met hetzelfde draaggolfsignaal dat aan het zenduiteinde wordt gebruikt. Als er een verandering/offset in frequentie of fase van de draaggolf optreedt bij de ontvanger, wordt het berichtsignaal beschadigd. Er wordt echter altijd een kleine verschuiving verwacht tussen de Rx-draaggolf en de Tx-draaggolf.

Een analogie is om een veilige doos te gebruiken om een bericht te verzenden en het met een sleutel te sluiten. Als iemand het bericht in het veilige vakje wil lezen, moet dezelfde sleutel worden gebruikt om het vakje aan het ontvangerseinde te ontgrendelen. Als de replicasleutel vervormingen/misfiguratie heeft, kan het bericht niet worden gelezen.

Aanvaardbare compensaties voor verschillende telecomdiensten zijn:

Netwerkkloksynchronisatie

Synchronisatie is het uitlijnen van klokken op dezelfde tijd/fase en frequentie.

Synchronisatie voor klokken kan gecategoriseerd worden in frequentiesynchrone (bereiken = / = waarbij = ook aangeroepen als zelfde snelheid), fasesynchrone synchronisatie (tegelijkertijd) en tijdsynchronisatie (tijd van de dag).

Frequentiesynchronisatie

Alle NNE’s moeten de frequentie van hun kloktijd aanpassen aan een bronkloktijd (afgeleid van een MasterClock).

Frequentiesynchrone weergave voor NE kan worden bereikt met SyncE of PTPv2, die in deze paragraaf verder worden besproken.

SyncE werkt aan het afleiden van de frequentie van gegevenspakketten die op de interface worden ontvangen (werkt op de fysieke laag), samen met ESMC-pakketten die worden ontvangen (ongeveer één pakket per seconde) op de interface die de kwaliteit van de kloktijd beschrijft. Dit betekent dat er geen besturingspakketten worden toegevoegd en dat er geen verkeerscongestie optreedt, wat het beste aspect is van SyncE.

PTP loopt op pakketten, zodat er een controle pakketstroom zal zijn en de pakketten zullen door congestie worden beïnvloed die aan de vertraging toevoegt.

Fase-synchronisatie

Fase-synchronisatie gaat over de uitlijning van deze kloksignalen. We kunnen zien dat de bovenstaande gesynchroniseerde frequentiesignalen nog niet zijn uitgelijnd, dus ze hebben een faseverschuiving.

PTPv2 wordt gebruikt om de faseinformatie over het netwerk te dragen.

Tijdsynchronisatie

Tijdsynchronisatie, ook wel Tijd van de dag genoemd, heeft simpelweg dezelfde tijd in alle NE's. Dat wil zeggen, t₁=t_2^.

NTP en PTP worden gebruikt om tijdinformatie in het netwerk over te brengen. Terwijl NTP milliseconde nauwkeurigheid verstrekt, kan PTP tot sub-microsecondennauwkeurigheid verstrekken.

Tijdsynchronisatie en fasesynchrone worden vaak synoniem gebruikt in netwerken, aangezien PTP gebruikt om fasesynchrone synchronisatie te faseren tijdsynchronisatie zal bereiken.

NTP zal nu geen deel uitmaken van onze discussie.

SyncE

Basisbeginsel van SyncE

SyncE werkt volgens het basisprincipe dat de klokfrequentie wordt afgeleid uit de gegevens die op een poort worden ontvangen.

Een eenvoudig voorbeeld is hier geïllustreerd. Het gegevenssignaal wordt verwerkt met de lokale oscillator en de uitvoergegevens worden via de Tx-poort verzonden. U kunt opmerken dat de klokfrequentie aanwezig is in het Data-signaal dat wordt verzonden via de poort. SyncE werkt op basis van het principe van de omgekeerde verwerking van het signaal dat wordt ontvangen op de Rx-poort en het verkrijgen van de frequentieinformatie van de verzonden kloktijd.

SyncE is een aanbeveling van ITU-T over hoe u een frequentie in een netwerk kunt leveren. Volgens de aanbeveling zal de frequentie worden teruggewonnen uit de bitstream in de fysieke laag zoals eerder aangegeven. De kloktijd die in de keten wordt verdeeld, wordt de primaire referentieklok (PRC) genoemd en alle klokken in het netwerk moeten traceerbaar zijn naar die kloktijd. Om een traceerbare kloktijd te krijgen, moeten alle knooppunten in een keten tussen de MasterClock en het eindapparaat worden geïmplementeerd met een synchrone Ethernet Equipment Clock (EEC) volgens de aanbevelingen van SyncE. De prestaties van de herstelde kloktijd zijn niet afhankelijk van de netwerkbelasting, aangezien de kloktijd niet synchroniseert met een specifiek pakket.

De MasterClock NE neemt externe invoertijdverwijzingen die afkomstig zijn van de netwerkklok (SSU of BITS). Deze referenties worden dan gebruikt als input voor de EEG-klok, die zich meestal op de centrale tijdkaart van de NE bevindt. De referentie voor EEG-uitvoertiming wordt vervolgens gebruikt om gegevens te bemonsteren en het verkeer te versturen op de SyncE Enable TX-poort.

Bij de SlaveClock NE wordt de kloktijd hersteld binnen de transceiver klokgegevensherstel (CDR). In sommige gevallen waar de RX-klok niet beschikbaar is op de zendontvanger, kan het gebruik van een externe CDR vereist zijn om de klok te herstellen. De klok wordt dan door de backplane gestuurd om de SlaveClock’s centrale tijdkaart te bereiken. Deze tijdsreferentie wordt dan een verwijzing naar de EEG (ook bekend als "line-time reference"). Zoals getoond in de SlaveClock NE, kan een EEG lijn en externe referenties accepteren, evenals de invoer van een ±4.6 ppm lokale oscillator (gebruikt in situaties waar er geen lijn of externe referenties beschikbaar zijn). Vanaf dit punt wordt de SlaveClock NE dan de MasterClock NE voor de volgende downstream NE, en synchronisatie wordt getransporteerd op een knooppunt-tot-knooppunt-basis, waarbij elk knooppunt deelneemt aan herstel en distributie.

Ethernet-synchronisatie-Messaging Channel

Het Ethernet Synchronization Messaging Channel (ESMC) is een ITU-T gedefinieerd Ethernet slow protocol (dat wil zeggen dat de berichten worden verzonden naar het multicast Ethernet-bestemmingsadres 01-80-C2-00-00-02 en Ether Type 88-09 gebruiken) om te voorkomen dat de berichten van een gesynchroniseerde link naar een andere link lekken.

Het draagt de informatie van de het Statusbericht van de Synchronisatie (SSM) die het kwaliteitsniveau (QL) van de verzendende kloktijd is. Bijvoorbeeld: Als het stroomopwaartse apparaat synchroon is met een klok uit de VRC, dan is de ontvangen QL-waarde QL-PRC en de overeenkomstige SSM-waarde is 0010.

ESMC-informatie PDU's worden periodiek verzonden met een snelheid van één PDU per seconde. Gebrek aan ontvangst van een ESMC PDU binnen een periode van vijf seconden resulteert in SSF=true (QL=QL-FAILLIET). De standaard (initiële) waarde voor de QL is DNU (SSM=1111) en mag alleen veranderen wanneer een geldige QL TLV wordt ontvangen.

We moeten opmerken dat als een apparaat is dual-homed en de bron van signaal voor beide upstream apparaten is PRC, dan is de QL ontvangen op het apparaat van beide links QL-PRC. Daarom moeten we de koppelingen dienovereenkomstig prioriteren om het juiste upstream apparaat te kiezen met betrekking tot hop, koppelingen, enzovoorts.

De MasterClock-SlaveClock synchronisatie over meerdere NE's met meerdere mogelijke synchronisatie-ingangen voor synchronisatie kan leiden tot tijdlijnen tussen de NE's. Om tijdlijnen te vermijden, zou een NE een SSM waarde van DNU in de richting van NE moeten opnemen, die als daadwerkelijke synchronisatiebron voor de Kloktijd van NE wordt gebruikt.

SyncE met LAG

SyncE werkt op de fysieke laag en de ESMC-pakketten worden ook gedragen door een Ethernet slow protocol. LAG is een andere functie die langzame protocollen gebruikt en LAG werkt boven ESMC. Verwerking van ESMC-berichten is daarom vereist op elke synchrone Ethernet-enabled link in de LAG-groep.

Het is ook belangrijk op te merken dat het gebruik van parallelle verbindingen, zoals het geval met LAG, zorgvuldig moet worden overwogen vanwege de mogelijkheid van het creëren van tijdlijnen.

 Idealiter is het voldoende om het op de single-member link van de bundel uit te voeren, maar anders wordt het aan de exploitanten overgelaten om verschillende synchrone Ethernet-enabled-poorten te configureren.

PTPv2/1588v2

IEEE 1588 wordt door het Institute of Electrical and Electronics Engineers (IEEE) in 2002 gedefinieerd als Precision Clock Synchronization Protocol (PTP) voor netwerkmeet- en regelsystemen. Het wordt het Precisie Tijdprotocol (PTP) voor kort genoemd.

IEEE 1588v1 is van toepassing op industriële automatisering en test- en meetvelden. Door de ontwikkeling van IP-netwerken en de popularisering van 3G-netwerken is de vraag naar tijdsynchronisatie op telecommunicatienetwerken toegenomen. Om aan deze behoefte te voldoen, stelde IEEE 1588v2 op op basis van IEEE 1588v1 in juni 2006, herziene IEEE 1588v2 in 2007, en bracht IEEE 1588v2 uit eind 2008.

1588v2 is een tijdsynchronisatieprotocol dat een uiterst nauwkeurige tijdsynchronisatie tussen apparaten mogelijk maakt. Het wordt ook gebruikt om frequentie synchronisatie tussen apparaten uit te voeren.

Dit pakketgebaseerde synchronisatiemechanisme combineert frequentie en fasesynchrone op sub-microseconde niveaus, met ToD distributiemogelijkheden via het efficiënte mechanisme van pakketuitwisselingen

De belangrijkste zwakte van PTP is ook te wijten aan de pakketnatuur, aangezien de synchronisatiepakketten die door PTP worden gebruikt in het netwerk tussen MasterClock en hosts worden doorgestuurd, die onderhevig zijn aan alle netwerkgebeurtenissen zoals framevertraging (latentie), framevertraging (pakketjitter) en frameverlies. Zelfs met de beste praktijken van het toepassen van hoge prioriteit op synchronisatiestromen, zullen deze synchronisatiepakketten nog congestie en mogelijke routing en het door:sturen kwesties zoals uit-van-opeenvolging en routekaarten ervaren.

Basiswerkingsprincipe van PTP

We sturen de tijd (hh:mm:ss) in een pakket en we gebruiken pakketstroom ronde reistijd om de vertraging in de transmissie van een pakket te vinden en corrigeren de kloktijd door aan te passen met de helft van de ronde reisvertraging.

Werken van PTP

PTP gebruikt een hiërarchische MasterClock-SlaveClock architectuur voor klokdistributie.

Het geeft aan hoe de real-time klokken in het systeem met elkaar synchroniseren. Deze klokken zijn georganiseerd in een MasterClock−SlaveClock synchronisatiehiërarchie met de kloktijd bovenaan de hiërarchie die de referentietijd voor het gehele systeem bepaalt. De synchronisatie wordt bereikt door PTP-tijdberichten uit te wisselen, waarbij de SlaveClocks de tijdsinformatie gebruiken om hun klokken aan te passen aan de tijd van hun MasterClock in de hiërarchie.

PTP is ontworpen uitgaande van een multicast-communicatiemodel. PTP ondersteunt ook een unicastcommunicatiemodel zolang het gedrag van het protocol behouden blijft. PTP gaat ervan uit dat berichten periodiek worden verzonden door één poort en worden geleverd aan alle andere poorten van de gewone of grensklokken binnen een communicatiepad. Als het communicatiepad uit meer dan twee poorten bestaat, wordt ervan uitgegaan dat berichten worden verzonden in multicast of dat de informatie over de aankondiging wordt gerepliceerd naar alle poorten in het communicatiepad met unicastberichten. PTP-poorten ontdekken andere poorten binnen een communicatiepad door het ontvangen van multicast aankondigingen berichten.

Het protocol wordt uitgevoerd binnen een logisch kader, een domein genaamd. Alle PTP-berichten, gegevenssets, statemachines en alle andere PTP-entiteiten worden altijd aan een bepaalde domeinid gekoppeld

Het protocol definieert de gebeurtenis en algemene PTP berichten. Gebeurtenisberichten zijn getimed berichten, d.w.z. een nauwkeurige tijdstempel (tijd geregistreerd op het apparaat op het entry/exit punt, maar het is niet noodzakelijk dat het bericht de tijd t draagt) wordt gegenereerd bij zowel de transmissie als het ontvangst. Algemene berichten vereisen geen nauwkeurige tijdstempels.

PTP-domeinen

Een domein bestaat uit een logische groepering van klokken die met elkaar communiceren met behulp van het PTP protocol.

PTP-domeinen worden gebruikt om een netwerk binnen een administratieve entiteit te splitsen. De PTP-berichten en gegevenssets zijn gekoppeld aan een domein en daarom is het PTP-protocol onafhankelijk voor verschillende domeinen.

Patroon voor berichtenuitwisseling

1. De MasterClock stuurt een Sync-bericht naar de SlaveClock en noteert het tijdstip waarop het is verzonden.
2. De SlaveClock ontvangt het Sync-bericht en neemt nota van het tijdstip van ontvangst.
3. De MasterClock brengt de tijdstempel naar de SlaveClock door:
   • De tijdstempel wordt in het sync-bericht ingesloten. Dit vereist enige vorm van hardwareverwerking voor de hoogste nauwkeurigheid en precisie.
   • De tijdstempel insluiten in een Follow_Up-bericht.
4. De SlaveClock stuurt een Delay_Req-bericht naar de MasterClock en noteert het tijdstip waarop het is verzonden.
5. De MasterClock ontvangt het Delay_Req bericht en neemt nota van het tijdstip van ontvangst.
6. De MasterClock brengt de tijdstempel naar de SlaveClock door deze in een Delay_Resp-bericht in te sluiten.

De nauwkeurigheid van de PTP-tijd wordt gedegradeerd door asymmetrie in de paden die door gebeurtenisberichten worden genomen. Met name de tijd offset-fout is 1/2 van de asymmetrie.

Asymmetrie is niet detecteerbaar door PTP. Indien bekend corrigeert PTP echter voor asymmetrie. Asymmetrie kan worden geïntroduceerd in de fysieke laag, bijvoorbeeld via transmissiemedia asymmetrie, door bruggen en routers, en in grote systemen door de voorwaartse en omgekeerde paden die worden doorgeleid door gebeurtenisberichten die verschillende routes door het netwerk nemen. Systemen moeten worden geconfigureerd en onderdelen moeten worden geselecteerd om deze effecten tot een minimum te beperken op basis van de vereiste nauwkeurigheid van de timing. In enkelvoudige subnetsystemen met afstanden van enkele meters is asymmetrie meestal geen zorg voor tijdnauwkeurigheid boven een paar 10 ns.

Verschillende pakkettypen

De reeks gebeurtenisberichten bestaat uit:

1. Sync - Gebruikt voor synchronisatie van tijd tussen MasterClock en SlaveClock. In twee stappen, synchrone berichten dragen geen tijd maar de tijd zal tijdstempelen bij de MasterClock en zal worden gedragen in Follow_Up bericht. In één stap zal het sync-bericht tijd vergen. De oude apparaten/hardware konden het meten en dragen van het punt van de vertrektijd niet steunen toen een bericht uit een haven werd geleverd, zodat was de tweestappenkwestie wegens hardwarebeperking. Tegenwoordig kan de hardware het exit-tijdpunt opnemen en dit verzenden in het sync-bericht. Een stap achteruit is compatibel met twee stappen.

   

2. Delay_Req - Een Delay_Req-bericht is een verzoek van de ontvangende/SlaveClock om de tijd terug te geven waarop het Delay_Req-bericht is ontvangen, met behulp van een Delay_Resp-bericht. Het wordt gebruikt om de transittijd tussen SlaveClock en MasterClock te berekenen. Dit bericht is tijdstempel bij de SlaveClock.
3. PDelay_Req - Een PDelay_Req- bericht wordt door een PTP haven aan een andere PTP haven doorgegeven als deel van het meten van haven-aan-haven propagatietijd om de vertraging op het verband tussen hen te bepalen. Het wordt gebruikt door P2P transparante klok om de per-hop linkvertraging te berekenen.
4. PDelay_Resp - Een PDelay_Resp-bericht wordt door een PTP-poort verzonden in reactie op het ontvangen van een PDelay_Req-bericht.

De algemene boodschappen bestaan uit:

• Aankondigen - Dit bericht wordt gebruikt door het Beste MasterClock Algoritme (BMCA) om MasterClock-SlaveClock topologie te genereren. Het wordt gebruikt om de beste MasterClock te kiezen en op zijn plaats te houden.
• Follow_Up - Dit berichttype wordt gebruikt in de tweestapsmodus. Het draagt de tijd. (Sync exit time op MasterClock knooppunt) in zijn bericht.
• Delay_Resp - Het wordt gebruikt om de transittijd van MasterClock naar SlaveClock te berekenen. Het draagt de tijd (exit tijd van Delay_Resp bericht) in het bericht.
• Pdela_Resp_Follow_Up - Dit is vergelijkbaar met het Follow_Up bericht, maar het wordt gegenereerd door een P2P transparante klok.
• Management: geen onderdeel van onze discussie.
• Signalering - Voor communicatie tussen klokken voor alle andere doeleinden. Bijvoorbeeld, kunnen de signalerende berichten voor de onderhandeling van het tarief unicastberichten tussen een MasterClock en zijn SlaveClocks worden gebruikt.

De berichten Sync, Delay_Req, Follow_Up en Delay_Resp worden gebruikt om de timing-informatie te genereren en mee te delen die nodig is om gewone en grensklokken te synchroniseren met behulp van het mechanisme van de vertragingsaanvraag-reactie.

De berichten PDelay_Req, Pdelag_Resp en Pdelag_Resp_Follow_Up worden gebruikt om de koppelingsvertraging te meten tussen twee klokpoorten die het peer-vertragingsmechanisme implementeren. De linkvertraging wordt gebruikt om timing-informatie in Sync en Follow_Up berichten in systemen te corrigeren die bestaan uit peer-to-peer transparante klokken.

Gewone en grensklokken die het peer-vertragingsmechanisme implementeren, kunnen synchroniseren met behulp van de gemeten koppelingsvertragingen en de informatie in de Sync en Follow_Up berichten. Het bericht Announce wordt gebruikt om de synchronisatiehiërarchie vast te stellen. De beheersberichten worden gebruikt om de PTP gegevensreeksen te vragen en bij te werken die door klokken worden gehandhaafd. Deze berichten worden ook gebruikt om een PTP systeem en voor initialisering en foutenbeheer aan te passen. Er worden beheerberichten gebruikt tussen beheerknooppunten en klokken (die geen deel uitmaken van onze discussie).

De signaleringsberichten worden gebruikt voor communicatie tussen klokken voor alle andere doeleinden. Bijvoorbeeld, kunnen de signalerende berichten voor de onderhandeling van het tarief unicastberichten tussen een MasterClock en zijn SlaveClocks worden gebruikt.

PTP-apparaattypen

Er zijn vijf basistypes van apparaten PTP, als volgt:

1. Gewone klok - Kan alleen een Grand MasterClock (GM) of alleen een SlaveClock zijn.
2. Boundary klok - kan zowel SlaveClock als GM zijn
3. End-to-end transparante kloktijd - De transparante kloktijd van begin tot eind stuurt alle berichten door als een normale brug, router of repeater. Echter, voor PTP-gebeurtenisberichten, meet de verblijfstijdbrug, zoals weergegeven in onderstaande afbeelding, de verblijftijd (de tijd die het bericht nodig heeft om de transparante klok te doorlopen) van PTP-gebeurtenisberichten. Deze verblijfstijden worden verzameld in een speciaal veld, het correctieveld, van het PTP-gebeurtenisbericht of het bijbehorende vervolgbericht. Deze correctie is gebaseerd op het verschil in de tijdstempel die wordt gegenereerd wanneer het gebeurtenisbericht de transparante kloktijd ingaat en verlaat.

   

   

   

4. Peer-to-peer transparante kloktijd - voegt de verblijfstijd toe evenals de vertragingstijd van de koppelingstransmissie aan ptp-berichten door het peer vertragingsmechanisme te gebruiken (genereert zijn eigen vertragings-req-resp pakketten om de peer linkvertraging te berekenen).

   

   

5. Management-knooppunt (geen onderdeel van onze discussie).

De MasterClock−SlaveClock hiërarchie instellen

Binnen een domein voert elke poort van een gewone en grenskloktijd een onafhankelijke kopie uit van de protocolstaatsmachine. Voor "state decision events" onderzoekt elke poort de inhoud van alle Announce berichten ontvangen op de poort. Met behulp van het beste MasterClock algoritme worden de berichtinhoud aankondigen en de inhoud van de gegevenssets die gekoppeld zijn aan de gewone of grensklok geanalyseerd om de status van elke poort van de kloktijd te bepalen.

PTP-statesmachine

Elke poort van een gewone en grensklok onderhoudt een afzonderlijk exemplaar van de PTP toestandsmachine. Deze toestandsmachine definieert de toegestane toestanden van de haven en de overgangsregels tussen staten. De belangrijkste "state decision events" die de MasterClock−SlaveClock hiërarchie bepalen, zijn de ontvangst van een Announce bericht en het einde van een aankondigingsinterval (het interval tussen Announce berichten). De poortstaten die de MasterClock−SlaveClock hiërarchie bepalen, zijn als volgt:

• INIT - Port is nog niet klaar om deel te nemen aan PTP.
• LUISTEREN - Eerste staat wanneer een poort klaar wordt om deel te nemen aan PTP: poort luistert voor PTP MasterClocks voor een (configureerbare) periode
• PRE-MasterClock - De poort staat op het punt om naar de MasterClock staat te gaan.
• MasterClock - De poort biedt tijdstempels voor alle luisterslaveClock/begrenzingsklokken.
• UNCALIBRATED - De poort ontvangt tijdstempels van een MasterClock, maar de klok van de router is nog niet gesynchroniseerd met die MasterClock
• SLAVE - De poort ontvangt tijdstempels van een MasterClock en de klok van de router wordt gesynchroniseerd met die MasterClock
• PASSIEF - De poort is zich bewust van een betere klok dan de klok die hij zou adverteren als hij in MasterClock staat, maar slaagt niet van die klok

Beste MasterClock algoritme

Het beste MasterClock algoritme vergelijkt gegevens die twee klokken beschrijven om te bepalen welke gegevens de betere kloktijd beschrijven. Dit algoritme wordt gebruikt om te bepalen welke van de klokken die in verscheidene worden beschreven berichten aankondigen die door een lokale klokhaven worden ontvangen de beste kloktijd is. Het wordt ook gebruikt om te bepalen of een pas ontdekte klok - een buitenlandse MasterClock - beter is dan de lokale klok zelf. De gegevens die een buitenlandse MasterClock beschrijven, zijn opgenomen in de grandMasterClock-velden van een Announce-bericht.

Het algoritme voor de vergelijking van gegevensreeksen is gebaseerd op paarsgewijze vergelijkingen van eigenschappen met de volgende voorrang:

1. prioriteit1 - Een door de gebruiker configureerbare aanduiding dat een klok behoort tot een geordende set van klokken waaruit een MasterClock is geselecteerd
2. ClockClass - Een kenmerk dat de TAI-traceerbaarheid van een klok definieert
3. kloknauwkeurigheid - Een kenmerk dat de nauwkeurigheid van een kloktijd definieert
4. offsetScaledLogVariance - een kenmerk dat de stabiliteit van een kloktijd bepaalt
5. prioriteitsklasse2 - Een door de gebruiker configureerbare aanduiding die fijnkorrelige bestelmogelijkheden biedt tussen overigens gelijkwaardige klokken
6. ClockIdentity - Een koppelbreker op basis van unieke identificatoren

Naast deze prioriteitsvolgorde wordt de "afstand" gemeten door het aantal grensklokken tussen de lokale klok en de buitenlandse MasterClock gebruikt wanneer twee Announce berichten dezelfde buitenlandse MasterClock weergeven. De afstand wordt aangegeven in het veld StappenVerwijderd van berichten. Deze voorwaarde kan in PTP systemen met cyclische wegen voorkomen die niet door een protocol buiten PTP worden verwijderd. Het algoritme van de gegevensreeks selecteert ondubbelzinnig één van de twee klokken "beter"of als "topologisch beter."

Profielen

Het doel van een PTP-profiel is organisaties in staat te stellen specifieke selecties van attribuutwaarden en optionele functies van PTP te specificeren die, wanneer ze hetzelfde transportprotocol gebruiken, samenwerken en een prestatie bereiken die voldoet aan de eisen van een bepaalde toepassing.

In een PTP-profiel moet het volgende worden gedefinieerd:

• Beste opties voor MasterClock
• Configuratiebeheeropties
• Mechanismen voor treinvertraging (peer-Delay of Delay request-response)
• De bereik- en standaardwaarden van alle configureerbare PTP-kenmerken en leden van de gegevensset
• Vereiste, toegestane of verboden vervoermiddelen
• De vereiste, toegestane of verboden knooptypes
• De vereiste, toegestane of verboden opties

Verschillende profielen gedefinieerd voor pakketnetwerken met PTP zijn als volgt:

8265.x profielen worden gebruikt voor het bereiken van frequentiesynchrone synchronisatie met PTP.

8275.x wordt gebruikt voor tijd-van-dag/fase-synchronisatie met PTP. NCS5xx/55xx ondersteunt momenteel 8265.1, 8275.1, 8275.2 en 8273.2.

8265.1 werd eerder gebruikt voor 3G/4G kloksynchronisatie, terwijl 8275.x nu voor 5G wordt gebruikt vanwege de stijgende vraag naar nauwkeurigheid met 5G-netwerken.

8275.1

Deze bijlage bevat het telecommunicatieprofiel van PTP voor fase/tijddistributie met volledige tijdsteun van het netwerk.

Synchronisatiemodel:

G.8275.1 profiel keurt het hop-door-hop synchronisatiemodel goed. Elk netwerkapparaat in het pad van server naar client klok synchroniseert zijn lokale klok naar upstream apparaten en zorgt voor synchronisatie naar downstream apparaat

Knooppunten:

In dit profiel zijn de toegestane knooptypes gewone klokken, grensklokken, en de transparante klokken van begin tot eind.

In dit profiel zijn de verboden knooptypes peer-to-peer transparante klokken.

Domeinen:

Domain ID's van 24 tot 43 kunnen worden gebruikt. De standaard domein-id is 24

Klokmodus:

Zowel éénfasige als tweestapsklokken zijn toegestaan. Een kloktijd moet geschikt zijn voor het ontvangen en verwerken van berichten die worden verzonden via zowel eenstapsklokken als tweestapsklokken. Er is geen kloktijd nodig voor de ondersteuning van zowel de éénstaps- als de tweestapsmodus voor het verzenden van berichten.

Vervoersmechanismen vereist, toegestaan of verboden

In dit profiel zijn de toegestane vervoersmechanismen:

• IEEE 802.3/Ethernet- en
• OTN

Ten minste één van de twee vervoersmechanismen moet worden ondersteund. Voor transport via IEEE 802.3/Ethernet is ondersteuning nodig voor zowel het niet-doorstuurbare multicast-adres 01-80-C2-00-00-0E als het doorstuurbare multicast-adres 01-1B-19-00-00-00, zodat aan dit profiel wordt voldaan

Unicast/Multicast-berichten:

Alle berichten worden verzonden multicast, met behulp van een van de twee multicastadressen (01-80-C2-00-00-0E/01-1B-19-00-00-00). De unicastmodus is niet toegestaan in deze versie van het profiel.

Beste opties voor MasterClock:

In dit profiel wordt de alternatieve BMCA gebruikt.

De volgende klokparameters worden vergeleken (in volgorde) van elke beschikbare knooppunt om de beste MasterClock te selecteren:

Tabel 1. Telcom Profiel BMCA Hierarchy

Parameter	Beschrijving
Prioriteit 1	NIET gebruikt in telecommunicatieprofielen
Klokklasse	Meting van de traceerbaarheid van de klok. Of de frequentie/tijd van de MasterClock traceerbaar is naar een GNSS-referentie (A, B beter dan C)
Kloknauwkeurigheid	Hoe nauwkeurig is de klokoutput van de GM naar de primaire referentie? bijv. tijd nauwkeurig tot binnen 25 ns.
Offset geschaalde logvariantie (OSLV)	Meting van klokprecisie. Hoeveel de klokoutput varieert wanneer deze niet gesynchroniseerd wordt met een andere bron.
Prioriteit 2	Door gebruiker gedefinieerde prioriteit op de MasterClock-knooppunt als alle bovenstaande parameters overeenkomen
Lokale poortprioriteit	Door gebruiker bepaalde prioriteit per poort op DUT
Genetisch gemanipuleerde klokidentiteit	GrandMasterClock's klok ID gebruikt als een tie breker
Verwijderde stappen	Kortste pad gekozen als grandMasterClock bereikbaar is via meerdere poorten (A beter dan B)

Optie voor meting van vertraging (vertraging aanvragen/respons):

In dit profiel wordt het mechanisme voor de reactie op het verzoek/de vertraging gebruikt. Het peer-reactiemechanisme mag niet in dit profiel worden gebruikt, de vertragings_req-reactiemethode moet worden gebruikt.

Dit PTP-telecommunicatieprofiel definieert een alternatieve BMC waarmee twee hoofdbenaderingen kunnen worden gebruikt om de topologie van het fase-/tijdsynchronisatienetwerk in te stellen:

Automatische topologie-instelling:

Bij het configureren van de in deze aanbeveling gedefinieerde eigenschappen van de lokale prioriteit op hun standaardwaarde, wordt de PTP-topologie automatisch ingesteld door de alternatieve BMCA op basis van de door de PTP-klokken uitgewisselde berichten aankondigen. Na deze operatie wordt een synchronisatieboom met de kortste paden naar de T-GM’s gebouwd. In deze modus, tijdens storingsgebeurtenissen en topologische herconfiguratie, zal de Alternate BMCA opnieuw worden uitgevoerd en resulteren in een nieuwe synchronisatieboom. Deze alternatieve BMCA-werking zorgt ervoor dat er geen tijdlijn wordt gecreëerd zonder handmatige tussenkomst of voorafgaande analyse van het netwerk. De convergentietijd aan de nieuwe topologie PTP hangt van de grootte van het netwerk, en van de specifieke configuratie van de parameters PTP af.

Handmatige netwerkplanning: het gebruik van de in deze aanbeveling gedefinieerde eigenschappen voor lokale prioriteit met andere waarden dan de standaardwaarde maakt het mogelijk om de topologie van het synchronisatienetwerk handmatig te bouwen, op een soortgelijke manier als de netwerken in de synchrone digitale hiërarchie (SDH) doorgaans worden bediend op basis van het bericht van de synchronisatiestatus (SSM). Deze optie staat volledige controle van de acties tijdens mislukkingsgebeurtenissen en topologieaanpassing toe, die op de gevormde lokale prioriteiten van het systeem worden gebaseerd. Voorafgaand aan de implementatie is echter zorgvuldige netwerkplanning vereist om tijdlijnen te voorkomen.

Overwegingen bij het gebruik van prioriteit 2:

Het PTP-kenmerk prioriteit2 kan in dit profiel worden geconfigureerd. In bepaalde bijzondere omstandigheden kan het gebruik van het attribuut prioriteitsklasse2 het netwerkbeheer vereenvoudigen. In dit gedeelte worden twee gebruikscases beschreven; andere mogelijke cases zijn voor nader onderzoek.

• Situatie 1.

Exploitanten kunnen het PTP-kenmerk prioriteit2 configureren om alle Telecom Boundary Clock (T-BC’s) traceerbaar te maken naar één Telecom Grand MasterClock (T-GM) of traceerbaar naar twee verschillende T-GM’s op hetzelfde moment.

Bijvoorbeeld, in deze afbeelding, als alle andere PTP-eigenschappen van de twee T-GM's hetzelfde zijn, en de twee T-GM's zijn geconfigureerd met dezelfde prioriteit2-waarde, zal elke T-BC de T-GM selecteren met het kortste pad. Als de twee T-GM's zijn geconfigureerd met verschillende prioriteitscategorieën, zullen alle T-BC's synchroniseren met de T-GM met de kleinste prioriteitscategorie2.

• Situatie 2.

Exploitanten kunnen het PTP-kenmerk prioriteitii2 configureren om te voorkomen dat de T-BC’s van een stroomopwaarts netwerk synchroniseren met de T-BC’s van een stroomafwaarts netwerk wanneer de T-GM in storing is.

Bijvoorbeeld, in figuur, als alle andere PTP-kenmerken van alle T-BC's hetzelfde zijn, en de PTP-eigenschap prioriteitsklasse2 van alle T-BC's met dezelfde waarde zijn geconfigureerd, dan kunnen de T-BC's in het upstream netwerk synchroniseren met de T-BC's in het downstream netwerk, afhankelijk van de klokIdentity-waarden van alle T-BC's. Als de T-BC's in het stroomopwaartse netwerk met een kleinere prioriteitsklasse 2 worden geconfigureerd dan de T-BC's in het stroomafwaartse netwerk, zullen de T-BC's in het stroomafwaartse netwerk synchroniseren met de T-BC's in het stroomopwaartse netwerk wanneer de T-GM uitvalt.

Handelingen via linkaggregatie:

Wanneer twee apparaten die PTP-klokken insluiten die compatibel zijn met dit profiel via een linkaggregatie (LAG) zijn verbonden, moet elke fysieke link direct worden benaderd om PTP-berichten te verzenden, waarbij de LAG wordt omzeild. Deze methode voorkomt potentiële asymmetrieën die aanwezig kunnen zijn wanneer de voorwaartse en omgekeerde paden worden geleverd over verschillende koppelingen die tot de LAG behoren.

Overwegingen bij de keuze van het PTP Ethernet-multicast doeladres:

Dit PTP-profiel ondersteunt zowel het niet-voorwaartse multicast-adres 01-80-C2-00-00-0E als het door:sturen van multicast-adres 01-1B-19-00-00-00 wanneer de PTP-afbeelding wordt gebruikt.

Het te gebruiken Ethernet-multicastadres is afhankelijk van het beleid van de exploitant. Nadere overwegingen worden hieronder gegeven.

Layer 2-overbruggingsfunctie verbonden aan de PTP-poort van een T-BC of T-TC mag geen frame doorsturen met doelMAC-adres 01-1B-19-00-00-00; dit kan worden gedaan door dit multicast-adres correct in de filtering-database te provisioneren.

• Optie 1 - Gebruik van het niet-voorwaartse multicast-adres 01-80-C2-00-00-0E.

Sommige netwerkexploitanten zijn van mening dat de PTP-berichten nooit via PTP-onbewuste netwerkapparatuur moeten worden doorgestuurd.

Het gebruik van het niet-door:sturen multicast adres 01-80-C2-00-00-0E garandeert dit bezit het grootste deel van de tijd (er bestaan uitzonderingen voor sommige oudere Ethernet-apparatuur).

Daarom voorkomt het gebruik van dit multicast-adres in het geval van een verkeerde configuratie van netwerkapparatuur (bv. als de PTP-functies niet zijn ingeschakeld in PTP-bewuste netwerkapparatuur) een onjuiste distributie van synchronisatie, aangezien de PTP-berichten worden geblokkeerd door de PTP-onbewuste netwerkapparatuur.

• Optie 2 - Gebruik van het door:sturen multicastadres 01-1B-19-00-00-00.

Sommige netwerkexploitanten zijn van mening dat het gebruik van een doorstuurbaar multicast-adres flexibeler is en dat het verkieslijk is om de PTP-berichten door te sturen om de synchronisatielink draaiend te houden voor het geval dat sommige apparatuur verkeerd is geconfigureerd als niet-PTP-knooppunten, hoewel er potentiële risico's zijn van verslechtering van prestaties. Het netwerk management systeem (NMS) zal gemakkelijk de misconfiguratie vinden en zal alarmen verzenden.

Het is echter mogelijk om de PTP-berichten te blokkeren door dit multicast-adres op de juiste manier te provisioneren in de filtreerdatabase van elke Ethernet-apparatuur.

8275.2

In deze aanbeveling wordt een ander PTP-profiel gedefinieerd om de distributie van fase en tijd mogelijk te maken met Partial Timing Support (PTS) vanuit het netwerk (d.w.z. dat er geen noodzaak is voor elk apparaat om PTP in het netwerk uit te voeren). Het belangrijkste verschil tussen 8275.2 en 8275.1 is dat het op IPv4 unicast draait en dat niet alle knooppunten in het netwerk PTP moeten uitvoeren.

Vervoersmechanismen:

In dit profiel is het vereiste transportmechanisme UDP/IPv4.

Unicast-berichten:

Alle berichten worden verzonden in unicast.

In dit telecommunicatieprofiel is unicastonderhandeling standaard ingeschakeld.

De SlaveClock zal de sessie starten door de unicast message onderhandelingsprocedure te volgen.

Domeinen:

Domain ID's van 44 tot 63 kunnen worden gebruikt. De standaard domein-id is 44.

Beste opties voor MasterClock:

In dit profiel wordt de alternatieve BMCA gebruikt.

Eigenschappen De optie van de de vertragingsmeting van de Weg (vertragingsverzoek/vertragingsreactie), Automatische topologieonderneming en Overwegingen bij het gebruik van prioriteitsklasse2 zijn zelfde als telecommunicatieprofiel 8275.1

Overwegingen van PTP over IP-transport in Ring-topologieën:

Wanneer het gebruiken van PTP overseinen over een IP vervoerlaag, zijn er sommige aspecten van Layer 3 protocol die moeten worden overwogen. De PTP-laag levert berichten in de IP-laag met een IP-doeladres. De IP-laag zorgt er dan voor dat het bericht wordt afgeleverd op de bestemming zolang er een pad is door het IP-transportnetwerk van de bronknooppunt naar het doeladres. De IP-laag bevat dynamische routeringsprotocollen die het pad via het netwerk kunnen aanpassen op basis van beschikbare koppelingen tussen de IP-routers. Het kan gebeuren dat het pad dat genomen wordt door de IP transportlaag niet het pad is dat 'verwacht' wordt door de synchronisatieplanner. Het toepassen van bepaalde beperkingen in de IP-transportlaag om suboptimale paden voor PTP-berichten te beheren kan voordelig zijn. Dit zal waarschijnlijk het geval zijn bij ringtopologieën.

Uitgaande van de topologie die in onderstaande afbeelding wordt getoond, wordt de SlaveClock geconfigureerd om unicastservice aan te vragen bij zowel BC3 als BC4. Na het ontvangen van de Announce berichten van zowel BC3 als BC4, zal de SlaveClock de BMCA draaien en BC4 selecteren als haar moederklok gebaseerd op het feit dat de stappen- de verwijderde waarde van BC4 1 is, vergeleken met een stap-verwijderde waarde van 3 voor BC3. De SlaveClock zou dan synchrone berichten vragen van BC4.

Als de verbinding tussen BC4 en R6 breekt (zie onderstaande afbeelding), dan wordt BC4 niet bereikt door het verwachte pad. Het kan echter nog steeds worden bereikt omdat routingprotocollen de verbinding behouden door de IP-pakketten rond de ring te routeren. BC4 blijft behouden als ouderklok omdat het nog steeds beter wordt geacht door de BMCA.

Het is zeer waarschijnlijk dat de gewenste werking is dat de SlaveClock naar BC3 zou moeten switches voor betere prestaties.

Er zijn een paar technieken die kunnen worden gebruikt om ervoor te zorgen dat in het hierboven geïdentificeerde mislukkingsscenario, de SlaveClock BC3 zal selecteren als haar ouderklok. Ze zijn gebaseerd op het blokkeren van de PTP IP-berichten van BC4 naar de SlaveClock als die berichten met de klok mee rond de ring gaan. De oplossing is gebaseerd op het blokkeren van alleen de PTP-berichten en niet het bericht van andere protocollen die dezelfde IP-adressen zouden kunnen gebruiken.

Optie 1. Unieke IP-adressen en statische routers:

In sommige implementatiemodellen zou het mogelijk kunnen zijn om unieke IP-adressen toe te wijzen voor het gebruik van alleen PTP. Dit staat dan het gebruik van statische routes toe om de richting van de stromen van PTP tussen de knooppunten te controleren. BC4 zou zo worden geconfigureerd dat het enige pad om 11.x.x.141 (SlaveClock) te bereiken de koppeling tussen BC4 en R6 zou zijn. Bovendien kon R6 zo worden geconfigureerd dat de enige weg die gebruikt kan worden om 11.y.y.104(BC4) te bereiken de koppeling tussen R6 en BC4 zou zijn. Als de koppeling tussen R6 en BC4 mislukt, is er geen route beschikbaar om de IP-pakketten tussen 11.x.x.141 en 11.y.y.104 te krijgen, zodat de SlaveClock geen aankondigingen van BC4 zal ontvangen en de BMCA BC3 zal selecteren als de ouderklok. Raadpleeg de afbeelding.

Optie 2. IP-filters

Alle routers ondersteunen IP-filtering op een bepaald niveau. De filters kunnen worden gebruikt om het controlevliegtuig van de router tegen ongewenste berichten te beschermen. Zij kunnen in dit geval worden gebruikt om de goedkeuring van PTP- berichten op een ondergroep van de routerende interfaces te controleren.

In dit geval zou R6 worden geconfigureerd om de SlaveClock te beschermen tegen PTP-berichten die de verkeerde route nemen. Op de interface op R6 tegenover BC3 kan een filter worden toegepast om alleen berichten toe te staan naar UDP-poort 319 of 320 als het bronadres overeenkomt met dat van het PTP-proces op BC3. Alle berichten afkomstig van BC4 die op die interface worden ontvangen, worden verwijderd. Raadpleeg de afbeelding.

Optie 3. BC verwerking van alle PTP-berichten

Een BC kon alle PTP-berichten die in een van haar havens werden ontvangen, beëindigen voor alle domeinen die door de BC werden gebruikt. Dan konden de PTP berichten of worden gelaten vallen of door:sturen gebaseerd op besluiten binnen het PTP proces zelf. De keuzen zouden kunnen zijn om het bericht te laten vallen als het bestemmingsadres van het PTP bericht geen adres was dat eigendom was van de BC of om het te leveren aan de voorwaartse motor om naar de bestemming te worden verzonden. Het laatste geval kan worden gebruikt als het PTP-bericht voor een ander domein is dan de BC. Ook in het laatste geval kan het netwerkelement dat de BC bevat ook het correctieveld van doorgezonden gebeurtenisberichten bijwerken om de PTP-berichtextractie en -verwerking te compenseren, d.w.z. de transparante klokfunctie voor deze berichten ondersteunen. De berichtextractie uit het IP-vliegtuig kan worden gerealiseerd als de router de op beleid gebaseerde routing van IP-pakketten ondersteunt.

Dit voorbeeld wordt in deze afbeelding getoond.

Optie 4. Gebruik van het mechanisme van de tijd om te leven (TTL) van IP Transport:

Een PTP-knooppunt kan PTP-pakketten verzenden met de IP/Transport-kop met een TTL-veld dat is ingesteld op het minimumaantal routing hops dat nodig is om de peer-PTP-poort te bereiken waarmee het een PTP-contract heeft. In een typisch PTP-onbewust netwerk met onbewuste routers tussen MasterClock en SlaveClock, als het aantal PTP-onbewuste routers groter is dan de TTL-waarde van het PTP-bericht, wordt het PTP-bericht gedropt door een van de PTP-onbewuste routers. Dit kan worden gebruikt om het aantal IP-hops te beperken dat door PTP-pakketten tussen aangrenzende routers wordt doorgeleid en om communicatie door ongewenste langere paden te voorkomen.

Dit gedrag kan per PTP-poort of per PTP-klok zijn en is implementatiespecifiek. Er wordt van uitgegaan dat in een dergelijke ringtopologie IP-routing ervoor zal zorgen dat een korter pad naar de PTP MasterClock wordt beschouwd als een betere route dan het langere pad rond de ring.

Als voorbeeld, als een SlaveClock een direct verbonden MasterClock heeft die ook bereikbaar kan zijn via een langer pad, kan het de TTL-waarde van 1 gebruiken om ervoor te zorgen dat PTP-pakketten de MasterClock alleen bereiken via het direct verbonden pad in plaats van het langere pad rond de ring.

Serveralgoritme

Beschrijving van de modi:

• Vrije loop:

De PTP-kloktijd is nooit gesynchroniseerd met een tijdbron en is niet bezig met synchroniseren met een tijdbron.

• Acquiring-modus:

De PTP-kloktijd is bezig met synchronisatie met een tijdbron. De duur en functionaliteit van deze modus zijn implementatiespecifiek. Deze modus is niet vereist bij de implementatie.

• Vergrendelde frequentie/fase:

Fase Lock-De PTP kloktijd is fase gesynchroniseerd met een tijdbron en ligt binnen enige interne acceptabele nauwkeurigheid.

Frequency Lock-De kloktijd is de frequentie gesynchroniseerd met een tijdbron en ligt binnen een bepaalde interne acceptabele nauwkeurigheid.

Aangezien het betrekking heeft op de PTP-poortstatus gedefinieerd in [IEEE 1588], is een kloktijd in vergrendelde modus als er een PTP-poort in SLAVE-status is.

• Overlevingsmodus:

De PTP-kloktijd is niet meer gesynchroniseerd met een tijdbron en gebruikt informatie die is verkregen terwijl deze voorheen gesynchroniseerd was of andere informatiebronnen nog beschikbaar waren, om de prestaties binnen de gewenste specificatie te houden of om de prestaties niet binnen de gewenste specificatie te kunnen handhaven. Het knooppunt kan voor de overbrugging uitsluitend op zijn eigen faciliteiten vertrouwen of kan iets als een frequentie-ingang van het netwerk gebruiken om een overschakeling van tijd en/of fase te bereiken.

Configuratievoorbeeld voor 8275.1/8275.2 op NCS 540 (Cisco IOS XR)

De router staat de capaciteit toe om afzonderlijke bronnen voor frequentie en tijd-van-dag (ToD) te selecteren. De frequentieselectie kan worden uitgevoerd tussen elke frequentiebron die voor de router beschikbaar is, zoals BITS, GPS, SyncE of IEEE 1588 PTP. De ToD-selectie is tussen de voor frequentie geselecteerde bron en PTP, indien beschikbaar (ToD-selectie is van GPS, DTI of PTP). Dit staat bekend als de hybride modus, waarbij een fysieke frequentiebron (BITS of SyncE) wordt gebruikt om frequentiesynchrone verbindingen te maken, terwijl PTP wordt gebruikt om ToD-synchronisatie te leveren.

SyncE (voor frequentieoverdracht) en ptp (fase/tijd-van-dag overdracht) kunnen samen in het netwerk worden gebruikt tijdens de implementatie van 8275.1 om een betere nauwkeurigheid te bereiken (genoemd als hybride modus en is de enige ondersteunde modus voor NCS vanaf versie 7.3.x)

Het lokale prioriteitskenmerk wordt niet verzonden in aankondigingsberichten. Deze eigenschap wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, indien alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn

8275.1:

	grensklok
	Configuratie	Toelichting
ptp	ptp
	Kloktijd
	domein 24
	profiel g.8275.1 kloktype T-BC	Profiel 8275.1 wordt gebruikt met klokrol om T-BC telecom grensklok te zijn
	!
	profiel T-BC-MasterClock	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	transport-Ethernet	Er wordt gebruik gemaakt van Ethernet-transport
	Port state MasterClock-only	De te gebruiken poortstatus is alleen MasterClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	profiel T-BC-SLAVE	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	transport-Ethernet	Er wordt gebruik gemaakt van Ethernet-transport
	poortstaat SlaveClock-only	De te gebruiken poortstatus is alleen SlaveClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	!
	interface TenGigE0/0/0/18	MasterClock interface. Poort aangesloten op downstream SlaveClock
	ptp	ptp ingeschakeld voor deze poort
	profiel T-BC-MasterClock	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 120	localPriority-kenmerk dat wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, in het geval dat alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn
	!
	!
	interface TenGigE0/0/0/19	SlaveClock interface. Poort aangesloten op upstream MasterClock
	ptp	ptp ingeschakeld voor deze poort
	profiel T-BC-SLAVE	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 130
	!
	!
SyncE	frequentiesynchronisatie	Wereldwijd faciliteren
	quality it-t optie 1	QL ontvangen kloktijd is als per itu-t optie 1
	wijzigingen in logselectie
	!
	interface TenGigE0/0/0/19	SlaveClock interface. Poort aangesloten op upstream MasterClock
	frequentiesynchronisatie	SyncE op interface inschakelen
	invoer van selectie	Interface in SlaveClock status voor SyncE
	prioriteit 15	van lokaal belang. klokselectie beheren door de prioriteit van de klokbronnen te wijzigen
	wachten-tot-herstellen 0	De hoeveelheid tijd die de router wacht alvorens een nieuwe actieve synchrone Ethernet klokbron in klokselectie te omvatten. De standaardwaarde is 300 seconden
	!
	interface TenGigE0/0/0/18	MasterClock interface. Poort aangesloten op downstream SlaveClock
	frequentiesynchronisatie	SyncE op interface inschakelen
	wachten-tot-herstellen 0	De hoeveelheid tijd die de router wacht alvorens een nieuwe actieve synchrone Ethernet klokbron in klokselectie te omvatten. De standaardwaarde is 300 seconden
	GrandMasterClock
	Configuratie	Toelichting
ptp	ptp	Wereldwijde toegang tot PTP
	klok
	domein 24
	profiel g.8275.1 kloktype T-GM	Profiel 8275.1 wordt gebruikt met klokrol te zijn T-GM telecom grand MasterClock
	!
	profiel T-MasterClock	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	transport-Ethernet	Er wordt gebruik gemaakt van Ethernet-transport
	Port state MasterClock-only	De te gebruiken poortstatus is alleen MasterClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	!
	interface TenGigE0/0/0/18	MasterClock interface. Poort aangesloten op downstream SlaveClock
	ptp	ptp ingeschakeld voor deze poort
	profiel T-MasterClock	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 120	localPriority-kenmerk dat wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, in het geval dat alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn
	!
	!
	!
SyncE	frequentiesynchronisatie	Wereldwijd faciliteren
	quality it-t optie 1	Om de opties van het ITU-T kwaliteitsniveau (QL) te vormen. ITU-T optie 1 is ook de standaard
	wijzigingen in logselectie	logboekregistratie inschakelen
	!
	interface TenGigE0/0/0/18	MasterClock interface. Poort aangesloten op downstream SlaveClock
	frequentiesynchronisatie	SyncE op interface inschakelen
	wachten-tot-herstellen 0	De hoeveelheid tijd die de router wacht alvorens een nieuwe actieve synchrone Ethernet klokbron in klokselectie te omvatten. De standaardwaarde is 300 seconden
	Slavenklok
	Configuratie	Toelichting
ptp	ptp	Wereldwijde toegang tot PTP
	klok
	domein 24
	profiel g.8275.1 kloktype T-TSC	Profiel 8275.1 wordt gebruikt met klokrol te zijn T-TSC telecom SlaveClock
	!
	profiel T-SLAVE	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	transport-Ethernet	Er wordt gebruik gemaakt van Ethernet-transport
	poortstaat SlaveClock-only	De te gebruiken poortstatus is alleen SlaveClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	!
	interface TenGigE0/0/0/19	SlaveClock interface. Poort aangesloten op upstream MasterClock
	ptp	ptp ingeschakeld voor deze poort
	profiel T-SLAVE	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 120	localPriority-kenmerk dat wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, in het geval dat alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn
	!
	!
	!
SyncE	frequentiesynchronisatie	Wereldwijd faciliteren
	quality it-t optie 1	Om de opties van het ITU-T kwaliteitsniveau (QL) te vormen. ITU-T optie 1 is ook de standaard
	wijzigingen in logselectie	logboekregistratie inschakelen
	!
	interface TenGigE0/0/0/19	SlaveClock interface. Poort aangesloten op upstream MasterClock
	frequentiesynchronisatie	SyncE op interface inschakelen
	invoer van selectie	Interface in SlaveClock status voor SyncE
	prioriteit 15	van lokaal belang. klokselectie beheren door de prioriteit van de klokbronnen te wijzigen
	wachten-tot-herstellen 0	De hoeveelheid tijd die de router wacht alvorens een nieuwe actieve synchrone Ethernet klokbron in klokselectie te omvatten. De standaardwaarde is 300 seconden
	!

8275.2:

	grensklok
	Configuratie	Toelichting
ptp	ptp
	klok
	domein 44
	profiel g.8275.2 kloktype T-BC	Profiel 8275.2 wordt gebruikt met klokrol om T-BC telecom grensklok te zijn
	!
	profiel T-BC-MasterClock	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	vervoer ipv4	Er wordt gebruik gemaakt van Ethernet-transport
	Port state MasterClock-only	De te gebruiken poortstatus is alleen MasterClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	profiel T-BC-SLAVE	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	vervoer ipv4	Er wordt gebruik gemaakt van Ethernet-transport
	poortstaat SlaveClock-only	De te gebruiken poortstatus is alleen SlaveClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	!
	interface TenGigE0/0/0/18	MasterClock interface. Poort aangesloten op downstream SlaveClock
	ptp	ptp ingeschakeld voor deze poort
	profiel T-BC-MasterClock	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 120	localPriority-kenmerk dat wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, in het geval dat alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn
	!
	!
	interface TenGigE0/0/0/19	SlaveClock interface. Poort aangesloten op upstream MasterClock
	IP-adres 10.0.0.1 255.255.255.252
	ptp	ptp ingeschakeld voor deze poort
	profiel T-BC-SLAVE	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 130
	MasterClock ipv4 10.0.0.2 255.255.255.252	Vermeld expliciet de MasterClock ip
	!
	GrandMasterClock
	Configuratie	Toelichting
ptp	ptp	Wereldwijde toegang tot PTP
	klok
	domein 44
	profiel g.8275.2 kloktype T-GM	Profiel 8275.1 wordt gebruikt met klokrol te zijn T-GM telecom grand MasterClock
	!
	profiel T-MasterClock	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	vervoer ipv4	Er wordt gebruik gemaakt van Ethernet-transport
	Port state MasterClock-only	De te gebruiken poortstatus is alleen MasterClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	!
	interface TenGigE0/0/0/18	MasterClock interface. Poort aangesloten op downstream SlaveClock
	ptp	ptp ingeschakeld voor deze poort
	profiel T-MasterClock	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 120	localPriority-kenmerk dat wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, in het geval dat alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn
	!
	!
	!
	Slavenklok
	Configuratie	Toelichting
ptp	ptp	Wereldwijde toegang tot PTP
	klok
	domein 44
	profiel g.8275.2 kloktype T-TSC	Profiel 8275.1 wordt gebruikt met klokrol te zijn T-TSC telecom SlaveClock
	!
	profiel T-SLAVE	Definieer een rol voor de ptp-poort.
	multicast doeladres Ethernet 10-80-C2-00-00-0E	Er wordt een niet-doorstuurbaar multicast-adres gebruikt (optioneel)
	vervoer ipv4	Er wordt gebruik gemaakt van Ethernet-transport
	poortstaat SlaveClock-only	De te gebruiken poortstatus is alleen SlaveClock
	sync-frequentie 16	Sync-pakketten worden verzonden met een frequentie van pakketten-per-seconde
	kondiging frequentie 8	Pakketten worden per seconde verzonden met een frequentie van pakketten
	frequentie van vertraagde aanvraag 16	Delay_Req-pakketten worden met een frequentie van pakketten per seconde verzonden
	!
	!
	interface TenGigE0/0/0/19	SlaveClock interface. Poort aangesloten op upstream MasterClock
	IP-adres 10.0.0.1 255.255.255.252
	ptp	ptp ingeschakeld voor deze poort
	profiel T-SLAVE	De door de gebruiker gedefinieerde rol wordt opgeroepen onder deze ptp poort
	met lokale prioriteit 120	localPriority-kenmerk dat wordt gebruikt als koppelingsbreker in het vergelijkingsalgoritme voor gegevensreeksen, in het geval dat alle andere eerdere eigenschappen van de gegevensreeksen die worden vergeleken, gelijk zijn
	MasterClock ipv4 10.0.0.2 255.255.255.252	expliciet vermelden van de MasterClock ip
	!
	!
	!

Als u geen ESMC-pakketten op de interface ontvangt of als SyncE niet is geconfigureerd op het einde van de poort, maar u nog steeds syncE wilt inschakelen. U kunt dit doen door de QL-waarde op de interface statisch te definiëren en SSM uit te schakelen.

SyncE	frequentiesynchronisatie
	quality it-t optie 1
	wijzigingen in logselectie
	!
	interface TenGigE0/0/0/19
	frequentiesynchronisatie
	ssm uitschakelen
	kwaliteit ontvangen exacte itu-t optie 1 China
	invoer van selectie
	prioriteit 15
	wachten-tot-herstellen 0
	!

Om Hybride modus met 8275.2 te gebruiken, gebruikt u ‘Physical Layer-Frequency’ onder de interface. Dit maakt SyncE mogelijk voor frequentie en ptp voor fase.

Om hybride modus met 8275.2 mogelijk te maken, moet "fysieke laagfrequentie" worden geconfigureerd onder global ptp.

ptp

klok

domein 44

profiel g.8275.2 kloktype T-BC

!

82752

vervoer ipv4

sync-frequentie 16

kondiging frequentie 8

frequentie van vertraagde aanvraag 16

!

met fysieke laagfrequentie

logboek

servo-evenementen

!

!

Monstertopologie 8275.1:

Apparaat A:

ptp

 clock

  domain 24

  profile g.8275.1 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state SlaveClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

frequency synchronization

 quality itu-t option 1

 log selection changes

!

interface TenGigE0/0/0/23

 description ***to PTP GM***

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

  priority 10

  wait-to-restore 0

!

!



interface TenGigE0/0/0/19

ptp

  profile T-BC-MasterClock

 !

 frequency synchronization

  wait-to-restore 0

 !

!

Apparaat B:

ptp

 clock

  domain 24

  profile g.8275.1 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state SlaveClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

interface TenGigE0/0/0/23

 ptp

  profile T-BC-MasterClock

 !

!

interface TenGigE0/0/0/19

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

 !

!

Monstertopologie 8275.2:

Apparaat A:

ptp

 clock

  domain 44

  profile g.8275.2 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state SlaveClock-only

  sync frequency 16

  clock operation one-step

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

frequency synchronization

 quality itu-t option 1

 log selection changes

!

interface TenGigE0/0/0/23

 description ***to PTP GM***

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

  priority 10

  wait-to-restore 0

!

!

interface TenGigE0/0/0/19

ip address 10.0.0.1 255.255.255.252

 ptp

  profile T-BC-MasterClock

  MasterClock ipv4 10.0.0.2 255.255.255.252

 !

 frequency synchronization

  wait-to-restore 0

 !

!

Apparaat B:

ptp

 clock

  domain 44

  profile g.8275.2 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state SlaveClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

interface TenGigE0/0/0/19

  mtu 9216

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

 !

!

Probleemoplossing voor PTP

Sommige tonen bevelen en beschrijven hun output.

1. De status Servo aan het einde van het servo-algoritme moet Phase_Locked zijn. U kunt de instellingen voor de servostatus zien. Als de Servo-modus Hybrid is, moet ook SyncE-flow worden geregeld, aangezien het faseslot alleen na Freq_Lock plaatsvindt. Als het PTP-loopapparaat een gewone MasterClock is, is de bovenstaande uitvoer mogelijk niet geldig omdat het Servo-algoritme niet zal draaien en het geen fase/frequentie hoeft te worden gesynchroniseerd vanuit een andere MasterClock bron.

De status van het apparaat gaat niet naar LOCK tenzij de offset binnen een acceptabel bereik valt. Controleer ook de 'Offset from MasterClock'.

Apparaatstatus:

FREE-RUN/HOLDOVER: niet aan een klokbron vergrendeld. 
FREQ_LOCKED: Frequentie gesynchroniseerd naar MasterClock

PHASE_LOCKED: Zowel frequentie als fase gesynchroniseerd met MasterClock

Servermodus:

Hybride: gebruik SyncE voor frequentiesynchrone. PTP wordt alleen gebruikt voor fase-synchronisatie.

Standaard: gebruik PTP voor synchronisatie van zowel frequentie als fase

Tijdverschil waargenomen door servo algoritme b/w SlaveClock en MasterClock.

Tellers voor tijdstempels die uit PTP-pakketten worden geëxtraheerd. Ik zou moeten blijven groeien.

Laatste T1/T2/T3/T4 tijdstempels (sec.nanosec) geëxtraheerd uit PTP-pakketten. Dicht bij elkaar en gelijkmatig verhogen.

T1/T4: Verzonden door MasterClock, T2/T3: Berekend bij SlaveClock

Offset berekend op basis van PTP-tijdstempel.

Grove (setTime, stepTime) en fijne (adjustFreq) aanpassingen die door een servo worden gedaan om zich op de MasterClock te richten.

3. toon ptp interfacekaart toont de outputpoortstaat. Het moet MasterClock/SlaveClock staat.

4. Het pakketdruppels per ptp moeten aanzienlijk laag zijn.

5. Controleer de reden voor de pakketdaling:

6. Pakketten bereiken PTP niet.

Worden pakketten bereikt NPU?

NCS (DNX) platforms: show controllers npu stats traps-all instance all location 0/0/CPU0  | inc 1588

RxTrap1588                                    0    71   0x47        32040   7148566              0

ASR9000 platform: show controller np counters <np> location 0/0/cpu0 | inc PTP

Check for PTP_ETHERNET / PTP_IPV4 counters

Packet drops at NPU (not specific to PTP)

NCS (DNX) platforms: show controllers fia diagshell <np> "diag counters g" location 0/0/cpu0

Shows Rx/TX path statistics along with any drops happening in the NPU 

ASR9000 platform: show drops all location <LC>

Controleer de druppels bij de SPP:

show spp node-counters location 0/0/cpu0    

# Check for any drop-counters incrementing

NCS (DNX) platforms: show spp trace platform common error last 20 location 0/0/cpu0

Dec 10 02:29:38.322 spp/fretta/err 0/0/CPU0 t2902 FRETTA SPP classify RX: 
Failed in dpa_punt_mapper; ssp: 0x1e, inlif: 0x2000, rif: 0x11; 
trap_code:FLP_IEEE_1588_PREFIX punt_reason:PTP-PKT pkt_type:L2_LOCALSWITCH rc: 
'ixdb' detected the 'fatal' condition 'Not found in database': No such file or directory

ASR9000 platforms:

SPP punt path is simpler in ASR9000 with no risk of a lookup failure.

Drops not expected during packet classification.

7. toon ptp pakkettellers <interface-id> toont de pakketstroom. Zorg ervoor dat syncàDelay_ReqàDelay_Resp wordt gevolgd (en Follow_Up als dit 2-staps klok is).

8. Controleer de vlag (S) voor de geselecteerde interface.

9. Controleer de ontvangen QL. Op de geselecteerde interface zal de QLsnd DNU zijn om loops te voorkomen. Om uw interfacevoorkeur te veranderen kunt u het prioriteitsattribuut veranderen dat door gebrek 100 is.

10. Zorg ervoor dat de ‘Output Driven by’ de geselecteerde SyncE-interface is.

11. toon ptp foreign-MasterClocks korte output is de lijst van ptp-apparaten die deelnemen aan de BMCA om MasterClocks te worden. Controleer de bijbehorende vlaggen om de gekozen MasterClock te zien. U kunt berichten zien aankondigen die van die poorten zijn ontvangen via toont ptp-pakkettellers <interface-id>. Het apparaat met de beste attributen zal de BMCA winnen. Als meerdere poorten dezelfde eigenschappen hebben zal de lokale prioriteit de laatste tie-breker zijn. Echter, automatische topologie-instelling is ook mogelijk met ptp zonder gebruik van lokaal-prioriteit.

12. PTP selecteert niet de beoogde MasterClock (BMCA).

Controleer de klok die wordt geadverteerd door de externe knooppunt:

show ptp foreign-MasterClocks 

Interface TenGigE0/9/0/2 (PTP port number 1)

  IPv4, Address X.X.X.X, Unicast

    Configured priority: None (128)

    Configured clock class: None

    Configured delay asymmetry: None

    Announce granted:   every 16 seconds,  1000 seconds

    Sync granted:       every 16 seconds,  1000 seconds

    Delay-resp granted: 64 per-second,     1000 seconds

    Qualified for 4 hours, 50 minutes, 6 seconds

    Clock ID: 1

    Received clock properties:

      Domain: 44, Priority1: 128, Priority2: 128, Class: 6

      Accuracy: 0x21, Offset scaled log variance: 0x4e5d

      Steps-removed: 1, Time source: Atomic, Timescale: PTP

      Frequency-traceable, Time-traceable

      Current UTC offset: 38 seconds (valid)

    Parent properties:

      Clock ID: 1

      Port number: 1

Lijst van gekwalificeerde en geselecteerde MasterClocks:

show ptp foreign-MasterClocks brief 

M=Multicast,X=Mixed-mode,Q=Qualified,D=QL-DNU,

GM=GrandMasterClock,LA=PTSF_lossAnnounce,LS=PTSF_lossSync

Interface         Transport Address                   Cfg-Pri  Pri1   State

----------------------------------------------------------------------------

Te0/0/0/12        Ethernet  008a.9691.3830            None     128    M,Q,GM

Controleer de klok die geadverteerd op de MasterClock:

show ptp advertised-clock

Clock ID: 8a96fffe9138d8

Clock properties:

  Domain: 24, Priority1: 128, Priority2: 128, Class: 6

  Accuracy: 0xfe, Offset scaled log variance: 0xffff

  Time Source: Internal (configured, overrides Internal)

  Timescale: PTP (configured, overrides PTP)

  No frequency or time traceability

  Current UTC offset: 0 seconds

13. PTP niet synchroniseren met de MasterClock:

•Intended PTP MasterClock selected.

•PTP session established

•But not able to synchronize with the MasterClock

show ptp interface brief

Intf                    Port              Port            Line

Name              Number       State          Encap       State         Mechanism

--------------------------------------------------------------------------------

Te0/0/0/12        1            Uncalibrated Ethernet   up            1-step DRRM


OR occasional PTP flap in the field

Jul 31 09:29:43.114 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state PHASE_LOCKED to state HOLDOVER 

Jul 31 09:30:23.116 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state HOLDOVER to state FREQ_LOCKED 

ul 31 09:35:28.134 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state FREQ_LOCKED to state PHASE_LOCKED

14. Controleer of PTP flapte als gevolg van pakketverlies:

show ptp trace last 100 location 0/rp0/cpu0

Aug  1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list

Aug  1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Updated checkpoint record for clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0): Checkpoint ID 0x40002f60

Aug  1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Inserted clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) into BMC list at position 0

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Comms] Received BMC message from node 0/0/CPU0. Comms is active

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] GrandMasterClock removed, local clock better than foreign MasterClock(s)

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Leap Seconds] GrandMasterClock lost

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Stopping servo

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] BMC servo stopped, BMC servo not synced

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [Comms] Started grandMasterClock message damping timer

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Sending SlaveClock update to platform. No grandMasterClock available

Aug  1 02:35:46.059 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Received clock update from the platform. Clock active, not using PTP for frequency, using PTP for time. Current local clock is not a primary ref, sync state is 'Sync' and QL is 'Opt-I/PRC'

15. Controleer de output van toon ptp configuratie-fouten voor om het even welke configuratiefouten.

Steekproefpakketvastlegging van sync, aankondigen, vertragen_Req en Delay_Resp-berichten

De opname van het Announce-bericht (8275.1) toont de kenmerken van de verzonden kloktijd:

De opname van het Sync-bericht toont de generatie van de tijdstempel (één stap).

Gerelateerde informatie

• https://www.itu.int/rec/T-REC-G.8275.1/en
• https://www.itu.int/rec/T-REC-G.8275.2/en
• IEEE Standard voor 1588v2
• https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r5-3/sysman/configuration/guide/b-sysman-cg-53xasr9k/b-sysman-cg-53xasr9k_chapter_01100.html
• Technische ondersteuning en documentatie – Cisco Systems