Въз основа на предишния ви фокус върху PTP синхронизация с двоен-сензор и ръчно обвързване на главни-подчинени роли, гарантирането, че главните-подчинени роли не се превключват автоматично, разчита на много-пластови твърди ограничения за пълно блокиране на ролите. Конкретните операции са както следва:
Принудителен изключителен режим на главния часовник: Активирайте `masterOnly 1` в `ptp4l.conf` на главния сензор, принуждавайки възела да откаже превключване към подчинен, елиминирайки възможността за двупосочно превключване при източника.
Увеличаване на разликата в приоритета: Задайте „priority1“ на главния сензор на 128 и на подчинения сензор на 130, с разлика, по-голяма или равна на 2. Това позволява на BMCA да определи победителя директно в първия кръг на сравнение, без да оставя място за пре-избиране.
Деактивирайте излишните PTP услуги: Деактивирайте други PTP клиенти или NTP услуги в системата, за да предотвратите намесата на достъпа до часовника на трета-страна в първоначалната логика за определяне на главния-подчинен.
Оптимизиране на параметрите за изчакване на съобщението: Задайте интервала на съобщението за съобщение на 1 секунда и множителя за изчакване на 3, за да намалите фалшивите положителни резултати, причинени от моментна загуба на мрежови пакети, и да предотвратите неочаквано превключване на роли.
Тази много{0}}пластова конфигурация на ограничения може напълно да заключи идентичността на главния-подчинен и напълно да елиминира проблема с автоматичното превключване.
