В сочетании с вашими предыдущими опасениями по поводу синхронизации двух-PTP-сенсоров и предотвращения конфликтов BMCA, суть блокировки ролей главного-подчиненного заключается в полном устранении неопределенности автоматического выбора посредством нескольких уровней жестких ограничений. Ниже приведены проверенные лучшие практики:
Жесткая привязка основных параметров
Приоритет 1 главного датчика установлен на 128, а ведомый датчик — на 130. Разница значений больше или равна 2. Главный датчик включает masterOnly 1, чтобы принудительно перейти в режим ведущего, а ведомый датчик устанавливается на masterOnly 0, блокируя идентификацию главного-подчиненного от корня.
Оптимизация конфигурации защиты от-помех выборов
Интервал сообщения объявления установлен на 1 секунду, а кратность тайм-аута установлена на 3, чтобы уменьшить количество ошибочных оценок, вызванных мгновенной потерей пакетов в сети, и избежать случайного переключения ролей.
Понимание системной среды
Отключите другие службы синхронизации времени, такие как системный NTP, чтобы предотвратить вмешательство нескольких источников времени в логику определения главного-ведомого устройства PTP и предотвратить конфликты вытеснения нескольких-часов.
Подтверждение замкнутого цикла проверки
После завершения настройки выполните стресс-тест при отключении и повторном подключении, чтобы убедиться в отсутствии обмена ролями главного-подчиненного после восстановления прерывания сети и в журнале нет сигнала об изменении лучшего главного устройства, что гарантирует, что механизм блокировки вступит в силу в долгосрочной перспективе.
Этот набор практических решений может на 100 % устранить проблему автоматического переключения ролей главного-подчиненного в сценариях с двумя-датчиками и обеспечить долгосрочную-стабильность синхронизации.
