Dante クロック同期トラブルシューティング: 警告、ロック解除、オフセットの読み方

TL;DR — Dante のクロック同期トラブルは、現在の緑表示だけでなくイベントの時系列で切り分けます。設定を変える前に、リーダー、フォロワーの状態、警告またはロック解除の時刻、ミュート状態、オフセット履歴、リンク状態、トラフィック負荷、外部リファレンスを記録してください。警告は不安定化のリスク、ロック解除はデバイスが同期を失いミュートされる可能性を意味します。最初に壊れた境界を修正し、次に代表負荷で安定したオフセットと実オーディオを確認します。

クロック警告とロック解除は別のイベントです

Dante Controller は、デバイスが選出されたネットワーククロックに追従しているかを監視します。受動監視では、同期の喪失と回復を記録します。対応していて有効化されている場合は、能動監視によって、フォロワーがロック解除する前に不安定化しつつあることも警告できます。

回復後に緑表示になっていても、なぜクロックが失敗したかは分かりません。履歴を消去したり機器を再起動したりする前に、イベントログを保存し、報告されたドロップアウトと照合してください。

Clock Status Monitor は順番に読みます

1. 実際のリーダーとクロックドメインを特定する

Clock Status を開き、現在のリーダー、フォロワーの役割、同期状態、サンプルレート、必要なら pull-up/down ドメインを記録します。影響を受ける送信側と受信側が互換性のあるクロックドメインに属していることを確認してください。Dante clock leader guide では選出と Preferred Leader の設計を扱っています。このガイドは、設計がすでに存在する前提で、その後の不安定化を診断することに焦点を当てます。

2. イベントの時系列を作る

Events を警告とエラーで絞り込みますが、保存ログには全件が含まれるため、完全なログも保存してください。最初の警告、ロック解除、ミュート、再ロック、アンミュートの時刻を記録します。それらを、ケーブル作業、スイッチ変更、ルート変更、負荷ピーク、外部クロックイベントの時刻と比較します。

3. フォロワーのオフセット履歴を確認する

クロックオフセットとは、フォロワーがリーダーに追従するために周波数をどれだけ調整する必要があるかを示す値です。狭く安定した分布のほうが、広い分布や急速に動く分布より健全です。アンバーや赤の測定値は、クロックがサポートされる pull 範囲の端に近いことを示す場合があります。オフセットは合否を一律に決める数値ではなく、診断証拠です。同じデバイスのベースラインや近隣のフォロワーと比較してください。

4. 共通経路をたどる

多くのフォロワーが同時に警告する場合は、リーダー、その外部リファレンス、共有スイッチ経路を確認します。1 台のフォロワーだけが不安定な場合は、そのエンドポイント、ケーブル、ポート、ネゴシエートされた速度、エラー、ローカルスイッチ経路を確認します。プライマリとセカンダリのネットワークは分離し、それぞれ独立に評価してください。

5. 外部リファレンスを確認する

リーダーがワードクロックや別のホストリファレンスからタイミングを得ている場合、そのソースが存在し、規定値で、文書化された 1 つのシステムに所有されていることを確認します。外部リファレンスが不正確だったり変動したりすると、フォロワーが pull 範囲の端へ追い込まれることがあります。症状を隠すために、Preferred Leader を新しく選び直さないでください。

パターンを境界に結び付ける

利用率、エラー、スイッチ経路のより広いワークフローには、Dante network health guide を使ってください。クロック問題を解決するためにレイテンシを変更しないでください。受信側レイテンシはメディア到着をバッファしますが、PTP の安定性は変わりません。

制御された復旧テストを実行する

1. 現在のルート、リーダー、同期状態、イベントログ、オフセットのベースラインを保存します。
2. 必要なすべてのルートを代表的な本番負荷で実行します。
3. 警告またはロック解除を、特定の境界に関連付けられるか確認します。
4. 1 項目だけ変更します。ケーブル、ポート、EEE ポリシー、負荷、外部ソース、またはクロック設定です。
5. リーダー選出、フォロワーのオフセット、警告、ミュート状態、実際の送出先を観察します。
6. 承認済みトポロジーを復元し、元の失敗ウィンドウをカバーできる十分な時間だけ再テストします。
7. クリーンなイベント履歴を保存し、復旧の担当者を記録します。

取得前にカウンターをクリアしないでください。意図した比較ウィンドウを開始するときだけクリアし、正確な時刻を記録します。

クロック同期の受け入れチェックリスト

• 実際のリーダーとクロックドメインを記録した。
• 警告、ロック解除、ミュート、再ロック、回復の時刻を保存した。
• オフセット履歴を既知の良好ベースラインと比較した。
• リンク速度、エラー、利用率、EEE、共有経路を確認した。
• 外部リファレンスが送出元とホストデバイスの両方で確認された。
• プライマリとセカンダリのネットワークを独立にテストした。
• 制御された修正と復元の後も、実オーディオが正しく保たれている。
• 最終状態、担当者、エスカレーション、ロールバックを文書化した。

FAQ

Dante デバイスはなぜクロック同期を失うのですか？

よくある原因は、過負荷または不適切なスイッチング、リンク障害、問題のある EEE、不正確な外部リファレンス、互換性のないクロックドメイン、またはリーダー経路の喪失です。時系列に沿ったイベントとオフセット履歴を使って、境界を切り分けてください。

Dante Controller の Clock Sync Warning は何を意味しますか？

能動監視が、重大なクロック不安定化を検出し、デバイスが同期喪失のリスクにあることを意味します。ロック解除になる前に、イベント時刻を保存し、オフセット、トラフィック、リンク、クロックソースを確認してください。

Dante デバイスの clock unlock で何が起こりますか？

デバイスはリーダーとの同期を失っています。Dante は同期が戻るまで自動的にミュートすることがあるため、クロックイベントとオーディオミュートイベントの両方を記録し、回復後に物理的な送出先を確認してください。

Dante のクロックオフセット履歴はどう読みますか？

広い範囲や急速に変化する範囲ではなく、安定して狭い分布を確認します。アンバーまたは赤の測定値は、pull 範囲の余裕が限られていることを示す場合があります。同じ経路上のデバイスのベースラインや他のフォロワーと比較してください。

Dante のクロック同期問題はどう直しますか？

イベントの順序を記録し、1 台だけが影響を受けているのか複数のフォロワーが影響を受けているのかを特定し、関連するエンドポイントまたは共有経路を確認し、リーダーと外部ソースを検証し、境界を 1 つだけ変更してから、負荷下でオフセットと実オーディオを再テストします。

クロック障害を再現可能にする

リーダー、ドメイン、フォロワー、イベント時刻、オフセットパターン、ネットワーク経路、外部ソース、修正内容、受け入れ結果、担当者、ロールバックを Techrider.live に記録します。同じ Rider をシステム担当と会場担当が編集できるようにし、承認済み状態を保存し、今後の変更後は履歴を確認してください。