Provjera uspješnog zaključavanja glavne-podređene uloge zahtijeva kombinaciju triju dimenzija: provjeru konfiguracijskih parametara,-praćenje dnevnika u stvarnom vremenu i testiranje stresa. Time se osigurava da se uloga ne mijenja u normalnim i neuobičajenim mrežnim uvjetima:
I. Provjera parametara konfiguracijske datoteke
Provjerite konfiguracijsku datoteku `/etc/linuxptp/ptp4l.conf` na oba senzora kako biste potvrdili da su parametri zaključavanja ključa na snazi:
Glavni sat
`priority1` treba biti niska vrijednost (npr. 128).
`masterOnly 1`: Ovo je osnovni parametar za zaključavanje uloge, koji pokazuje da je čvor prisiljen postati glavni sat i odbija sudjelovati u izboru BMCA da postane podređeni sat.
Robovski sat
`priority1` treba biti visoka vrijednost (npr. 130), osiguravajući da je njegov prioritet niži od glavnog sata.
`masterOnly 0` (zadano): Omogućuje sinkronizaciju kao pomoćni sat.
II. Praćenje statusa zapisnika-u stvarnom vremenu
Nakon ponovnog pokretanja usluge ptp4l, pokrenite `sudo ptp4l -i eth0 -m -q` da biste promatrali zapise u stvarnom-vremenu:
Prikaz s fiksnom ulogom: Dnevnik glavnog uređaja trebao bi stalno prikazivati "port 1: MASTER".
Dnevnik podređenog uređaja trebao bi stalno prikazivati "port 1: SLAVE".
Bez izbornih alarma: Dnevnici ne bi trebali sadržavati zapise koji ukazuju na ponovni-izbor BMCA, kao što je "promijenjen najbolji glavni sat" ili "odabran najbolji glavni sat".
Ako se pojavi stanje FAULTY i zatim se brzo vrati u izvornu ulogu, mehanizam za zaključavanje radi; ako su uloge zamijenjene nakon oporavka, zaključavanje nije uspjelo.
III. Test stresa prekida veze s mrežom i ponovnog povezivanja (krajnja provjera)
Simulirajte scenarij ispada mreže da provjerite robusnost zaključavanja uloga:
Rad: Privremeno odspojite mrežni kabel podređenog sata ili onemogućite sučelje mrežne kartice, pričekajte otprilike 10-20 sekundi, a zatim ponovno uspostavite vezu.
Kriteriji prosudbe:
Uspješno zaključavanje: glavni sat ostaje u MASTER stanju tijekom prekida mreže (ili ulazi u LISTENING ali ne degradira na SLAVE); nakon oporavka mreže, slave sat se brzo ponovno sinkronizira i stabilizira u SLAVE stanju, bez zamjene uloga.
Neuspješno zaključavanje: tijekom prekida mreže, glavni sat greškom procjenjuje cijelu mrežu kao nekontroliranu zbog nedostatka paketa, i automatski se prebacuje na SLAVE ili ulazi u neodređeno stanje; nakon oporavka, dva sata se ponovno- biraju, što može dovesti do zamjene uloga ili produljene oscilacije.
IV. Provjera izvora sata sustava
Izvršite `chronyc sources -v` ili `phc2sys` na podređenom uređaju da provjerite status:
Potvrdite da sistemski sat prati samo specificirani PTP hardverski sat (npr. /dev/ptp0), a pomak je stabilan u rasponu mikrosekundi bez značajnih skokova, neizravno dokazujući stabilnost glavnog-slave odnosa.
