Danteサブスクリプションエラー: 正しい順序でルートを診断する

TL;DR — Dante のサブスクリプションエラーは、受信側から送信側へのルートを妨げた、または劣化させたレイヤーを示します。ネットワーク全体を作り直す理由にはなりません。まずクロスポイントのツールチップとデバイスステータスを読み、次にデバイスの可視性、チャンネルの一致、サンプルフォーマット、クロックドメイン、フロー容量、アクセスロック、リンクの健全性、受信側のレイテンシーをこの順で確認してください。原因は一度に 1 つだけ変更し、実際に目的地で音が出ていることを確認し、既知の設定はロールバック用に残してください。

サブスクリプションは保存された受信側から送信側へのルート

Dante Controller では、サブスクリプションは 1 つの受信チャンネルに対して、どの送信チャンネルを使うかを指定します。ルーティングマトリクスは、クロスポイントで現在の状態を表示します。

緑のサブスクライブ表示は、接続が確立していることを意味します。処理中または保留中の表示は、デバイスがルートを構築している間の一時的な状態かもしれません。警告やエラーの表示が出た場合は確認が必要です。クロスポイントにマウスオーバーすると、受信チャンネル、送信チャンネル、ルートタイプ、そして問題がある場合はより具体的なメッセージを含むツールチップが表示されます。

ステータスは、セットアップが成功した後でも、送信機が消える、フォーマットが変わる、フロー上限に達する、またはネットワークが劣化すると変化することがあります。

ルートを作り直す前に証拠を読む

まず、次の 4 つの証拠を確認します。

1. 失敗している受信側と送信側のクロスポイントツールチップ。
2. Primary と Secondary の Receive タブのステータス。
3. サブスクリプション、レイテンシー、パケット、帯域幅の各インジケーターを含む Network Status。
4. 障害が始まった時刻前後の Events とログ。

ルートを削除する前に、既知の設定を保存またはエクスポートしてください。すべてを作り直すと証拠が失われ、フローを余計に消費し、元の原因を切り分けにくくなります。

また、ルート名が意図した信号を指しているか確認してください。正しいルートでも、間違ったチャンネルに対するサブスクリプションでは、ショーとしては失敗です。 Dante のデバイスおよびチャンネル命名ガイド では、回復可能な識別モデルを説明しています。

エラーをレイヤーごとに診断する

1. 送信側が見つからない、または unresolved

unresolved subscription とは、受信側が、現在は見えていない送信側またはチャンネルを記憶していることを意味する場合が多いです。次を確認してください。

• 送信側の電源と物理リンク
• Primary または Secondary の正しいポート
• スイッチポートとネゴシエートされた速度
• デバイス名とチャンネル名
• Controller コンピューターで選択されているネットワークインターフェース
• IP アドレス、サブネット、VLAN、ディスカバリースコープ
• 置き換え機器が承認済みの識別情報を再利用していないか

unresolved ルートのアイコンを消すためだけに、ルートを削除しないでください。元の機器、または正しく命名された予備機が戻れば、保存されたサブスクリプションは本来の設計どおりに回復することがあります。

デバイス自体が Controller に表示されない場合は、Dante IP アドレッシングガイド を使用してください。

2. チャンネルフォーマットが一致しない

送信側と受信側が同じチャンネルフォーマットをサポートしていないと、ルートは失敗することがあります。サンプルレートは一般的な境界であり、プルアップまたはプルダウン設定により、見た目が似た機器でも異なるクロックドメインに入ることがあります。

どちらかを変更する前に、両端の機器を把握してください。承認済みのショーフォーマットを確認し、送り先を保護し、変更は管理された順序で適用し、必要な再起動を待ち、フォーマット変更で無効になったルートだけを再構築してください。

この復旧経路の詳細は、Dante サンプルレート不一致ガイド で説明しています。

3. クロックドメインが一致しない

クロックドメインのメッセージは、メディアエンドポイントが互換性のあるタイミングを共有していないことを意味します。通常のサンプルレート、プルアップ/プルダウン、PTP または RTP モード、外部同期、管理ドメイン設定を確認してください。

Preferred Leader をランダムに選ばないでください。まず 1 つの互換性のあるドメインを復元し、その後でリーダー選出、フォロワーロック、ミュート動作、フェイルバックを確認します。ネイティブ Dante のタイミングについては、Dante クロックリーダーガイド に従ってください。

4. Receive または Transmit フローがもうない

Dante のルートはフローで運ばれます。1 つのフローは複数のチャンネルを運べるため、チャンネル数とフロー数は同じリソースではありません。

「No Receive flows」は、受信デバイスがこれ以上フローを受け入れられないことを意味します。「No more flows (TX)」は、送信側が必要なユニキャストフローをこれ以上作成できないことを意味します。これは、チャンネルが多数のデバイスに分散している場合や、1 つの送信側が多数の受信側に配信している場合によく表示されます。

ネットワークを変更する前に、次を実施してください。

1. エンドポイントのサポート上限と現在のフロー使用状況を確認する。
2. 本当に不要なサブスクリプションを削除する。
3. 製品が許す範囲で、必要なチャンネルを効率よくまとめる。
4. 多数の受信側が同じチャンネルを必要とする場合は、計画的な multicast フローを検討する。
5. その結果としての帯域幅とロールバック動作をテストする。

ルーティングの不備を隠すためだけに multicast を作らないでください。ファンアウトのトレードオフは、Dante ユニキャスト対マルチキャストガイド で説明しています。

5. ロックまたはアクセス制御されたデバイス

ロックされた受信側は、サブスクリプションの変更を拒否することがあります。ロックされた送信側は、新しいサブスクリプションを妨げたり、認可されたアクセスを要求したりします。管理ネットワークでは、オペレーターがそのドメインまたはデバイスに対する権限を持っていない場合もあります。

システムの所有者と、承認された認証情報の経路を特定してください。責任ある所有者が復旧手順を承認しており、影響が理解されている場合を除き、本番中に工場出荷状態へのリセット、切り離し、またはロック解除を行わないでください。

6. スケジューラ、帯域幅、またはリンク速度の失敗

送信スケジューラーのエラーは、要求したレイテンシーと実際のリンク速度が互換ではないことを示している場合があります。遅い、または飽和したリンクも、新しいフローを妨げたり、ルートが表示された後にパケットやレイテンシーのエラーを生じさせたりします。

すべてのエンドポイントとアップリンクの速度を確認してください。利用率、破棄パケット、エラー、キューカウンター、QoS ポリシーを経路全体で確認します。ケーブル障害により、1 Gbps 対応ポートが 100 Mbps でネゴシエートされることがあります。

スイッチの適合性については Dante ネットワークスイッチ要件ガイド を、受信バッファの診断については Dante レイテンシー設定ガイド を参照してください。

緑のサブスクリプションがテスト終了ではない

Controller はネットワーク上の関係を報告できますが、その周辺にあるアナログ、コンソール、DSP、アンプ、ラウドスピーカーの各境界までは証明できません。

クロスポイントが緑でも音が出ない場合は、信号フローの順序で次を確認してください。

また、ソースが無音でないか、チャンネル順が違っていないか、コンソールのソフトパッチが変更されていないか、あるいは目的地がミュートされていないかも確認してください。 ソフトパッチ対物理パッチガイド では、ネットワークルーティングとコンソール/ケーブルマップを切り分ける方法を説明しています。

固定された復旧ワークフローを使う

1. ショーを保護する

診断でノイズが出る可能性がある場合は、敏感な目的地をミュートするか分離してください。設定を保存し、ツールチップ、デバイスステータス、イベント、名前、フォーマット、クロック、ネットワーク状態を記録します。

2. 障害範囲を絞る

1 チャンネル、1 デバイスペア、1 受信側、1 送信側、1 スイッチ区間、またはネットワーク全体のどれが影響を受けているかを判断します。経路の大部分を共有する正常なルートと比較してください。

3. 最初に失敗したレイヤーを修正する

サブスクリプションを編集する前に、物理リンクとデバイスの可視性を復元します。フローデザインを変える前に、フォーマットとクロックの互換性を復元します。繰り返し書き込みを試す前に、所有権またはロックを解決します。

4. 1 つだけ変更する

制御された変更を 1 つだけ行い、デバイスが落ち着くのを待ちます。ツールチップとステータスを再読します。名前変更、フォーマット変更、ルート再構築、スイッチ編集を同時に行わないでください。

5. 識別情報と音声を確認する

正確なソースが、正確な受信チャンネルと聞こえる目的地に届いていることを確認します。冗長化を使う場合は、Primary と Secondary の経路を個別に確認してください。

6. 復帰とロールバックをテストする

関連コンポーネントの再起動や切断は、承認されたテストウィンドウ内でのみ行ってください。ルートが回復し、ログがクリーンで、保存したベースラインが使用可能なままであることを確認します。

サブスクリプションの引き継ぎを文書化する

次を記録してください。

• 送信側と受信側のデバイス名
• 送信チャンネルと受信チャンネルの名前、および物理ソケット
• ネイティブ、multicast、または RTP のルートタイプ
• Primary と Secondary のサブスクリプション状態
• サンプルレート、クロックドメイン、レイテンシー
• 現在のフロー容量と利用可能なフロー容量
• スイッチ、VLAN、アップリンク、multicast の所有者
• ロックまたは管理ドメインの所有者
• 既知のツールチップメッセージと承認済みの修正
• ベースライン、テスト証拠、予備機の手順、ロールバック

公開されるテクニカルライダーには、機密の認証情報を含めないでください。 デジタルオーディオネットワークのテクニカルライダーガイド では、より大きな引き継ぎ構造を説明しています。

Dante サブスクリプションのトラブルシューティングチェックリスト

• 正確なクロスポイントのツールチップとイベント時刻を取得した。
• 送信側、受信側、名前、ソケット、チャンネルが正しい。
• 物理リンク、アドレス、VLAN、ディスカバリーが健全である。
• サンプルレート、プルアップ/プルダウン、クロックドメインが一致している。
• 送信フローと受信フローの容量がまだ残っている。
• デバイスロックと管理権限の所有者が特定されている。
• リンク速度、利用率、QoS、レイテンシー、パケットエラーを確認した。
• 正しい音声、障害からの復帰、ロールバックを確認した。

よくあるミス

失敗したルートをすべて削除する。 これにより有用な証拠が失われ、ソースが戻ったときに回復するために意図されたサブスクリプションまで壊す可能性があります。

最初にクロックリーダーを変更する。 多くの失敗は、識別、フォーマット、フロー、ロック、またはリンクの問題です。タイミングを変える前に、特定のステータスを読み取ってください。

チャンネル数だけを数えてフロー数を数えない。 エンドポイントのフロー上限は、ルートがデバイス間でどのようにまとめられているかによって決まり、チャンネルラベルの数だけでは決まりません。

聴かずに緑のチェックを信じる。 ソースが間違っている、無音である、別の場所でソフトパッチされている、またはネットワーク受信側の後でミュートされている可能性があります。

複数のレイヤーを同時に修正する。 ネットワーク、フォーマット、命名、ルートの変更を同時に行うと、原因とロールバックが曖昧になります。

FAQ

なぜDanteのサブスクリプションは失敗するのですか？

一般的な原因には、送信側の消失、チャンネルフォーマットまたはクロックドメインの不一致、送信または受信フローの枯渇、ロックされたデバイス、リンク容量不足、またはその他のネットワーク経路障害が含まれます。まずクロスポイントのツールチップを読んでください。

Danteで unresolved subscription はどういう意味ですか？

通常は、受信側が、現在は見えない、または到達できない送信側やチャンネルを記憶していることを意味します。電源、ケーブル、ポートモード、名前、アドレッシング、VLAN、インターフェース選択、ディスカバリースコープを確認してください。

Danteで no more flows はどういう意味ですか？

送信側または受信側がメディアフロー容量に達しています。現在のサブスクリプションを監査し、不要なルートを削除し、チャンネルを効率よくまとめ、同じソースを多くの受信側が必要とする場合は計画的な multicast フローを検討してください。

Danteのルートが緑なのに音が出ないのはなぜですか？

ネットワークのサブスクリプションは正常でも、ソースが無音、間違ったチャンネルがルーティングされている、または受信側のコンソール、DSP、出力、アンプ、ラウドスピーカー経路がミュートまたは誤パッチされている可能性があります。信号フローを端から端まで確認してください。

Dante Controller のエラーはどうトラブルシュートしますか？

ツールチップとイベントを取得し、影響を受けるデバイスの範囲を絞り、可視性、識別情報、フォーマット、クロック、フロー、ロック、リンク健全性、レイテンシーをこの順で確認します。原因は一度に 1 つだけ変更し、実際の音声と復旧を確認してください。

エラーメッセージを復旧マップに変える

検証済みのルート、識別情報、フォーマット、フロー予算、ネットワーク経路、エラーの意味、ロールバックをショー資料の横に保存してください。Techrider.live では、ステージプロットやインプットリストと同じ Rider にまとめ、責任あるエンジニアに編集を依頼し、共有前に履歴を保存して現在版を確認してください。