In combinazione con le tue precedenti preoccupazioni sulla sincronizzazione PTP a doppio-sensore e sull'evitamento dei conflitti BMCA, il nucleo del blocco del ruolo master{1}}slave è quello di eliminare completamente l'incertezza dell'elezione automatica attraverso più livelli di vincoli rigidi. Di seguito sono riportate le migliori pratiche comprovate:
Rilegatura rigida dei parametri principali
La priorità 1 del sensore master è impostata su 128 e il sensore slave è impostato su 130. La differenza di valore è maggiore o uguale a 2. Il sensore master attiva masterOnly 1 per forzare la modalità master e il sensore slave è impostato su masterOnly 0, bloccando l'identità master-slave dalla radice.
Ottimizza la configurazione anti-interferenza elettorale
L'intervallo del messaggio di annuncio è impostato su 1 secondo e il multiplo di timeout è impostato su 3 per ridurre gli errori di valutazione causati dalla perdita istantanea di pacchetti sulla rete ed evitare il cambio di ruolo accidentale.
Comprendere l'ambiente del sistema
Disattiva altri servizi di sincronizzazione dell'ora come il sistema NTP per evitare che più origini orarie interferiscano con la logica di determinazione master{0}}slave di PTP e impediscono conflitti di prelazione multi-orologio.
Conferma di verifica a circuito chiuso
Dopo aver completato la configurazione, esegui uno stress test di disconnessione e riconnessione per confermare che non vi sia alcuno scambio di ruoli master-slave dopo il ripristino dell'interruzione della rete e che non vi sia alcun allarme di migliore modifica del master nel registro, garantendo che il meccanismo di blocco abbia effetto a lungo termine.
Questo insieme di soluzioni pratiche può eliminare al 100% il problema del cambio automatico del ruolo master{1}}slave in scenari con doppio-sensore e garantire la stabilità della sincronizzazione a lungo-termine.
