Se i ruoli master e slave nella sincronizzazione PTP a doppio-sensore non sono bloccati, con conseguenti commutazioni frequenti, conflitti tra dual-master o diminuzione della precisione della sincronizzazione, è necessario adottare immediatamente le seguenti misure di intervento e riparazione:
I. Ottimizzare i parametri elettorali della BMCA
Se le oscillazioni occasionali del ruolo sono causate da fluttuazioni della rete, la stabilità può essere migliorata regolando i parametri BMCA rilevanti:
Aumentare la differenza di priorità
Assicurarsi che la differenza di priorità 1 tra i dispositivi master e slave sia almeno 2 (ad esempio, 128 vs 130) per evitare ambiguità elettorali vicino ai valori limite.
Regola l'intervallo del messaggio di annuncio
Impostare annunciaReceiptTimeout su 3 e annunciaInterval su 1 secondo (valore log2 0) per accelerare il rilevamento degli errori e ridurre le false elezioni causate da una breve perdita di pacchetti.
Controllare la stabilità della sorgente dell'orologio
Assicurati che l'orologio principale sia collegato a una fonte temporale altamente stabile (ad esempio, un ricevitore GPS/BeiDou o un orologio atomico) e che l'orologio secondario utilizzi una scheda di rete che supporti un motore di timestamp hardware (ad esempio, Intel I210/I350) per evitare errori a livello di millisecondi- causati da timestamp software che interferiscono con il giudizio elettorale.
II. Risoluzione dei problemi relativi alle interferenze di rete e hardware
A volte, gli errori di blocco dei ruoli non sono dovuti a problemi di configurazione, ma piuttosto a interferenze provenienti dall'ambiente sottostante:
Isola il traffico PTP
Configura la priorità QoS più alta per i pacchetti PTP sullo switch oppure assegna il traffico PTP a una VLAN separata per impedire che altro traffico di servizio prevalga sulla larghezza di banda, causando jitter nella latenza dei pacchetti e attivando quindi la rielezione BMCA.
Controlla l'integrità del collegamento
Verifica che il cavo di rete sia Cat5e o cavo schermato superiore e che la velocità di negoziazione della porta sia gigabit full-duplex. La perdita di pacchetti un-direzionale o l'instabilità del collegamento possono far sì che una delle parti non riceva i messaggi di annuncio, ritenendo erroneamente che non vi sia un orologio principale nell'intera rete e passando automaticamente all'orologio principale.
Disabilita servizi in conflitto
Chiudere il servizio NTP o altri processi client PTP nel sistema per evitare che più origini orarie prevalgano sul controllo dell'orologio di sistema e interferiscano con il normale funzionamento del servizio PTP.
III. Verifica dell'efficacia del blocco
Dopo la configurazione, verificare che il ruolo sia bloccato stabilmente utilizzando i seguenti passaggi:
Osservare i registri: eseguire `ptp4l -i eth0 -m -q` per confermare che il dispositivo master visualizzi continuamente MASTER, il dispositivo slave visualizzi continuamente SLAVE e non ci siano allarmi "miglior master modificato". Stress Test: disconnettere temporaneamente e quindi ripristinare il cavo di rete dal dispositivo slave. Osservare se il dispositivo master mantiene costantemente lo stato MASTER e se il dispositivo slave si risincronizza rapidamente su SLAVE senza scambio di ruolo dopo il ripristino.
Monitoraggio della precisione: verifica che l'offset della sincronizzazione sia stabile a livello di microsecondi, senza salti di livello di millisecondi-.
Attraverso la strategia combinata di "configurazione hard lock + ottimizzazione dei parametri + risoluzione dei problemi ambientali" descritta sopra, le anomalie di sincronizzazione causate dai ruoli master e slave sbloccati possono essere completamente risolte, garantendo un funzionamento stabile a lungo termine dei doppi sensori.
