Techrider.live

Danteを複数サブネットでルーティングする方法: ドメイン、クロック、検証

読了目安 12分 · 更新日 2026年10月8日 · AVネットワークエンジニア、システム技術者、インテグレーター、会場の技術責任者、放送オペレーター、FOHおよびモニターエンジニア、制作マネージャー、ツアー音響チーム

DDMドメイン、ルーティング接続、ディスカバリー、boundary clock、テスト手順、制作引き渡しまで、Danteのサブネット跨ぎルーティングを日本向けに整理します。

TL;DR — Danteは、デバイスが同じ管理ドメインに属し、ルーティングされたネットワークが必要な制御・メディア・クロック経路をサポートしていれば、IPサブネットをまたいでメディアをルーティングできます。アドレス設計、ルーティング、ディスカバリーまたはエンロールメント、ファイアウォール設定、そして各サブネットごとの boundary clock を計画してください。そのうえで、ログイン、デバイスの可視性、名前ベースのサブスクリプション、クロックロック、実音声、障害復旧を検証します。単純なIP到達性だけで、サブネット跨ぎの本番経路が準備完了だと判断してはいけません。

サブネット跨ぎのDanteは管理されたアーキテクチャです

従来の非管理型Danteネットワークは、通常、1つのIPサブネット内で発見とクロッキングが行われます。Dante Domain Manager(DDM)のような管理プラットフォームを使うと、複数のサブネットにあるデバイスを1つの論理的なDanteドメインにまとめられます。そのドメイン内のデバイスは、ルーティングされた境界をまたいで名前ベースのルーティングを行いながら、1つのドメインクロックに同期できます。

ドメインは運用上の境界です。ルーターがアドレス間でパケットを通せるという理由だけで、異なるドメインのデバイスが相互に連携するわけではありません。デバイスは一度に1つのドメインにしか登録できませんが、認可されたユーザーは複数のドメインにアクセスできる場合があります。

レイヤー必要な確認事項受け入れ証拠
IP必要なすべてのエンドポイントが、管理サービスとルーティング先の相手に到達できるか?正しいアドレス、マスク、ゲートウェイ、ルート、許可ポート
ディスカバリー/エンロールメントコントローラーとデバイスはどのようにマネージャーを見つけるか?DNS/DHCPによる検出、同一サブネットのmDNS、または承認済みの静的エンロールメント
ドメインソースと宛先は、意図した同一ドメインにあるか?エンロールメントとドメイン選択が確認済み
クロック各サブネットはドメインクロックをどう受け取るか?アクティブな boundary clock、可能ならバックアップ、安定したロック
メディア実際のサブスクリプションはショー負荷下で通るか?ルート状態、音声、レイテンシー、カウンター、復旧テスト

same-network visibility and local troubleshooting を扱うのは Dante device discovery guide です。このガイドは、制作経路がサブネットをまたぐときに必要な追加のルーティング済みドメイン設計を扱います。

ルートを構成する前にドメインを定義します

メディアとクロックを共有すべき制作境界と制御境界ごとにデバイスをグループ化します。ドメインは、部屋、スタジオ、建物、システム、または別の意図した運用単位を表せます。すべてのVLANに到達できるからという理由だけで、1つの大きなドメインを作らないでください。

提案するソースと宛先ごとに、次を記録します。

  • デバイス名、メーカー、モデル、ファームウェア、物理的な設置場所;
  • 主要および副次のIPアドレス、サブネット、ゲートウェイ、スイッチポート;
  • 意図したドメインと担当オペレーター;
  • 必要な送信および受信チャンネル;
  • メディア形式、サンプルレート、レシーバーのレイテンシー、冗長モード;
  • 保守、障害、ロールバックの責任分担。

Dante冗長構成を使う場合は、主要ネットワークと副次ネットワークを分離したままにしてください。サブネット跨ぎのルーティングは、スイッチドモードの設計を冗長設計に変えるものではありません。また、副次専用デバイスは、すべてのプラットフォームを通じて管理可能なまま維持されない場合があります。

ルーティング基盤を構築します

1. アドレス設計を意図的に行います

各Danteサブネットと、そのルーターインターフェースを識別できるアドレス計画を使います。すべてのエンドポイントで、正しいサブネットマスクとデフォルトゲートウェイを確認してください。リンクローカルアドレスは単一のローカルセグメント内では有用ですが、ルーティングされた複数サブネット計画の代替にはなりません。

Dante IP addressing guide では、DHCP、リンクローカル、静的復旧について説明しています。管理された複数サブネット設計では、通常、アドレスとサービスディスカバリーを提供するためにDNSとDHCPが使われます。デバイスIPによる静的エンロールメントは、それらのサービスを提供できない制御されたネットワークで役立ちます。

2. マネージャーのディスカバリーまたは明示的なエンロールメントを用意します

コントローラーとデバイスは、ドメインアクセスが機能する前に、管理サービスを見つける必要があります。単一サブネットでは、mDNSベースのディスカバリーで十分な場合があります。サブネットをまたぐ場合は、製品ドキュメントで定義されたDNSサービスレコードとDHCP設定、または承認済みの静的エンロールメント手順を使用します。

ディスカバリーの近道として、VLAN間で全マルチキャストをルーティングしてはいけません。これは障害境界とセキュリティ境界を広げるだけで、ドメインのエンロールメント、権限、クロッキング、メディアが正しいことの証明にはなりません。

3. 必要な通信だけを許可します

現在のDDMまたは管理プラットフォームのドキュメントに従って、ルーティング到達性とファイアウォールポリシーを確認してください。設計で使う正確な送信元、宛先、プロトコル、ポート範囲を記録します。pingが示すのは狭いICMP経路だけです。認証、ディスカバリー、制御、クロック、メディアまでは検証できません。

4. すべてのデバイスをエンロールし、識別します

デバイスを意図したドメインにエンロールし、その後、物理的な設置場所、MACアドレス、モデル、チャンネルラベルで個体を確認します。見慣れた表示名だけでは不十分です。デバイスは電源サイクル後もドメイン資格情報を保持するため、古いエンロールメントが原因で、別システム上ではデバイスが使用不可または制限ありのように見えることがあります。

1つのドメインとして各サブネットのクロックを合わせます

Danteドメイン内のすべてのデバイスは、最終的に1つのドメイン grand leader に従う必要があります。サブネット内では、DanteはマルチキャストPTPでクロックを配布できます。ルーティングされたサブネット境界をまたぐ場合、DDMは適切な boundary clock を使ってユニキャストPTPでサブネット間にクロックを運び、その後ローカルに配布します。

各サブネットには、適格なアクティブ boundary clock が必要です。プラットフォームとデバイスの組み合わせが対応している場合は、副次候補も設定してください。安定していて、必要な能力を備え、制作中に電源断や取り外しが起こりにくいデバイスを選びます。

クロック条件運用リスク必要な対応
あるサブネットに boundary clock がないサブネット跨ぎの同期が失敗したり、メディアが乱れたりする可能性がある受け入れ前に復旧または適切なクロックを割り当てる
適格なクロックが1つしかない計画的な電源作業やネットワーク作業でサブネットが孤立する可能性がある可能ならバックアップを追加してテストする
対応していないデバイスを選んだ必要な boundary 役割を実行できない割り当て前にモデル/プラットフォームの対応可否を確認する
障害テスト中にクロックが変わる音声がミュート、乱れ、または再ロック遅延を起こす可能性がある事象を記録し、設計または復旧期待値を修正する

Dante clock leader guide では、制作システム内での leader 選出を扱っています。サブネット跨ぎの受け入れでは、さらに boundary-clock チェーンとそのバックアップ動作を証明する必要があります。

サブスクリプションを作成して検証します

  1. 対象ドメインに対して認可されたアカウントでログインします。
  2. Dante Controller で正しいドメインを選択します。
  3. ソースと宛先の個体、形式、クロック状態を両方確認します。
  4. 意図した名前ベースのサブスクリプションを作成します。
  5. 安定した成功状態になるまで待ち、警告やエラーが出た場合は、安易にルートを作り直すのではなく内容を確認します。
  6. 代表的な音声を通し、必要な各宛先で実際に聴きます。
  7. レシーバーのレイテンシー、クロックロック、パケットエラー状態、スイッチカウンターを確認します。
  8. 想定ピーク負荷でもう一度試し、承認済みの障害および復旧手順をテストします。

見えているエンドポイントが、そのまま使えるルートとは限りません。アカウントが読み取り専用かもしれませんし、デバイスが異なるドメインにあるかもしれません。レシーバーの形式が一致しない、またはクロック経路がまだ準備できていない場合もあります。インフラを変更する前に Dante subscription errors guide を使ってルート状態を解釈してください。

障害境界を意図的にテストします

サブネット跨ぎシステムでは、ルーター、ファイアウォール、マネージャーサービス、DNS/DHCP、boundary clock が依存関係に加わります。承認された保守ウィンドウ内だけでテストし、一度に1つの境界だけを変更してください。

  • アクティブな boundary-clock デバイスを切断し、想定どおりのバックアップが引き継ぐことを確認します。
  • 1本のルーティングリンクを遮断し、どのサブスクリプション、制御、クロックが影響を受けるかを記録します。
  • 代表的なエンドポイントを再起動し、自動的なドメイン再接続を確認します。
  • ワークステーションを再起動した後に、認可済み Controller ログインとドメイン選択を確認します。
  • 冗長設計では、主要パスと副次パスを個別に試験します。
  • 通常状態に戻し、インジケーターが緑であることだけでなく、実際の音声も確認します。

再起動やアラートの消去の前に、ログとタイムスタンプを保存してください。 Dante network health guide では、リンク、クロック、レイテンシー、エラーの証拠をどう関連付けるかを説明しています。

サブネット跨ぎの受け入れチェックリスト

  • ドメイン範囲とデバイスの所有者が文書化されている。
  • すべてのエンドポイントに、意図したアドレス、マスク、ゲートウェイ、サブネット、スイッチポートが設定されている。
  • すべてのサブネットで、ディスカバリーまたは静的エンロールメントが証明されている。
  • ファイアウォールルールが、現行プラットフォームのドキュメントと必要最小限の範囲に従っている。
  • ソースと宛先が、同じ意図したドメインにエンロールされている。
  • 各サブネットに適格なアクティブ boundary clock があり、可能ならバックアップもテスト済みである。
  • 形式、サンプルレート、レイテンシー、名前、冗長モードが設計と一致している。
  • すべてのサブスクリプションが、代表的なピーク負荷で実音声を通す。
  • ルーティングリンク、クロック、エンドポイント再起動、復旧の挙動が記録されている。
  • 担当者、エスカレーション、保守ウィンドウ、予備経路、ロールバックが明確である。

FAQ

Danteはサブネットをまたいでルーティングできますか?

はい。管理されたDanteドメインでは、接続性、エンロールメント、権限、クロッキングが正しく設計されていれば、複数のIPサブネット上のデバイスを含め、ルーティングされた境界をまたいだ名前ベースのメディアルーティングをサポートできます。

Danteで複数サブネットを使うにはDomain Managerが必要ですか?

従来の非管理型Danteのディスカバリーとクロッキングは、ローカルサブネットを前提に設計されています。ローカルなマルチキャスト動作を無理に拡張するのではなく、意図的な複数サブネットドメインにはDDMのような対応済み管理プラットフォームを使ってください。

Danteのクロックはサブネット間でどう動作しますか?

ドメインは1つの grand leader に従います。各サブネットの適切な boundary clock が、ユニキャストPTPでサブネット間のクロックを運び、ローカルに配布します。各サブネットには適格なアクティブクロックが必要で、可能ならテスト済みのバックアップも用意すべきです。

Danteデバイスが見えているのにルーティングできないのはなぜですか?

可視性は、認可や互換性を証明しません。選択中のドメイン、アカウント権限、デバイスのエンロールメント、ソースとレシーバーの形式、クロック状態、ルート状態、そして両方のデバイスが同一ドメインに属しているかを確認してください。

Dante音声をサブネット間でどうテストしますか?

承認済みのサブスクリプションを作成し、実音声を通し、クロック、レイテンシー、エラー、スイッチカウンターを確認します。その後、ピーク負荷と1つの障害境界を一度にテストします。受け入れ前に、復旧と元の音声経路を確認してください。

ルーティング設計を制作引き渡しに組み込みます

ドメイン、サブネット、ゲートウェイ、ディスカバリー方法、ファイアウォールの担当者、boundary clock、サブスクリプション、形式、障害テスト、ロールバックを Techrider.live に文書化します。責任あるエンジニアを同じテクニカルライダーに招待し、承認済み設計を保存し、システム変更の前に履歴を確認してください。

関連ガイド