Kui kahe{0}}anduri PTP sünkroonimise ülem- ja alamroll ei ole lukustatud, mis põhjustab sagedast ümberlülitamist, kahe-ülema konflikte või sünkroonimise täpsuse vähenemist, tuleb sekkumiseks ja parandamiseks kohe võtta järgmised meetmed.
I. Optimeerige BMCA valimisparameetrid
Kui juhuslikud rollivõnked on põhjustatud võrgu kõikumisest, saab stabiilsust suurendada asjakohaste BMCA parameetrite kohandamisega:
Suurendage prioriteetide erinevust
Veenduge, et prioriteedi1 erinevus ülem- ja alamseadmete vahel oleks vähemalt 2 (nt 128 vs 130), et vältida valimiste ebaselgust piiriväärtuste lähedal.
Reguleerige sõnumite teatamise intervalli
Seadke teateReceiptTimeout väärtuseks 3 ja teateintervalliks 1 sekund (log2 väärtus 0), et kiirendada tõrke tuvastamist ja vähendada pakettide lühiajalisest kadumisest põhjustatud valevalikuid.
Kontrollige kella allika stabiilsust
Veenduge, et põhikell oleks ühendatud väga stabiilse ajaallikaga (nt GPS/BeiDou vastuvõtja või aatomkell) ja alamkell kasutaks riistvaralist ajatemplimootorit (nt Intel I210/I350) toetavat võrgukaarti, et vältida millisekundite{6}}taseme vigu, mis on põhjustatud valimisotsustust segavatest tarkvara ajatemplitest.
II. Võrgu- ja riistvarahäirete tõrkeotsing
Mõnikord ei ole rolliluku tõrked tingitud konfiguratsiooniprobleemidest, vaid pigem aluseks olevast keskkonnast tulenevatest häiretest.
Isoleerige PTP-liiklus
Seadistage lüliti PTP-pakettide jaoks kõrgeim QoS-i prioriteet või määrake PTP-liiklus eraldi VLAN-ile, et muu teenuseliiklus ei saaks ribalaiust ennetada, põhjustades paketi latentsusvärinat ja käivitades seega BMCA uuesti{0}}valimise.
Kontrollige lingi terviklikkust
Veenduge, et võrgukaabel on Cat5e või kõrgema varjestatud kaabel ja pordi läbirääkimiskiirus on gigabitine täis{1}}dupleksne. Ühesuunaline paketikadu või lingi ebastabiilsus võib põhjustada selle, et üks osapool ei saa Announce'i sõnumeid vastu võtta, otsustades ekslikult, et kogu võrgus puudub põhikell, ja eskaleerudes automaatselt ülemkellaks.
Keelake vastuolulised teenused
Sulgege süsteemis NTP-teenus või muud PTP-kliendi protsessid, et vältida mitut ajaallikat süsteemi kella juhtimise ennetamist ja PTP-teenuse normaalset toimimist segamast.
III. Lukustamise tõhususe kontrollimine
Pärast konfigureerimist kinnitage, et roll on stabiilselt lukustatud, järgides järgmisi samme.
Jälgige logisid: Käivitage käsk `ptp4l -i eth0 -m -q`, et kinnitada, et ülemseade kuvab pidevalt MASTER-i, alamseade kuvab pidevalt SLAVE-i ja "parim ülem vahetatud" häireid pole. Pingetestimine: ühendage ajutiselt võrgukaabel alamseadmest lahti ja seejärel taastage. Jälgige, kas ülemseade säilitab järjekindlalt PEREMAADI olekut ja kas alamseade sünkroonib kiiresti uuesti SLAVE-iga ilma rollide vahetamiseta pärast taastamist.
Täpsuse jälgimine: veenduge, et sünkroonimise nihe on mikrosekundi tasemel stabiilne, ilma millisekundite{0}}taseme hüppeta.
Ülalkirjeldatud kombineeritud strateegia "kõva luku konfigureerimine + parameetrite optimeerimine + keskkonna tõrkeotsing" abil saab lukustamata ülem- ja alamrollidest põhjustatud sünkroonimisanomaaliaid täielikult lahendada, tagades kahe anduri pikaajalise stabiilse töö.
