デュアル センサー PTP 同期におけるマスターとスレーブの役割がロックされておらず、頻繁な切り替え、デュアル マスターの競合、または同期精度の低下につながる場合は、介入と修復のために次の措置を直ちに講じる必要があります。{0}{1}
I. BMCA 選択パラメータの最適化
ネットワークの変動によってロールが時折変動する場合は、関連する BMCA パラメーターを調整することで安定性を高めることができます。
優先順位の差を大きくする
境界値付近での選択の曖昧さを避けるために、マスター デバイスとスレーブ デバイス間の priority1 の差が少なくとも 2 (例: 128 対 130) であることを確認してください。
アナウンスメッセージの間隔を調整する
AnnaReceiptTimeout を 3 に設定し、announceInterval を 1 秒 (log2 値 0) に設定すると、障害検出が高速化され、短時間のパケット損失による誤選択が減少します。
クロックソースの安定性をチェックする
マスター クロックが非常に安定したタイム ソース（GPS/BeiDou 受信機や原子時計など）に接続されていることを確認し、スレーブ クロックはハードウェア タイムスタンプ エンジン（Intel I210/I350 など）をサポートするネットワーク カードを使用して、ソフトウェア タイムスタンプが選挙の判断を妨げることによって引き起こされるミリ秒{6}}レベルのエラーを回避します。
II.ネットワークとハードウェアの干渉のトラブルシューティング
場合によっては、ロール ロックの失敗は、構成の問題ではなく、基盤となる環境からの干渉が原因である場合があります。
PTP トラフィックを分離する
スイッチ上の PTP パケットに対して最も高い QoS 優先度を設定するか、PTP トラフィックを別の VLAN に割り当てて、他のサービス トラフィックが帯域幅を横取りしてパケット レイテンシ ジッターを引き起こし、BMCA 再選択をトリガーするのを防ぎます。{0}}
リンクの整合性をチェックする
ネットワーク ケーブルが Cat5e 以降のシールド ケーブルであり、ポート ネゴシエーション速度がギガビット全二重であることを確認します。- -一方向のパケット損失やリンクの不安定により、一方がアナウンス メッセージの受信に失敗し、ネットワーク全体にマスター クロックがないと誤って判断され、自動的にマスター クロックにエスカレーションされる可能性があります。
競合するサービスを無効にする
システム内の NTP サービスまたは他の PTP クライアント プロセスを閉じて、複数のタイム ソースがシステム クロック制御を横取りし、PTP サービスの通常の動作を妨害しないようにします。
Ⅲ．ロック効果の検証
構成後、次の手順を使用して、ロールが安定してロックされていることを確認します。
ログを観察します。「ptp4l -i eth0 -m -q」を実行して、マスター デバイスが継続的に MASTER を表示し、スレーブ デバイスが継続的に SLAVE を表示し、「ベスト マスターが変更されました」アラームがないことを確認します。ストレス テスト: スレーブ デバイスからネットワーク ケーブルを一時的に切断し、その後復元します。マスター デバイスが一貫して MASTER ステータスを維持しているかどうか、およびスレーブ デバイスが回復後に役割を交換せずにすぐに SLAVE に再同期するかどうかを観察します。
精度モニタリング: 同期オフセットがミリ秒レベルの変動がなく、マイクロ秒レベルで安定していることを確認します。-
前述の「ハードロック構成 + パラメータの最適化 + 環境トラブルシューティング」を組み合わせた戦略により、ロック解除されたマスターとスレーブの役割によって引き起こされる同期異常を完全に解決でき、デュアル センサーの長期安定した動作が保証されます。-
