DanteとAES67の違い: 相互運用できるオーディオネットワークを設計する

TL;DR — Danteは完全な商用オーディオネットワーキング・プラットフォームであり、AES67は対応するオーディオ・オーバー・IPストリーム間の相互運用標準です。対応するDanteデバイスは、非DanteのAES67エンドポイントとAES67のRTPマルチキャストオーディオをやり取りできますが、モードを有効にするだけでは不十分です。エンドポイント側では、互換性のあるオーディオ形式、マルチキャストアドレス、PTPv2クロッキング、ネットワークポリシー、そして実際に検証したサブスクリプションが必要です。Dante同士のルートには、設計上AES67の境界が本当に必要な場合を除き、ネイティブDanteを使ってください。

DanteとAES67は解決する課題の規模が異なります

DanteとAES67は、しばしば2つの置き換え可能な製品のように比較されます。しかし、実際には違います。

Danteは、対応エコシステム全体にわたって、デバイス検出、ルーティング、クロッキング、監視、設定、メディア伝送を提供します。AES67は、プロ向けオーディオ・オーバー・IPシステムが非圧縮オーディオストリームを交換するための共通方式を定義します。AES67は、そのストリームに関する制御、検出、セキュリティ、管理機能のすべてを標準化するわけではありません。

したがって、実務上の問いは「どちらが優れているか」ではありません。問いは「どこに標準ベースのオーディオ境界が必要で、その境界上のすべての設定を誰が管理するのか」です。

Danteシステム内ではネイティブDanteを使います

両端がDanteデバイスである場合、AES67モードが有効になっていても、通常はネイティブDanteの伝送で通信します。AES67を有効にしても、すべてのルートがAES67に変わるわけではなく、通常のDante同士のサブスクリプションが改善されるわけでもありません。

すでに要件を満たしているなら、ネイティブの経路を使ってください。これにより、Dante特有の命名、ルーティング、監視、復旧のワークフローが維持されます。AES67を追加するのは、放送、固定設備AV、コンソール、DSP、録音などの境界をまたいで、非Danteの対応エンドポイントが音声を送受信する必要がある場合です。

この区別は、すべてのデバイスが相互運用オプションを備えているからという理由で、安定したネイティブネットワークを変更してしまうというよくあるミスを防ぎます。

必要なモードをすべてのエンドポイントがサポートしていることを確認します

AES67対応はデバイスの機能であり、ネットワークポートごとに自動で付与される保証ではありません。本番前に、以下を棚卸ししてください。

• 正確な製品名とインターフェース;
• インストールされているファームウェアとDanteソフトウェアのバージョン;
• 対応するRTPまたはAES67モード;
• 対応するサンプルレート、チャンネル数、パケット形式;
• マルチキャストアドレスの制限;
• PTPv2クロックオプションとドメイン動作;
• モード変更に再起動が必要かどうか;
• 非Dante側のエンドポイントがストリームをどのようにアドバタイズまたは受け入れるか。

現在のDante Controllerのバージョンでは、対応デバイスにRTPまたはAES67の設定コントロールが表示されます。古い製品では、アドレス、フロー、クロッキングの制限がより厳しい場合があります。1台の動作確認済みデバイスだけで全体が同じと決めつけず、導入済みファームウェアのドキュメントを参照してください。

AES67ルートは定義済みのマルチキャストフローとして扱います

AES67の相互運用では、RTPマルチキャストフローを使用します。送信側は、オーディオ形式、送信先のマルチキャストアドレス、UDPポート、タイミング動作を持つストリームを作成します。受信側は、それらの値をサポートし、同じストリームに参加できなければなりません。

サブスクリプションを作る前に、フローを定義してください。

Danteの実装によっては、特定のマルチキャスト範囲内でしかAES67フローを受信できないことがあります。また、受信側の設定したRTPプレフィックスが送信フローと一致しない場合、サブスクリプションは受け入れられたように見えても音声が流れないことがあります。一般的なアドレス例を流用せず、実際の導入要件を記録してください。

より広いファンアウトの判断については、Danteのユニキャストとマルチキャストの比較を参照してください。

PTPv2クロッキングは独立した作業項目として設計します

AES67はPTPv2タイミングに依存します。ネイティブDanteネットワークには独自のクロック選出動作があるため、相互運用設計では、関連デバイスが互換性のあるPTPv2リファレンスにどう到達するかを明示的に定義しなければなりません。

以下を確認してください。

1. AES67のタイミングドメインを主導できるデバイスまたはクロックはどれか;
2. 参加する各エンドポイントが使用するPTPバージョンとドメイン番号;
3. DanteデバイスがAES67クロック設定を自動にするか手動にするか;
4. ネイティブ側とAES67側の間で必要なタイミング動作をブリッジするデバイスがあるか;
5. PTPイベントメッセージと一般メッセージに対するDSCPとスイッチの扱い;
6. リーダー、アップリンク、または1つのエンドポイントを失ったときの影響。

表示されているデバイス同士が、使えるクロックを共有していると決めつけないでください。検出、制御、メディアタイミングは別々に確認する必要があります。Dante clock leader guide はネイティブDanteの選出を説明していますが、AES67境界では別途PTPv2の検証が必要です。

マルチキャストは意図したネットワーク範囲に閉じます

AES67ストリームを理由に、すべてのポートへフラッディングしてはいけません。VLANとスイッチ経路をマッピングし、その設計に合わせてマルチキャスト制御を設定してください。

管理されたネットワークでは、IGMP snooping を使って、関心のある受信者がいるポートにだけストリームを送ることができます。その際、正しく配置されたクエリアがメンバーシップを維持します。正確なポリシーはネットワーク所有者の責任です。PTPv2、必要な検出、そしてRTPマルチキャストが、別の制作ネットワークへ漏れずに意図したエンドポイントへ届くことを確認してください。

また、双方向のリンク容量も確認してください。マルチキャストは送信側のファンアウトを減らしますが、各フローはそれを通過する各リンクの帯域を消費します。Dante network switch requirements guide では、リンク速度、QoS、EEE、カウンター、受け入れテストを扱っています。

無音状態から復旧まで相互運用をテストします

1. 既知のネイティブベースラインを保存する

現在のDante設定を書き出し、クロック、ルート、サンプルレート、名前、アドレス、スイッチ状態を記録します。新しいRTPモードを有効にする前に、動作中の出力を保護してください。

2. 境界を1つずつ設定する

対応エンドポイントでのみ必要なモードを有効にします。合意済みの形式、マルチキャストプレフィックス、レイテンシー、PTPv2設定を適用してください。結果を判断する前に、必要な再起動が終わるまで待ちます。

3. 判別しやすいテストフローを1つ作る

小さなチャンネルセットと、明確に識別できるテストソースから始めます。チャンネル順、マルチキャストアドレス、ポート、送信元を記録してください。匿名のフローを複数同時に作成しないでください。

4. すべてのレイヤーをサブスクライブして確認する

受信側が意図したフローに参加し、正しいクロックにロックし、エラーなしを報告し、期待する出力で正しい音声を生成することを確認します。ルーティング表示だけでは、聴取可能で正しく識別されたメディアの証明にはなりません。

5. 実運用に近い負荷をかける

計画しているネイティブDanteルート、AES67ストリーム、代表的な共有トラフィックを同時に動かします。クロックステータス、レイテンシー、パケットエラー、リンク使用率、キュー、実際の宛先を監視してください。

6. 障害とロールバックを実施する

ソース、受信側、クロックリーダー、関連ネットワークリンクを1つずつ外して戻します。ミュートと復旧の挙動を測定してください。最後に、記録されたベースラインが設定の推測なしに復元できることを証明します。

相互運用境界を文書化します

ライダーには、以下を含めてください。

• AES67を使う運用上の理由;
• デバイス、ポート、チャンネルごとのネイティブDanteおよびAES67のエンドポイント;
• ファームウェアと互換性の責任者;
• オーディオ形式とチャンネル順;
• RTPマルチキャストアドレス、ポート、許可範囲;
• PTPv2リーダー、ドメイン、優先度、フォールバック;
• VLAN、スイッチ、IGMPの責任者、QoS、リンク容量;
• 受信レイテンシーと受け入れ証跡;
• 再起動、障害、予備機、ロールバック手順;
• 各側の変更を許可された技術者。

公開ライダーにパスワードや機密のネットワーク認証情報を入れないでください。それらは会場の承認済み安全なチャネルで共有してください。

デジタルオーディオネットワークのテクニカルライダー作成ガイド では、この境界をショーの他の引き継ぎ情報と並べて配置する方法を示しています。

DanteとAES67のチェックリスト

• AES67が、名前のある非Dante相互運用境界で必要である。
• すべてのエンドポイントとファームウェアのバージョンが選択したモードをサポートしている。
• サンプルレート、エンコーディング、チャンネル順、マルチキャストアドレス、ポートが一致している。
• PTPv2ソース、ドメイン、優先度、フォールバックを確認済みである。
• マルチキャスト範囲、クエリア、QoS、EEE、リンク容量が承認済みである。
• ルートが、正しい音声、フル負荷、障害、復旧のテストを通過している。
• ネイティブDanteルートが文書化され、復旧可能である。
• 責任者とロールバック手順がライダーに記載されている。

よくある間違い

AES67を完全な制御システムとして扱うこと。 それが標準化するのは相互運用可能なメディア経路であり、あらゆる検出、ルーティング、セキュリティ、監視の挙動ではありません。

すべてのDanteデバイスでAES67を有効にすること。 承認された非Dante境界が必要とする場所だけで有効化し、設定してください。

ルートだけを確認してクロックを見ないこと。 受信側はストリームを検出できても、互換性のあるPTPv2タイミングがなければ安定した音声を出力できないことがあります。

マルチキャスト値をそのままコピーすること。 アドレス範囲、プレフィックス、ポート、デバイス対応は、実際のエンドポイントとネットワーク計画に一致していなければなりません。

アイドル状態のスイッチで1本のストリームだけをテストすること。 受け入れテストには、ネイティブルート、意図したAES67負荷、共有トラフィック、障害、復旧を含める必要があります。

FAQ

DanteとAES67の違いは何ですか?

Danteは、ルーティング、検出、クロッキング、監視、デバイス設定を備えた完全なネットワークメディアプラットフォームです。AES67は、対応するオーディオ・オーバー・IPシステムがRTPオーディオストリームを交換できるようにする標準です。

DanteはAES67と互換性がありますか?

対応するDanteデバイスは、対応する非DanteのAES67デバイスとの間でAES67オーディオを送受信できます。互換性は、デバイス、ファームウェア、オーディオ形式、マルチキャスト設定、PTPv2設定に依存します。

AES67はマルチキャストを使いますか?

AES67の相互運用では、通常RTPマルチキャストストリームを使用します。送信側、受信側、スイッチ、VLAN、マルチキャストアドレス、ポート、IGMPポリシーは、すべて同じ計画に合っていなければなりません。

AES67にはPTPv2が必要ですか?

はい。AES67はメディアクロックの同期にPTPv2を使用します。参加するエンドポイントは、互換性のあるPTPv2設定とタイミング経路を共有する必要があります。

DanteとAES67の相互運用はどうテストしますか?

対応機能と形式を確認し、PTPv2を設定し、既知のRTPマルチキャストフローを1つ作成し、宛先で正しい音声を確認したうえで、フル負荷、クロックやリンクの喪失、エンドポイント復帰、ロールバックをテストします。

標準境界を復旧可能な状態に保ちます

承認済みのエンドポイントマップ、RTPフロー、クロックプラン、ネットワーク範囲、テスト証跡、ロールバックを、ショーの他のドキュメントと一緒に保存してください。Techrider.liveでは、ステージプロットやインプットリストと同じライダーにまとめ、責任者のエンジニアを編集に招待し、共有前に履歴を保存して現在版を確認します。