Gebaseerd op uw eerdere focus op scenario's voor PTP-synchronisatie met dubbele-sensoren, is de kern van BMCA-conflicten een abnormale master-slave-rolbepalingslogica, die zich specifiek manifesteert in vier typische verschijnselen:
Frequente master-{0}}slave-roloscillaties: de PTP-logboeken van beide sensoren tonen herhaaldelijk "beste master gewijzigd"-alarmen, waarbij binnen een korte periode wordt afgewisseld tussen master-slave-statussen, met herhaalde ontkoppelingen en reconstructies van de synchronisatielink, en drastische fluctuaties in de tijdsverschuiving.
Dual Master Clock-conflicten: beide sensoren bepalen zichzelf tegelijkertijd als de master en zenden beide Announce-berichten, zonder dat een apparaat actief in de slave-status gaat, waardoor het onmogelijk wordt om een normale master-slave-synchronisatierelatie tot stand te brengen.
Stille asynchronie zonder alarmen: een enkele sensor kan vanwege pakketverlies in één- richting er niet in slagen berichten van de peer te ontvangen, waarbij ten onrechte wordt vastgesteld dat er geen andere masterklokken in het netwerk zijn, en wordt stilletjes geüpgraded naar master. Er zijn geen duidelijke fouten aan de oppervlakte, maar de tijd van beide sensoren is stilletjes afgeweken, waardoor het moeilijk is om op tijd te detecteren.
Er treedt een scherpe daling van de synchronisatienauwkeurigheid op. Zelfs als de master-slave-relatie tijdelijk wordt gehandhaafd, verstoren herhaalde BMCA-her-verkiezingen de normale interacties met synchronisatieberichten, waardoor de tijdsverschuiving daalt van het normale microsecondeniveau naar het millisecondeniveau, waardoor volledig niet wordt voldaan aan de synchronisatienauwkeurigheidsvereisten van dubbele sensoren.
Dit zijn typische waarneembare manifestaties van BMCA-conflicten in scenario's met dubbele-sensoren; het optreden van een van deze problemen duidt op een probleem met de huidige prioriteitsconfiguratie.
