För att verifiera lyckad låsning av master-slavroll krävs en kombination av tre dimensioner: verifiering av konfigurationsparameter, real-loggövervakning och stresstestning. Detta säkerställer att rollen inte byter under både normala och onormala nätverksförhållanden:
I. Verifiering av konfigurationsfilparameter
Kontrollera `/etc/linuxptp/ptp4l.conf`-konfigurationsfilen på båda sensorerna för att bekräfta att nyckellåsningsparametrar är aktiva:
Master klocka
"prioritet1" ska vara ett lågt värde (t.ex. 128).
`masterOnly 1`: Detta är kärnparametern för att låsa rollen, vilket indikerar att noden tvingas bli masterklocka och vägrar delta i BMCA-valet för att bli en slavklocka.
Slav klocka
`prioritet1` bör vara ett högt värde (t.ex. 130), vilket säkerställer att dess prioritet är lägre än huvudklockan.
`masterOnly 0` (standard): Låter den synkroniseras som en slavklocka.
II. Loggstatusövervakning i-realtid
Efter att ha startat om ptp4l-tjänsten, kör `sudo ptp4l -i eth0 -m -q` för att observera realtidsloggarna:-
Visning av fast roll: Huvudenhetsloggen ska kontinuerligt visa "port 1: MASTER".
Slavenhetsloggen bör kontinuerligt visa "port 1: SLAVE".
Inga vallarm: Loggarna ska inte innehålla poster som indikerar BMCA-om-val, till exempel "bästa huvudklocka ändrad" eller "vald bästa masterklocka".
Om tillståndet FEL visas och sedan snabbt återgår till den ursprungliga rollen, fungerar låsmekanismen; om rollerna byts efter återställning har låsningen misslyckats.
III. Nätverksnedkoppling och återanslutning Stresstest (ultimativ verifiering)
Simulera ett scenario för nätverksavbrott för att verifiera robustheten hos rolllåsning:
Användning: Koppla tillfälligt bort slavklockans nätverkskabel eller inaktivera nätverkskortets gränssnitt, vänta cirka 10-20 sekunder och återställ sedan anslutningen.
Bedömningskriterier:
Lyckad låsning: Masterklockan förblir i MASTER-tillstånd under nätverksavbrott (eller går in i LYSSNING men degraderas inte till SLAVE); efter nätverksåterställning, synkroniseras slavklockan snabbt om och stabiliseras i SLAVE-tillstånd, utan att rollbyte hela tiden.
Misslyckad låsning: Under nätverksavbrott bedömer masterklockan av misstag hela nätverket som masterlöst på grund av brist på paket, och växlar automatiskt till SLAVE eller går in i ett obestämt tillstånd; efter återställning, väljs de två klockorna om-, vilket kan leda till rollomkastning eller långvarig svängning.
IV. Verifiering av systemklockkälla
Kör `chronyc sources -v` eller `phc2sys` på slavenheten för att kontrollera status:
Bekräfta att systemklockan endast följer den angivna PTP-hårdvaruklockan (t.ex. /dev/ptp0), och att offseten är stabil i mikrosekundsintervallet utan betydande hopp, vilket indirekt bevisar stabiliteten hos master-slavrelationen.
