У поєднанні з вашими попередніми занепокоєннями щодо синхронізації PTP із подвійним-сенсором та уникненням конфлікту BMCA суть блокування ролей master-slave полягає в тому, щоб повністю усунути невизначеність автоматичного вибору через кілька рівнів жорстких обмежень. Нижче наведено перевірені найкращі практики.
Жорстке прив’язування основного параметра
Для головного датчика priority1 встановлено значення 128, а для підлеглого датчика — 130. Різниця значень більше або дорівнює 2. Головний датчик вмикає masterOnly 1, щоб примусово перейти в головний режим, а для підлеглого датчика встановлено masterOnly 0, блокуючи ідентифікатор master-slave від кореня.
Оптимізуйте конфігурацію проти-перешкод
Інтервал сповіщень про повідомлення встановлюється на 1 секунду, а кратність тайм-ауту — на 3, щоб зменшити помилкові оцінки, спричинені миттєвою втратою пакетів у мережі, і уникнути випадкового перемикання ролей.
Розуміння системного середовища
Вимкніть інші служби синхронізації часу, такі як системний NTP, щоб запобігти втручанню кількох джерел часу в логіку визначення основного-підпорядкованого PTP і запобігти конфліктам випередження кількох-тактових сигналів.
Підтвердження замкнутого циклу перевірки
Після завершення конфігурації виконайте стрес-тест від’єднання та повторного підключення, щоб підтвердити відсутність обміну ролями головного-підлеглого після відновлення перерви в мережі, а в журналі немає нагадування про зміну найкращого головного, що гарантує, що механізм блокування діє в довгостроковій перспективі.
Цей набір практичних рішень може на 100% усунути проблему автоматичного перемикання ролей головного-підлеглого в сценаріях із подвійним-сенсором і забезпечити довгострокову-стабільність синхронізації.
