Dante QoS設定: クロックと音声トラフィックを優先する

TL;DR — Danteはクロック、音声、その他のパケットにDSCP値を付け、対応スイッチが時間依存性の高いトラフィックを通常データより先に送信できるようにします。QoSは、共有用途、輻輳、速度混在、または映像を流すネットワークで特に重要です。Danteのマーキングを保持し、クロックを最優先、音声をその次にした4つ以上のキューへマップし、対応機能があれば strict priority を使い、その後は実際のスイッチポリシー、リンク負荷、エラー、遅延、音声を制御されたストレステストで確認してください。

QoSは、混雑したリンクでどのパケットを先に出すかを決める

Quality of Service は帯域幅を増やすものではありません。管理されたスイッチに、キューに入ったパケットを分類し、複数のパケットが同じ送信リンクを取り合うときにどのクラスを先に送るかを決めるルールを与えます。

DanteはIPヘッダー内の Differentiated Services Code Point (DSCP) マーキングを使います。エンドポイントがトラフィックをマーキングし、スイッチはそのマーキングを信頼または分類して、適切なハードウェアキューにマップする必要があります。

正確な DSCP 値とスイッチコマンドは、Danteのモード、デバイス世代、ファームウェア、スイッチのプラットフォームによって異なります。別ネットワークの未検証テンプレートを流用せず、最新の Audinate とスイッチベンダーのドキュメントを使ってください。

QoSが重要になるタイミングを知る

低負荷の小規模な専用ギガビット Dante ネットワークでは、カスタムのスイッチポリシーがなくても音声を正しく通せる場合があります。ただし、それは QoS が設定されていることの証明ではなく、トラフィックが増えたときの挙動を予測するものでもありません。

次の条件の1つ以上があると、QoS の重要性が高まります。

• Dante が制御、オフィス、インターネット、ファイル転送、NDI、またはその他のデータとリンクを共有している;
• Dante の映像、または別の大容量メディアシステムが同じインフラを使っている;
• 経路に 100 Mbps とギガビットのリンクが混在している;
• 複数のアクセススイッチからトラフィックが集約される uplink がある;
• 冗長化またはフェイルオーバー時に、より少ないリンクへトラフィックが移動する可能性がある;
• 設計上、リンクの実運用上の容量に近い状態で動かしている。

優先制御だけでは、過剰にサブスクライブした設計は修正できません。時間依存性の高いトラフィックだけでリンク容量を超える場合、パケットは失われます。QoS を容量の代替ではなく、トポロジー、リンク速度、マルチキャスト範囲、またはチャンネル数の見直しの後に扱ってください。

The Dante unicast versus multicast guide は、受信側の fanout がフローと帯域の挙動をどう変えるかを説明しています。QoS とマルチキャスト管理は、別の問題を解決します。

Danteのマーキングをスイッチキューへ変換する

有効な Dante ポリシーは、エンドポイントの DSCP マーキングを保持し、メディア経路上のすべてのスイッチで一貫してマップします。Audinate は、DSCP ベースの QoS、少なくとも 4 つのキュー、関連する導入では strict-priority queuing を備えたスイッチを推奨しています。

ポリシーは意図的に作成してください。

1. すべてのスイッチのモデル、ファームウェア版、ポート速度、uplink を棚卸しする;
2. スイッチが access port 上の DSCP を信頼するか、書き換えるかを確認する;
3. Dante のクロックトラフィックを最優先キューにマップする;
4. Dante の時間依存性の高いメディアを次のキューにマップする;
5. 制御トラフィックはリアルタイムメディアより下、通常データはその下に置く;
6. 完全な経路で一貫してポリシーを適用する;
7. 受け入れられたスイッチ設定を保存し、エクスポートする。

queue number 7 が常に queue number 1 より高いと決めつけないでください。ベンダーごとにキューの表記やスケジューリングは異なります。インターフェース名だけでなく、スケジューリングの挙動を確認してください。

クロックと音声の優先順位を分けて維持する

クロックパケットは小さいですが、遅延のばらつきに非常に敏感です。音声パケットはより多くの帯域を使い、やはり期限があります。クロックを最上位にすると安定した同期を保ちやすくなり、音声は次のリアルタイムクラスを使えます。

The Dante clock leader guide は、リーダー選出と外部リファレンスを扱っています。QoS はパケット配送を保護しますが、リーダーを決めたり、悪いクロック設計を修正したりはしません。

カスタムDSCP変更は上級操作として扱う

一部の Dante 製品では、標準ベースの相互運用のために PTPv2 の DSCP 設定を公開しています。エンドツーエンドの計画なしにこれらの値を変更すると、エンドポイントとスイッチの認識がずれる可能性があります。編集前に、元の値、変更理由、影響を受けるすべてのデバイス、ロールバック手順を記録してください。

リアルタイム音声に逆らうネットワーク動作を取り除く

QoS は適切なスイッチ設定の一部にすぎません。以下の境界条件も確認してください。

• Energy Efficient Ethernet: デバイスとスイッチのガイダンスで必要な場合は、Dante ポートで EEE または Green Ethernet を無効化する;
• link speed and duplex: 各エンドポイントと uplink でネゴシエートされた状態を確認する;
• multicast control: ネットワーク設計で必要な場合は、IGMP snooping と正しく配置された querier を使う;
• storm control and rate limits: 正当な discovery、clock、media traffic を破棄しないことを確認する;
• VLAN and routing boundaries: 承認済みの Dante 経路と discovery 範囲を明確に保つ;
• Wi-Fi: Dante media を wireless link で流さない; controller access point から multicast media を分離またはフィルタする。

一般的な “voice VLAN” や自動 QoS 機能を、Dante の分類を理解せずに有効化しないでください。デスクフォン向けのプリセットは、マーキングを書き換えたり、間違ったトラフィックを優先したりすることがあります。

現実的な負荷でポリシーを検証する

1. クリーンなベースラインを保存する

トポロジー、スイッチ設定、デバイス名、リンク速度、サンプルレート、レイテンシ設定、サブスクリプション、マルチキャストフロー、通常時のポート利用率を記録します。

2. 分類とカウンターを確認する

期待したマーキングのパケットが意図したキューに入ることを確認します。関連するすべてのスイッチで、インターフェースエラー、discard、queue drops、輻輳カウンター、uplink 利用率を確認してください。

3. 実際の音声到達先をテストする

コンソール、プロセッサー、アンプ、レコーダー、放送出力でリスニングとメーターを行います。スイッチのカウンターだけでは、チャンネルの正当性や end-to-end の音声を証明できません。

4. 制御された競合トラフィックを追加する

許可されたテスト時間内に、承認済み設計を超えない範囲で、想定される最高レベルのデータ負荷を再現します。クロックの安定性、受信レイテンシー、パケットエラー、queue drops、可聴出力を監視します。

5. 障害経路をテストする

uplink か承認済みのネットワーク機器を1つずつ外します。残りの経路に十分な容量があり、同じ QoS ポリシーを維持していることを確認してください。The Dante latency settings guide は、受信バッファの増加は経路診断の後に行うべきであり、その代わりにはならない理由を説明しています。

6. 復元して比較する

ネットワークを承認済みトポロジーに戻し、すべてのルートを検証し、カウンターをベースラインと比較します。最終設定を保存し、証跡に日付を付けます。

ネットワーク優先制御の責任をライダーに記載する

有用な引き継ぎには、Dante VLAN または物理ネットワーク、スイッチモデルと所有者、DSCP の信頼境界、キューマッピング、スケジューリングモード、EEE 状態、リンク速度、uplink、マルチキャストポリシー、通常利用率、ストレステスト手法、障害テスト、監視アクセス、ロールバックファイルを含めます。

Techrider.live では、ネットワーク機器名を I/O および機材リストとそろえ、システムエンジニアとネットワークエンジニアを同じ Rider に招待し、受け入れ済みのスイッチ計画を保存し、変更後に履歴を確認し、ロードイン用に日付入りの PDF を書き出してください。

Dante QoSチェックリスト

• Dante 経路上のすべてのスイッチとリンクを棚卸しした。
• Dante の DSCP マーキングを意図的に信頼または分類している。
• クロックが最上位のリアルタイム優先度、メディアがその次になっている。
• 少なくとも 4 つのキューとスケジューリング挙動を確認した。
• EEE、link speed、multicast、VLAN、rate-limit 設定を確認した。
• キューカウンターと実際の音声到達先を負荷下でテストした。
• 障害経路、ロールバック、設定の責任者を文書化した。

FAQ

DanteにQoSは必要ですか?

小規模で専用のネットワークすべてに、音声を通すためのカスタム QoS 設定が必要というわけではありませんが、QoS は共有用途、輻輳、速度混在、映像を流すネットワークで重要です。利用率やトポロジーによってパケット競合が障害として見える前に設計してください。

DanteはどのQoS設定を使いますか?

Dante のエンドポイントは、clock、time-critical media、control、best-effort の各クラスに対して DSCP 値を付けます。スイッチはこれらのマーキングを保持または分類し、適切なキューへマップする必要があります。現在の値は、該当する Audinate のドキュメントで確認してください。

DanteのQoSはstrict priority queueを使うべきですか?

Audinate は、適切な Dante ネットワークに対して DSCP ベースの QoS、4 つのキュー、strict-priority queuing を推奨しています。ポリシーを適用する前に、スイッチベンダーのキュー順序と starvation protection を確認してください。

DanteネットワークでQoSをどう確認しますか?

DSCP の分類、キーマッピング、ポートとキューのカウンター、リンク利用率、クロック安定性、レイテンシー、エラーを確認します。そのうえで、制御された競合負荷と承認済みの障害条件の下で実際の音声到達先をテストしてください。

Danteは他のトラフィックと同じネットワークを共有できますか?

はい。容量、QoS、マルチキャスト制御、VLAN または routing の境界、運用上の責任分担が end to end で設計されている場合は可能です。スイッチを共有していても、すべての経路に十分な帯域や一貫した優先度があるとは限りません。

パケット優先度をテスト可能にする

ショーがネットワークに依存する前に、トラフィッククラス、信頼境界、キーポリシー、リンク容量、監視、ストレステスト、障害テスト、責任者、ロールバックを記録した1つの Rider を作成してください。