Danteマルチキャストフロー設定:安全に作成・確認・削除する方法
読了目安 9分 · 更新日 2026年10月10日 · Danteシステム設計者、FOHおよびモニターエンジニア、ネットワーク/AV技術者、プロダクションマネージャー、会場技術者、放送エンジニア、ツアー音響クルー
Danteのマルチキャスト送信フローを意図的に作成し、チャネル選択、受信側の確認、IGMPの動作、帯域と音声のテスト、そして安全なロールバックまで実施する手順を解説します。
TL;DR — 1台の送信側から複数の受信先へ同じソースを届ける必要があり、かつネットワーク側でその共有ストリームを安全に運べる場合にのみ、Danteのマニュアル・マルチキャストフローを作成します。送信側の Device View で Create Multicast Flow を選び、必要なチャネルだけを選択してフローを作成し、その後で受信側を通常どおり購読します。IGMP の動作、影響を受ける各リンク、受信側のレイテンシー、そしてフル負荷時の実際の音声を確認します。変更前の基準状態を保存し、運用中にフローをどう削除するかを事前に決めておきます。
マルチキャストフローが変えるのは伝送方式であり、チャンネルパッチではありません
Dante の送信チャネルは、特定の受信先向けのユニキャストフローとして運ぶことも、複数の受信先が参加できるマルチキャストフローに入れることもできます。ユニキャストとマルチキャストは同じ Dante デバイス上で共存でき、マルチキャスト送信ではチャネルを個別に選択します。
受信側は、引き続き Routing ビューで送信側の名前付きチャネルを購読します。マルチキャストフローを作成すると、選択したチャネルがネットワークをどう通るかが変わりますが、チャネル名、購読、クロッキング、フォーマット互換性、宛先テストは置き換えられません。
| 判定レイヤー | 質問 | 根拠 |
|---|---|---|
| ファンアウト | 同じソースを必要とする受信先は何台か? | 現在および将来の宛先一覧 |
| 送信側 | どの正確なチャネルがフローに入るか? | Device View のチャネル選択 |
| ネットワーク | どのスイッチリンクがストリームを運ぶか? | トポロジー、カウンター、IGMP 状態 |
| 受信側 | すべての宛先が安定して受け取れるか? | 安定した購読とレイテンシーの証拠 |
| リカバリー | フローをどう削除または置換するか? | 保存済みの基準状態と検証済みロールバック |
伝送方式の選択には ユニキャスト対マルチキャストのガイド を使い、リンクごとのコストを計算・監視するには マルチキャスト帯域のガイド を参照してください。このガイドでは、作成・確認・削除の運用手順を扱います。
手動のマルチキャストフローが本当に必要かを判断する
同じソースが多数の受信先へ送られる場合、マルチキャストは送信側のフロー使用量を減らせることがあります。一方で、マルチキャスト制御がない、または不正確なネットワークでは、本来必要のないリンクにもストリームを流してしまう可能性があります。マルチキャストのほうが拡張性が高そうだからという理由だけで、正常に動いているユニキャストルートを変えないでください。
伝送方式を変える前に、次を記録します。
- 送信側の現在のユニキャストおよびマルチキャストのフロー使用状況
- 選択した各チャネルを必要とするすべての受信側
- チャンネル数、サンプルレート、エンコーディング、想定ビットレート
- スイッチ経路、アップリンク、VLAN、クエリア、IGMP スヌーピング状態
- ハードウェア/ソフトウェア受信端末の種類と、それぞれのレイテンシー設定
- ロールバック用の既知の良好なプリセットまたはルート記録
通常、最小の正しい変更は送信機の全チャネルではなく、1 つの論理的なプログラムグループです。
マルチキャスト送信フローを作成する
- メンテナンス時間を確保し、ルート所有者に通知します。
- Dante Controller の Device View で送信側を開きます。
- デバイスの識別情報、ファームウェア、クロック、サンプルレート、現在のフロー状態を確認します。
- デバイスのフロー制御から Create Multicast Flow を選びます。
- 承認済みの宛先計画で必要な送信チャネルだけを選択します。
- 選択内容を確認してフローを作成し、Controller がそれを報告するまで待ちます。
- Routing ビューで、それらの名前付きチャネルに対する受信側の購読を作成または確認します。
マルチキャストフローあたりのチャネル数は、送信機の実装とフォーマットによって異なります。Controller はデバイスに対して有効な選択肢を表示します。共通の固定数があると決めつけないでください。必要なグループが 1 つのフローに収まらない場合は、意図的なフローを最小数に分け、その分割を文書化します。
音声を受け入れる前にネットワークを確認する
フローを通るすべてのリンクを追跡する
送信側のアクセス、スイッチのアップリンク、受信側のアクセスポート、冗長系の各レッグを個別に測定します。変更前後のトラフィックを比較してください。送信側ポートが正常でも、共有アップリンクに余裕があるとは限りません。
IGMP の動作は推測ではなく証明する
すべての Ethernet スイッチはマルチキャストを転送しますが、管理されたマルチキャストの挙動は設計に依存します。正しい IGMP スヌーピングとクエリアの動作により、グループを要求したポートにだけトラフィックを絞り込めます。IGMP 設定が誤っていると配信が中断されることがあり、プルーニングがないとストリームがより広く流れます。実際の VLAN 上で、稼働中のスイッチ状態とカウンターを確認します。
すべての受信側クラスをテストする
承認済みのハードウェア/ソフトウェアの宛先をそれぞれ購読し、識別可能な音声を本番負荷の状態で流します。購読状態、クロック、レイテンシー、チャンネル順、レベル、連続再生を確認します。ソフトウェア端末はハードウェア端末と異なるレイテンシー制約を持つ場合があるため、一方の結果からもう一方を類推しないでください。
| チェック項目 | 合格条件 | 失敗の兆候 |
|---|---|---|
| 購読 | すべての受信側で安定したルート状態 | フォーマット、アクセス、クロック、またはフローの問題 |
| スイッチ転送 | プルーニング設計では期待したリンクのみにトラフィックが流れる | クエリア不足または誤ったスヌーピング参加 |
| リンク負荷 | フルショーのトラフィック下でも継続的な余裕がある | 想定外のフラッディングまたはアップリンク不足 |
| 受信側レイテンシー | 送信遅延やドロップアウトがない | パス遅延、輻輳、ソフトウェアのスケジューリング |
| 音声の正しさ | 物理的な各宛先で正しいチャネルが鳴る | ソース選択またはチャンネル順の誤り |
失敗時テストと復旧を行う
設計が耐えられると主張している障害だけを試験します。すなわち、受信側の切断と再接続、承認済みの主系/副系フェイルオーバー、冗長設計でのスイッチ再起動、そしてメンテナンス時間中の送信側再起動です。マルチキャストのメンバーシップが復旧するのを監視し、その後にすべての宛先で音声を確認します。
障害を記録する前に、カウンターを消去したりデバイスを再起動したりしないでください。タイムスタンプ、購読、マルチキャストグループまたはフロー ID、リンク使用率、エラー、レイテンシーイベント、クロックイベントを記録します。これらの証拠の相関方法は Dante ネットワーク健全性ガイド で説明されています。
マルチキャストフローを削除またはロールバックする
フローを削除する前に、購読しているすべての受信側を特定し、その下流出力を保護します。現在のルートとデバイス状態を保存し、承認済みの計画に従って影響を受ける購読を削除または置換してから、送信側のフロー制御から対象のマルチキャスト送信フローを削除します。
削除後、Controller が必要な購読をユニキャストとして再構築するかどうか、また送信側のフロー容量が十分に残っているかを確認します。すべての宛先で再度音声を通します。削除操作が成功しただけでは、置換後の伝送方式が動作する証拠にはなりません。
マルチキャストフロー受け入れチェックリスト
- ファンアウトと送信側のフロー予算がマルチキャストを正当化している。
- 承認済みの送信チャネルのみが選択されている。
- チャンネルのグルーピングがデバイスの対応フロー容量を満たしている。
- スイッチトポロジー、VLAN、IGMP スヌーピング、クエリアの責任範囲が把握されている。
- 変更前後のトラフィックを、影響を受けるすべての共有リンクで測定している。
- ハードウェア/ソフトウェア受信端末で、フル負荷時の音声が安定して通る。
- レイテンシー、クロック、チャンネル順、物理的な宛先を確認している。
- 承認済みの障害試験と復旧試験が合格している。
- 基準状態、フロー ID、ルート一覧、所有者、ロールバック手順を文書化している。
FAQ
Dante Controllerでマルチキャストフローを作成するには?
送信側の Device View を開き、Create Multicast Flow を選択して、必要な送信チャネルを選び、フローを作成します。その後、Routing ビューで通常の受信側購読を作成または確認し、ネットワークと実際の音声を検証します。
Danteのマルチキャストフローはどんなときに使う?
同じソースを複数の受信先へ届ける必要があり、共有伝送によって送信側のフロー予算が改善される場合に使います。ただし、そのネットワークがそのトラフィックを運び、制御できることを確認した後に限ります。要件を満たすなら、より単純なユニキャストルートのままでも構いません。
Danteはユニキャストとマルチキャストを同時に使える?
はい。Dante デバイスは両方を使用でき、個別のチャネルをマルチキャストに選択できます。どのチャネルがどの伝送方式を使っているかを文書化しておくと、トラブルシュートとロールバックが明確になります。
Danteのマルチキャストフローには何チャンネル入れられる?
すべてのデバイスとフォーマットに共通する安全な固定数はありません。容量は送信機の実装と動作フォーマットに依存します。正確な上限は Controller の有効な選択肢と、製造元の最新ドキュメントで確認してください。
Danteのマルチキャストフローを削除するには?
依存しているすべての受信側を特定し、基準状態を保存し、出力を保護したうえで、Device View で対象の送信フローを削除し、必要なルートが計画した伝送方式で戻ることを確認します。その後、実音声とリンク負荷を再テストします。
テクニカルライダーにマルチキャストの責任範囲を入れる
送信側、選択チャネル、受信側一覧、伝送方式、スイッチ経路、IGMP の責任者、測定負荷、レイテンシーの証拠、検証、ロールバックを Techrider.live に記録します。システムエンジニアとネットワークエンジニアにも同じライダーを編集してもらい、承認済みの設計を保存し、マルチキャスト計画を変更する前に履歴を確認してください。
関連ガイド
ライブ音響のアクティブPAスピーカーとパッシブPAスピーカーの違い
アクティブとパッシブのPAスピーカーを、増幅方式、電源、配線、DSP、運用、保守、そしてテクニカルライダーに記載すべき項目まで含めて比較します。
読了目安 10分基礎知識ライブ音響におけるAES3とアナログ音声の違い:正しい接続を選ぶ
ライブ音響向けに、AES3とアナログ音声の接続を比較。チャンネル数、ケーブル、クロック、パッチ、テスト、フォールバック計画まで整理します。
読了目安 11分基礎知識アナログスプリットとデジタルステージボックスの違い:ライブ音響の受け渡しの選び方
FOH、モニター、録音、配信向けに、アナログマイクスプリットとデジタルステージボックスを比較。ゲインの責任分担、冗長性、配線、テクニカルライダーへの記載方法まで解説します。
読了目安 11分