In base al tuo precedente focus sugli scenari di sincronizzazione PTP a doppio-sensore, il nucleo dei conflitti BMCA è una logica anomala di determinazione del ruolo master-slave, che si manifesta specificamente in quattro fenomeni tipici:
Oscillazioni frequenti del ruolo master{0}}slave: i registri PTP di entrambi i sensori mostrano ripetutamente allarmi "miglior master modificato", alternando gli stati master/slave in un breve periodo, con ripetute disconnessioni e ricostruzioni del collegamento di sincronizzazione e drastiche fluttuazioni nell'offset temporale.
Conflitti del doppio orologio master: entrambi i sensori si determinano simultaneamente come master, entrambi inviano messaggi di annuncio, senza che nessun dispositivo entri attivamente nello stato slave, rendendo impossibile stabilire una normale relazione di sincronizzazione master{0}}slave.
Asincronia silenziosa senza allarmi: un singolo sensore, a causa della-perdita di pacchetti unidirezionali, non riesce a ricevere messaggi dal peer, determinando erroneamente che non ci sono altri orologi master nella rete e si aggiorna silenziosamente al master. Non ci sono errori evidenti in superficie, ma l'orario di entrambi i sensori si è leggermente discostato, rendendo difficile il rilevamento in tempo.
Si verifica un forte calo della precisione della sincronizzazione. Anche se la relazione master-slave viene temporaneamente mantenuta, ripetute rielezioni BMCA-interrompono le normali interazioni dei messaggi di sincronizzazione, facendo precipitare l'offset temporale dal livello normale dei microsecondi al livello dei millisecondi, non riuscendo completamente a soddisfare i requisiti di precisione della sincronizzazione dei doppi sensori.
Queste sono le tipiche manifestazioni osservabili dei conflitti BMCA in scenari con doppio-sensore; il verificarsi di uno di essi indica un problema con l'attuale configurazione della priorità.
