Dante PTPv1 と PTPv2 の違い: クロックドメインの互換性を保つ

TL;DR — PTPv1 と PTPv2 は異なるタイミングプロトコルであり、互換可能な単なる表記ではありません。Dante システムでは、デバイスやファームウェアの対応状況によって、ネイティブ Dante の境界と AES67 の相互運用境界で異なる PTP 挙動を示すことがあります。すべてのエンドポイントを洗い出し、各クロックドメインと承認済みブリッジを特定し、実際の leader / follower 状態を確認してから、ロスと復旧を含めて音声テストを行ってください。ストリームが見えることは、クロック互換性を証明しません。

まず確認するのはストリームではなくクロックドメイン

Precision Time Protocol は、ネットワーク全体に共通の時刻基準を配布します。プロトコルのバージョンはそのタイミング境界の一部です。PTP バージョンの異なる機器は、同じスイッチに接続されていたり、同じメディアストリームを検出できたりしても、自動的に 1 つのクロックドメインになるわけではありません。

選出の基本は Dante clock leader guide を参照してください。このガイドでは、バージョン境界とその受け入れテストを扱います。

PTPv1 と PTPv2 は別プロトコルとして理解する

PTPv1 と PTPv2 は、メッセージ形式も選出動作も異なります。特定の製品 документаーションが、意図的な境界や相互運用モードをサポートすると明記していない限り、別々のタイミングシステムとして扱ってください。

ネイティブ Dante のクロッキングと AES67 の相互運用では、要件が異なる場合があります。これをすべての製品に当てはまる固定ルールにしないでください。各デバイスと各ファームウェアリリースについて、対応 PTP モード、ドメイン挙動、サンプルレート、AES67 実装を確認してください。

設定前にエンドポイントを棚卸しする

1. すべての送信機、受信機、スイッチ経路、ファームウェアバージョン、有効な相互運用モードを記録します。
2. 各エンドポイントのオーディオサンプルレートと対応 PTP 挙動を明記します。
3. 期待される leader と follower を含め、各クロックドメインを個別に図示します。
4. 1 つ以上のタイミングコンテキストに参加する、または橋渡しする意図のあるデバイスを特定します。
5. 想定される役割が、現在のメーカー資料で明示的にサポートされていることを確認します。
6. 良好時の基準を保存します。leader、follower の状態、offset、subscription、イベント、可聴出力を残します。

探索的な修正として、すべてのデバイスで第 2 のプロトコルモードを有効にしないでください。変更するのは文書化された境界デバイスだけにし、必ずロールバック経路を確保します。

意図的なタイミング境界を 1 つ作る

各ドメインの leader を決める

各ドメインについて、期待される leader、代替動作、優先設定を書き出します。1 台の bridge では、2 つの不安定な選出を補えません。

メディアフォーマットを合わせる

送信側と受信側が、同じサンプルレート、エンコーディング、チャンネル数、相互運用モードをサポートしていることを確認します。クロック互換の受信機でも、サポート外の payload は拒否する可能性があります。

ネットワーク範囲を制御する

VLAN、スイッチポート、マルチキャスト転送、ルーティング境界を把握します。Dante の primary ネットワークと secondary ネットワークは、サポートされる設計どおりに分離してください。PTP の検証で、冗長経路を意図せず結合したり、タイミングトラフィックを拡張したりしてはいけません。

境界をレイヤーごとに検証する

まずタイミングから始めます。両側で期待どおりの leader と安定した follower を確認し、その後、繰り返される選出や unlock を検出できる十分な時間、offset とイベントを確認します。次にメディアフロー、チャンネルマッピング、物理的な出力先を確認します。最後に、識別できる音声を 1 チャンネルずつ送ります。

AES67 flow setup guide では、タイミング対応が確立された後のメディアワークフローを扱います。

ロス、復旧、再起動をテストする

1. 代表的な音声を流し、両側で安定状態を記録します。
2. 承認済みの境界を、既知の 1 か所で遮断します。
3. leader の変化、follower の unlock、ミュートまたはアーティファクトの挙動、イベントタイムスタンプを記録します。
4. 境界を復旧し、音声を判断する前に安定した clock recovery を待ちます。
5. すべての subscription と重要な物理出力をもう一度確認します。
6. 承認済みの順序で再起動し、意図した状態が維持されることを確認します。
7. ロールバックを実施し、クルーがネイティブ Dante の基準状態に戻せるようにします。

現実的な負荷の下で、実際にその挙動が確認されていない限り、復旧をシームレスと表現しないでください。

PTP 境界の受け入れチェックリスト

• すべてのデバイス、ファームウェアバージョン、対応 PTP モードが記録されている。
• 各クロックドメインに 1 つの期待される leader と、文書化された代替動作がある。
• いずれかの bridge または相互運用役割が、メーカーによりサポートされている。
• サンプルレート、エンコーディング、チャンネル数、受信側マッピングが一致している。
• VLAN と multicast の範囲が、意図した場所にのみタイミングを運んでいる。
• follower は安定しており、offset は本番負荷下で許容範囲内である。
• 識別可能な音声が、重要な物理出力先すべてに届いている。
• ロス、復旧、再起動後の持続性、ロールバックが証明されている。
• オーナーと承認済み証拠が引き渡し資料に添付されている。

タイミングの引き渡しを文書化する

デバイス、ファームウェア、プロトコルモード、ドメイン、leader、優先設定、ネットワーク経路、メディアフォーマット、offset、イベント証拠、可聴結果、障害時の挙動、再起動手順、担当者、ロールバックを記録します。図では、タイミングドメインとメディアフローを明確に区別してください。

承認済みのクロックマップは、Techrider.live 上のデジタルパッチおよびインプットリストと一緒に保管してください。共同編集者には同じテクニカルライダーを編集してもらい、テスト済みの版を保存し、履歴を確認し、会場、放送、またはツアー隊向けに最新の PDF を書き出せるようにします。

FAQ

Dante は PTPv1 と PTPv2 のどちらを使いますか？

Dante のタイミング挙動は、製品、ファームウェア、動作モードによって異なります。ネイティブ Dante と AES67 の相互運用境界では異なる PTP コンテキストを使うことがあるため、一般的なラベルに頼らず、実際のデバイス документаーションと状態を確認してください。

PTPv1 と PTPv2 の機器は直接同期できますか？

そうとは限りません。両者は別プロトコルです。サポートされたデバイスまたはアーキテクチャが意図的に境界を処理しない限り、別々のクロックドメインとして扱ってください。

AES67 ストリームは見えているのに同期しないのはなぜですか？

検出とメディアのタイミングは別です。受信機はセッション情報を見つけられても、PTP モードが互換でない、clock lock が得られていない、または選択したメディアフォーマットを拒否している可能性があります。

1 台の機器で PTP クロックドメインをブリッジできますか？

その役割が、その機器、ファームウェア、設定で明示的にサポートされている場合のみ可能です。実運用システムで、その挙動、leader 状態、フォーマット制限、障害復旧を確認してください。

Dante の PTP 境界はどうやってテストしますか？

両側で leader と安定した follower を確認し、識別可能な音声を流し、負荷下で offset とイベントを確認し、承認済みの境界を 1 か所遮断し、その後に復旧、再起動後の持続性、ロールバックを証明します。