Якщо ролі головного та підлеглого в синхронізації PTP із подвійним-сенсором не заблоковано, що призводить до частого перемикання, конфліктів із подвійним-головним або зниження точності синхронізації, слід негайно вжити таких заходів для втручання та ремонту:
I. Оптимізація параметрів виборів BMCA
Якщо випадкові коливання ролей викликані коливаннями мережі, стабільність можна підвищити шляхом налаштування відповідних параметрів BMCA:
Збільште різницю пріоритетів
Переконайтеся, що різниця пріоритетів1 між головним і підлеглим пристроями становить принаймні 2 (наприклад, 128 проти 130), щоб уникнути неоднозначності вибору біля граничних значень.
Налаштуйте інтервал сповіщення про оголошення
Для прискорення виявлення помилок і зменшення кількості помилкових виборів, спричинених короткочасною втратою пакетів, встановіть для оголошенняReceiptTimeout значення 3 і оголошенняInterval — 1 секунду (значення log2 — 0).
Перевірте стабільність джерела синхронізації
Переконайтеся, що головний годинник під’єднано до високостабільного джерела часу (наприклад, приймача GPS/BeiDou або атомного годинника), а підлеглий годинник використовує мережеву карту, яка підтримує механізм апаратної мітки часу (наприклад, Intel I210/I350), щоб уникнути помилок на рівні мілісекунд-, спричинених мітками часу програмного забезпечення, які заважають виборчому судженню.
II. Усунення несправностей мережевих і апаратних перешкод
Іноді помилки блокування ролей спричинені не проблемами конфігурації, а скоріше втручанням базового середовища:
Ізолювати трафік PTP
Налаштуйте найвищий пріоритет QoS для пакетів PTP на комутаторі або призначте трафік PTP окремій VLAN, щоб запобігти витісненню смуги пропускання іншим трафіком служб, викликаючи тремтіння затримки пакетів і, таким чином, ініціюючи пере{0}}вибір BMCA.
Перевірте цілісність посилання
Переконайтеся, що мережевий кабель є екранованим кабелем Cat5e або вище, а швидкість узгодження порту – гігабітний повний-дуплекс. Одностороння-втрата пакетів або нестабільність зв’язку можуть призвести до того, що одна сторона не зможе отримати повідомлення Announce, помилково вважаючи, що в усій мережі немає головного годинника, і автоматично переходить до головного годинника.
Вимкнути конфліктні служби
Закрийте службу NTP або інші клієнтські процеси PTP у системі, щоб запобігти перешкоджанню декількома джерелами часу контролю системного годинника та перешкоджанню нормальній роботі служби PTP.
III. Перевірка ефективності блокування
Після налаштування переконайтеся, що роль стабільно заблоковано, виконавши такі дії:
Перегляньте журнали: запустіть `ptp4l -i eth0 -m -q`, щоб підтвердити, що головний пристрій постійно відображає MASTER, підлеглий пристрій постійно відображає SLAVE, і немає сигналів тривоги "найкращий головний пристрій змінено". Стрес-тестування: тимчасово від’єднайте та відновіть мережевий кабель від підлеглого пристрою. Слідкуйте за тим, чи головний пристрій постійно підтримує статус MASTER і чи підлеглий пристрій швидко повторно синхронізується з SLAVE без заміни ролі після відновлення.
Контроль точності: переконайтеся, що зсув синхронізації стабільний на мікросекундному рівні без стрибків-рівня мілісекунд.
Завдяки комбінованій стратегії «конфігурація жорсткого блокування + оптимізація параметрів + усунення несправностей середовища», описана вище, аномалії синхронізації, викликані розблокованими ролями головного та підлеглого, можна повністю усунути, забезпечуючи -тривалу стабільну роботу подвійних датчиків.
