Aiemmin keskittyessäsi kaksois{0}}anturin PTP-synkronointiskenaarioihin, BMCA-ristiriitojen ydin on epänormaali isäntä-orjan roolin määrityslogiikka, joka ilmenee erityisesti neljänä tyypillisenä ilmiönä:
Toistuvat isäntä-orjaroolin värähtelyt: Molempien antureiden PTP-lokit näyttävät toistuvasti "paras isäntä vaihdettu" -hälytyksiä, jotka vaihtelevat isäntä/orja-tilojen välillä lyhyen ajan sisällä, toistuvina synkronointilinkin katkaisuin ja rekonstruoinnein sekä jyrkästi aikasiirtymän vaihtelut.
Kaksoispääkellon ristiriidat: Molemmat anturit määrittävät itsensä samanaikaisesti isäntänä, molemmat lähettävät Announce-viestejä ilman, että yksikään laite siirtyy aktiivisesti orjatilaan, mikä tekee normaalin isäntä{0}}orja-synkronointisuhteen muodostamisen mahdottomaksi.
Hiljainen asynkronointi ilman hälytyksiä: Yksittäinen anturi ei pysty vastaanottamaan viestejä yksisuuntaisesta pakettihäviöstä, mikä virheellisesti määrittää, ettei verkossa ole muita pääkelloja, ja päivittää hiljaa master-kelloon. Pinnalla ei ole ilmeisiä virheitä, mutta molempien antureiden aika on hiljaa poikennut, mikä vaikeuttaa ajoissa havaitsemista.
Synkronoinnin tarkkuudessa tapahtuu jyrkkä lasku. Vaikka isäntä-orjasuhde säilyisi tilapäisesti, toistuvat BMCA--valinnat häiritsevät normaalia synkronointiviestien vuorovaikutusta, jolloin aikasiirtymä putoaa normaalilta mikrosekunnin tasolta millisekunnin tasolle, mikä ei täytä kahden anturin synkronointitarkkuusvaatimuksia.
Nämä ovat tyypillisiä havaittavia ilmentymiä BMCA-ristiriidoista{0}}kaksoisanturiskenaarioissa; minkä tahansa niistä esiintyminen osoittaa ongelmaa nykyisessä prioriteettikokoonpanossa.
