Kahe{0}}anduri PTP sünkroonimisprobleemide tõrkeotsing

Kahe-anduri PTP sünkroonimisprobleemid ilmnevad tavaliselt liigse ajanihkena, sagedase ülem-alluva rolli vahetamisena või täieliku suutmatusena sünkroonimist luua. Veaotsing peaks järgima loogikat "Füüsiline kiht → Draiveri kiht → Konfiguratsioonikiht → Võrgukiht", leides probleemi järk-järgult lihtsast keerukani:

I. Füüsilise lingi ja riistvara aluse kontroll

Kontrollige füüsilisi ühendusi

Veenduge, et võrgukaabel oleks kahjustamata ja liidesel oleks hea kontakt. Elektromagnetiliste häirete vähendamiseks on soovitatav kasutada Cat5e või kõrgema spetsifikatsiooniga varjestatud võrgukaableid.

Veenduge, et mõlemad andurid on ühendatud sama PTP-funktsiooni toetava lülitiga ja et lingis pole mitte-PTP-ühilduvaid ruutereid ega vanu lüliteid, mis blokeerivad PTP-pakette.

Kontrollige riistvara ajatempli tugi

Käivitage Linuxi süsteemis käsk "ethtool -T eth0" (asenda võrgukaardi tegeliku nimega).

Olulised otsused

Peate nägema "SOF_TIMESTAMPING_TX_HARDWARE" ja "SOF_TIMESTAMPING_RX_HARDWARE". Kui kuvatakse ainult TARKVARA, näitab see, et riistvara ajatemplid pole lubatud või draiver neid ei toeta. Selle tulemusel jääb täpsus millisekundi tasemele, mis ei vasta kõrgetele-täpse sünkroonimise nõuetele.

Kontrollige, kas /dev/ptp0 seadmesõlm on olemas. Kui ei, tähendab see, et kernel pole PTP draiverit õigesti laadinud.

II. Draiveri ja süsteemi oleku tõrkeotsing

Kinnitage draiveri versioon: tavalised üldised draiverid võivad PTP-funktsiooni keelata. Installida tuleb võrgukaardi tootja poolt pakutav patenteeritud PTP-draiver (nt Intel I210 igb-draiver).

Käivita `lsmod|grep ptp`, et kinnitada, et ptp ja pps_core kerneli moodulid on laaditud.

Kontrollige süsteemi kella allikat: veenduge, et süsteem ei töötaks samaaegselt NTP-teenuseid, mis ei oleks vastuolus teiste PTP-teenustega, või määrake konfiguratsioonis prioriteedid.

III. PTP konfiguratsiooni parameetri tõrkeotsing

Ülem-Slave rollikonflikt: kontrollige kahe anduri prioriteedi1 sätteid. Kui need on samad, võib BMCA algoritm põhjustada sagedasi ülem-alluva rolli võnkumisi.

Soovitatav lahendus: määrake käsitsi ülemkella Priority1 väärtuseks 128 ja alamkellaks 130, et tagada rollide fikseerimine. Domeeni ja protokolli kooskõla: veenduge, et domeeninumber (vaikimisi 0) oleks mõlemas otsas ühtlane.

Veenduge, et transpordiprotokoll (UDPv4 või kiht 2) ja latentsusmehhanism (E2E või P2P) oleksid mõlema otsa konfiguratsioonides täielikult vastavuses.

Portid ja tulemüürid: kontrollige, kas tulemüür ei blokeeri PTP{0}}spetsiifilisi porte: Event Port 319 ja General Port 320.

Veenduge, et võrguseadmed ei filtreeriks multisaateaadressi (224.0.1.129).

IV. Võrgukeskkonna ja paketikvaliteedi tõrkeotsing:

Jälgige sünkroonimisnihet: logide reaalajas jälgimiseks käivitage käsk `ptp4l -i eth0 -m -q.

Tavaline standard: nihe on stabiilne mikrosekundite vahemikus (nt ±5us).

Ebanormaalsed omadused: nihe kõigub millisekundite vahemikus või kuvatakse suur hulk peer_delay ajalõpu / sünkroonimise ajalõpu häireid.

Võrgu värin ja koormus

Suured nihked kõikumised võivad viidata võrgu ülekoormusele, mis põhjustab ebaühtlaseid PTP-pakettide järjekorra viivitusi.

Optimeerimismeetmed: määrake lüliti PTP-pakettidele kõrgeim QoS-i prioriteet või eraldage PTP-liiklus eraldi VLAN-i.

Tee asümmeetria

Kontrollige, kas saatmise/vastuvõtmise teed läbivad erineva arvu lüliteid või erineva kiirusega linke. Tee asümmeetria toob kaasa fikseeritud kõrvalekalde ja seda tuleb täiustatud konfiguratsioonis parandada.

V. Kiirtõrkeotsingu tabel