Danteのデバイス名とチャンネル名: ルートを復旧できる命名設計

TL;DR — Danteのサブスクリプションは、送信チャンネルをチャンネル名とデバイス名で識別します。つまり、命名は見た目のラベルではなく、ルーティング設計の一部です。すべてのデバイスには、役割が分かる一意で安定した名前を付け、すべてのチャンネルには明確なソース名を付けてください。リネーム前にベースラインをエクスポートし、変更が保存されるまで待ち、影響を受けたサブスクリプションを確認し、音声の識別を検証します。正しく準備された代替機は、故障したデバイスの旧名を引き継ぎ、互換性のある受信側でルートを復旧できる場合があります。

名前はルーティングの識別子

Danteは、名前付きデバイス上の名前付き送信チャンネルへ受信チャンネルをルーティングします。たとえば Kick@Stagebox-A というサブスクリプションは、受信側がデバイス Stagebox-A から広告されている送信チャンネル Kick を探していることを意味します。

物理ソケット番号、コンソールのストリップ名、ホスト製品名、Danteチャンネル名は関連する情報を示すことがありますが、自動的に同じ項目になるわけではありません。これらの識別子は、パッチ文書の中で整合させてください。

ソフトパッチと物理パッチのガイド では、論理的なマッピングと物理接続の境界を説明しています。

安定した命名規則を作る

実用的なデバイス名は、そのエンドポイントがどんな役割を果たすかを技術者に伝え、コントローラー画面上の一時的な位置に依存せずに、繰り返し使う機材を区別できるものであるべきです。

次のようなパターンを選びます。

<system>-<role>-<position-or-number>

例としては PA-Processor-L、Stagebox-A、Monitor-Console、Record-Interface-1 などがあります。重要なのは語彙そのものより、ネットワーク、ライダー、スイッチポートの説明、機材ラベル、保存済みプリセット全体で一貫していることです。

次のルールを適用してください。

• すべてのデバイス名を、到達可能なDanteネットワーク全体で一意にする;
• 現在のDanteデバイス名ルールに準拠する短いASCII名を使う;
• デバイスが拒否する可能性のあるスペース、句読点、非ローマ字を避ける;
• 役割が安定しているなら、名前も安定させる;
• 実際のエンドポイントを区別するときだけ番号や位置情報を追加する;
• 今日のIPアドレスやオペレーター名のような一時的な情報を識別子に入れない。

Danteのデバイス名はホスト名スタイルの制約に従い、大文字小文字を区別しません。チャンネル名はより広い文字セットを許容しますが、予約文字があり、かつデバイス内で一意である必要があります。すべての世代が同じ長さを受け入れるとは限らないため、インストール済みDanteファームウェアの現在の制限を確認してください。

コネクタではなく、信号に合わせてチャンネル名を付ける

チャンネル名は、受信側が意図されたソースを認識できる助けになるべきです。 Kick、Vocal-A、Playback-L、PA-Drive-L のような名前は、Input 1 よりも、ルートが複数のデバイスをまたぐときに運用上の意味を持ちます。

物理コネクタは別に保持してください。

この分離によって、パッチ変更が見える化されます。Kick が socket 1 から socket 9 に移っても、物理パッチの記録は変わりますが、ソース識別は明確なまま維持できます。

サンプルレート、ゲイン、ファンタム電源、ケーブルID、宛先の所有者など、相互に関係のない情報を1つのチャンネル名に詰め込まないでください。これらは、名前ではなく、専用の項目やメモに記録すべきです。名前はルーティングマトリクスの中で読めなくなってしまいます。

リネームで何が変わるかを理解する

Danteのデバイスまたは送信チャンネルの名前を変更すると、別のルーティング識別子になります。古い channel@device 名にサブスクライブしている受信側は、要求したソースがもう広告されていないため、未解決のサブスクリプションとして表示されることがあります。

制御されたリネーム手順を使ってください。

1. 現在のデバイス名、チャンネル名、サブスクリプション、プリセットをエクスポートまたは記録する;
2. 変更する名前に依存している受信側をすべて特定する;
3. 影響を受ける音声宛先を保護する;
4. 一度に1つのデバイス、または1つのチャンネルグループだけをリネームする;
5. 切断したり電源を落としたりする前に、変更が保存されるまで少なくとも数秒待つ;
6. unresolved、pending、warning、error の状態を確認する;
7. 承認済みのサブスクリプションを再構築し、実際の宛先で音声識別を検証する;
8. ライダー、スイッチラベル、プリセット、復旧記録を更新する。

マトリクスを整理するためだけに、ライブ中のエンドポイントをリネームしないでください。命名変更はルーティング変更であり、パッチ変更と同じく、責任者の管理と検証が必要です。

名前を使ってハードウェア交換を支援する

受信側は名前に対してサブスクライブするため、互換性のある代替機を、故障したエンドポイントの識別情報を引き継ぐよう準備できます。故障機をネットワークから外し、代替機に互換性のあるファームウェア、サンプルレート、クロック、ネットワークモード、レイテンシー、チャンネル構成を設定したうえで、旧デバイス名と旧チャンネル名を割り当てます。

それらの名前付きサブスクリプションを保持している受信側は、新しく広告されたソースへルートを復旧できることがあります。これは復旧メカニズムであり、代替機が正しい信号を持っていることの証明ではありません。

次を確認してください。

• 旧デバイスが本当に切断されていて、重複名が存在しないこと;
• 代替機が必要な送信チャンネルを公開していること;
• サンプルレートとクロックドメインが互換であること;
• プライマリおよびセカンダリのネットワークモードが設計と一致していること;
• 各受信チャンネルが正常なサブスクリプションを報告していること;
• 個別のテスト信号が意図した出力に届くこと;
• プリアンプゲイン、ファンタム電源、プロセッシング、物理ソケットがベースラインと一致していること。

Danteのサンプルレート不一致ガイド では、名前付きルートが互換性のある音声を運ぶ前に必要なフォーマット確認を扱っています。

重複名とプレースホルダー名を安全に解決する

デバイス名は一意でなければなりません。意図した同じ名前を持つエンドポイントが2台現れた場合、どちらか一方が一時的な競合名を採用することがあります。これは表示の問題ではなく、識別情報の不具合として扱ってください。

まず、製品情報、IP情報、スイッチポート、または対応している前面のidentify機能を使って、ハードウェアを特定します。そのうえで、次の手順に進みます。

1. 誤ったソースを受ける可能性がある宛先を保護する;
2. 許可された範囲で、意図しない重複機を切断または隔離する;
3. 稼働中の各エンドポイントに、承認済みの一意な名前を割り当てる;
4. ディスカバリーと保存状態が落ち着くまで待つ;
5. どちらかの識別子を参照しているすべてのサブスクリプションを確認する;
6. ソース、受信側、物理宛先ごとに音声テストを行う。

Dante Controller 上の行位置だけを見て、同じ見た目の箱がどれかを推測してはいけません。マトリクスはフィルタや並び替えができ、誤ったリネームは後で永続的なサブスクリプションを別の宛先に向けてしまう可能性があります。

命名と復旧の計画をテストする

1. ライブ在庫を監査する

デバイス名とチャンネル名を、ラックラベル、スイッチポート、インプットリスト、アウトプットリスト、保存済みプリセットと照合します。障害試験の前に差分を解消してください。

2. ベースラインをエクスポートする

承認済みのルーティング状態を保存し、各エンドポイントを再現するために必要なファームウェア、フォーマット、クロック、レイテンシー、冗長モード、物理パッチの詳細を記録します。

3. 制御されたリネームを試す

非クリティカルな経路またはテストネットワークでソースの名前を変更し、その受信側が失われた識別情報をどう報告するかを観察します。ルートを戻すか再構築し、保存状態が維持されることを確認してください。

4. 交換手順をリハーサルする

ソースを外し、指定済みの予備機を導入し、承認済みの識別情報と互換設定を適用し、どのサブスクリプションが復旧するかを観察します。個別に異なる音声を持つすべてのチャンネルを検証してください。

5. 取り外しと復帰をテストする

承認済みエンドポイントの電源を入れ直すか切断し、その後、未解決のサブスクリプション、ディスカバリー、ルート復旧、音声復旧が文書どおりに動作することを確認します。

ライダーに命名の責任者を明記する

実際に組める引き継ぎ書には、各デバイス名、役割、ハードウェア識別、物理位置、スイッチポート、TxおよびRxチャンネル名、ソケットマッピング、フォーマット、クロックドメイン、冗長モード、依存受信側、予備機の手順、保存済みプリセット、担当技術者を含めます。

Techrider.live では、Dante名をインプットリストとアウトプットリストに合わせ、システム、FOH、モニター、レコーディングの各エンジニアを同じ Rider を編集できるよう招待し、承認済みの命名マップを保存し、変更後は履歴を確認し、ローディングイン用に日付入りの PDF を出力します。

Dante命名チェックリスト

• すべてのデバイスに、一意で安定した役割ベースの名前がある。
• 送信チャンネル名は実際のソースを示し、デバイスごとに一意である。
• 物理ソケット、Rider上のソース、Danteチャンネルが相互参照されている。
• リネーム前に既存のサブスクリプションとプリセットがエクスポートされている。
• 電源やネットワークを外す前に、変更を保存する時間が確保されている。
• 重複名は、物理ハードウェアの識別によって解決されている。
• 代替ルートは、実際の宛先で異なる信号を使って検証されている。

FAQ

Danteの機器名はどう付けるべきですか？

Stagebox-A や Monitor-Console のような、一意で安定した役割ベースのASCII名を使ってください。Rider、機材ラベル、スイッチポート、保存済みプリセットでも同じ語彙を使います。

Danteでデバイス名を変更するとサブスクリプションはどうなりますか？

受信側は古いデバイス名を探し続け、未解決のサブスクリプションとして表示されることがあります。リネームはルーティング変更として扱い、影響を受ける受信側を確認し、承認済みのルートを再構築し、音声識別を検証してください。

Danteのデバイス名は重複できますか？

はい。いいえ。Danteネットワーク上の各デバイス名は一意である必要があります。競合があると、デバイスが一時的に変更された名前を使うことがあり、名前を修正するまでルーティングの識別があいまいになります。

Danteは機材交換後にルートを復旧できますか？

互換性のある代替機が故障したデバイスの旧名を引き継ぎ、期待されるチャンネル名を公開すれば復旧できます。ただし、フォーマット、クロック、ネットワークモード、物理パッチ、ゲイン、そして各宛先での実際の音声を必ず検証してください。

Danteのデバイス名とチャンネル名の違いは何ですか？

デバイス名は、ネットワーク全体でそのエンドポイントを識別します。送信チャンネル名は、そのデバイス上の1つのメディアソースを識別します。2つを合わせて、受信側のサブスクリプションで使われるソース識別子になります。

ルーティングの識別情報を復旧可能にする

障害が起きてから現場で工夫するのではなく、すべてのDante名をそのハードウェア、ソケット、信号、受信側、プリセット、予備機手順、担当者、検証方法に結び付けた1つの Rider を作成してください。