Bekræftelse af vellykket master-slave-rollelåsning kræver en kombination af tre dimensioner: verifikation af konfigurationsparameter, realtidslogovervågning og stresstest. Dette sikrer, at rollen ikke skifter under både normale og unormale netværksforhold:
I. Bekræftelse af konfigurationsfilparameter
Tjek `/etc/linuxptp/ptp4l.conf` konfigurationsfilen på begge sensorer for at bekræfte, at nøglelåseparametre er i kraft:
Master Ur
"prioritet1" skal være en lav værdi (f.eks. 128).
`masterOnly 1`: Dette er kerneparameteren for at låse rollen, hvilket indikerer, at noden er tvunget til at blive masterur og nægter at deltage i BMCA-valget om at blive et slaveur.
Slave ur
"prioritet1" skal være en høj værdi (f.eks. 130), hvilket sikrer, at dens prioritet er lavere end masteruret.
`masterOnly 0` (standard): Tillader det at synkronisere som et slaveur.
II. Logstatusovervågning i-realtid
Efter genstart af ptp4l-tjenesten, kør `sudo ptp4l -i eth0 -m -q` for at observere realtidslogfilerne:-
Fixed Rolle Display: Master-enhedsloggen skal konstant vise "port 1: MASTER".
Slave-enhedsloggen skal konstant vise "port 1: SLAVE".
Ingen valgalarmer: Logfilerne bør ikke indeholde poster, der indikerer BMCA-gen-valg, såsom "bedste hovedur ændret" eller "valgt bedste hovedur".
Hvis FEJL-tilstanden vises og derefter hurtigt vender tilbage til den oprindelige rolle, virker låsemekanismen; hvis rollerne byttes efter gendannelse, er låsningen mislykket.
III. Stresstest for netværksafbrydelse og genforbindelse (ultimativ verifikation)
Simuler et netværksudfaldsscenarie for at verificere robustheden af rollelåsning:
Betjening: Afbryd midlertidigt slave-urnetværkskablet eller deaktiver netværkskortgrænsefladen, vent ca. 10-20 sekunder, og gendan derefter forbindelsen.
Bedømmelseskriterier:
Vellykket låsning: Master-uret forbliver i MASTER-tilstand under netværksafbrydelse (eller går ind i LYTNING, men degraderes ikke til SLAVE); efter netværksgendannelse synkroniseres slave-uret hurtigt og stabiliseres i SLAVE-tilstand, uden at der skiftes rolle hele vejen igennem.
Mislykket låsning: Under netværksafbrydelse bedømmer masteruret fejlagtigt hele netværket som masterløst på grund af mangel på pakker og skifter automatisk til SLAVE eller går i en ubestemt tilstand; efter gendannelsen genvælges de to ure-, hvilket kan føre til rolleskift eller forlænget svingning.
IV. Verifikation af systemurkilde
Udfør `chronyc sources -v` eller `phc2sys` på slaveenheden for at kontrollere status:
Bekræft, at systemuret kun følger det angivne PTP-hardware-ur (f.eks. /dev/ptp0), og forskydningen er stabil i mikrosekundområdet uden signifikante spring, hvilket indirekte beviser stabiliteten af master-slaveforholdet.
