Danteのパケットエラーとレイテンシーエラーの違い：正しいネットワーク障害を見極める

TL;DR — Danteのパケットエラーとレイテンシーエラーは、示している境界が異なります。パケットエラーは、スイッチと受信側の間でメディアパケットが破損していることを示し、多くの場合は物理リンク側の確認に進みます。レイテンシーエラーは、パケットが受信側の再生締切に対して遅すぎる、またはぎりぎりで到着したことを示し、バッファ設定、経路長、輻輳、QoS、トポロジーの確認につながります。負荷をかけた状態でカウンターとヒストグラムを取得し、原因を修正し、制御された再テストのために一度だけカウンターをクリアし、実際の音声で確認してください。

パケットの整合性と到着時間は別のチェックです

Dante Controller の Network Status ビューは、最近のパケット状態とレイテンシー状態を要約します。1つのルートで一方だけがエラーになることもあるため、実際に変化したインジケーターを診断してください。

Dante network health guide では、監視の基本基準を説明しています。このガイドは、物理的な破損か遅延到着かを見分ける判断に重点を置きます。

受信側から逆方向にたどってパケットエラーを診断する

Network Status のパケットエラーは、受信側へ向かう最終リンク上でメディアが損傷していることを示します。Device View > Status を開き、受信エラーカウント、リンク状態、速度、アドレス、使用率を記録します。次に、接続先のスイッチポートを確認します。

一度に確認する境界は1つだけにします。

1. 現在のカウントと発生時刻を保持する。
2. 終端ケーブルを抜き差しするか、既知の正常なケーブルに交換する。
3. コネクタ、パッチパネル、アダプター、光トランシーバー、スイッチポートのカウンターを確認する。
4. 期待される速度とデュプレックスのネゴシエーションを確認する。
5. 許可された作業時間内に限り、既知の正常なポートへ移す。
6. カウンターを一度だけクリアし、フル負荷を再現して、カウントが0のまま維持されることを確認する。

少ない数値だから問題ないとは考えないでください。古くから変わっていない安定したカウントは過去のイベントを示しているだけかもしれませんが、ドロップアウト発生中に増加するカウントは強い証拠です。時間と方向の両方を照合してください。

ヒストグラムでレイテンシーエラーを診断する

受信側レイテンシーとは、ネットワークパケットが送信側から受信側へ再生前に到達するために使える時間です。対応デバイスは、Device View > Latency で送信側ごとのヒストグラムを表示します。

次の順で読みます。

• Setting: サブスクリプションに適用されている実効レイテンシー
• Peak: 観測された最も遅いパケット到着
• Average: 通常の到着領域であり、最悪値ではない
• Late measurements: 締切を1つ以上超えたパケットを含む観測
• Distribution: 緑がしきい値の十分内側なら健全、黄は接近、赤は超過を示す

マルチキャストのフローは少なくとも 1 ms を使用し、送信側によっては受信側の既定値より高い最小値を交渉することがあります。すべてのルートが同じ数値を使うと決めつけず、サブスクリプションに表示される実効値を読み取ってください。

経路を修復するか、バッファを増やすかを判断する

受信側レイテンシーを増やすことが有効なのは、設計された経路が、現行設定より多いスイッチ数、低速リンク、または予測可能なばらつきを持つ場合です。破損、輻輳、誤った QoS、予期しないトポロジーを隠すための代替にはなりません。

バッファ変更が妥当な場合は、Dante latency settings guide に従ってください。レイテンシーの変更は受信フローを再確立し、音声を中断させることがあるため、保守時間帯に行ってください。

代表的な負荷で修正を証明する

1. ルート、デバイス設定、カウンター、ヒストグラム、スイッチの証拠を保存する。
2. マルチキャストとバックアップトラフィックを含めた、完全なショールーティングを実行する。
3. 影響を受けた信号を、物理的な出力先で再現する。
4. 1つだけの物理、ネットワーク、QoS、トポロジー、またはレイテンシーの修正を適用する。
5. 関連するカウンターまたはヒストグラムをクリアし、新しい開始時刻を記録する。
6. 同じ負荷と、承認されたフェイルオーバーシナリオがあればそれも繰り返す。
7. パケットカウントが安定し、レイテンシーが上限内に収まり、音声がクリーンであることを確認する。
8. 受け入れた状態を復元または維持し、所有者を文書化する。

障害を再現できない場合は、証拠を保持し、短時間のグリーンスクリーンだけで成功と判断せず、監視ウィンドウを定義してください。

エラー切り分けチェックリスト

• パケットとレイテンシーの指標を別々に扱っている。
• 影響を受けた受信側、送信側、サブスクリプション、時刻を特定している。
• リンク速度、物理カウンター、スイッチポートを確認している。
• 実効レイテンシー、Peak、Average、Late measurements、Distribution を保存している。
• 本番負荷と共有アップリンクを含めている。
• テストごとに変更する境界は1つだけにしている。
• カウンターは記録された再テストの開始時にのみクリアしている。
• 実際の音声、復旧、責任者、ロールバックを確認している。

FAQ

Danteのパケットエラーとレイテンシーエラーの違いは何ですか？

パケットエラーは、受信側のネットワークリンク付近でメディアが破損していることを示します。レイテンシーエラーは、パケットが受信側の再生締切に近い、または締切後に到着したことを示します。最初に確認すべき内容は異なります。

Dante Controllerでパケットエラーが出る原因は何ですか？

通常の境界は、スイッチと受信側の間の物理経路です。つまり、ケーブル、コネクタ、パッチポイント、光トランシーバー、ポート、またはリンクネゴシエーションです。障害発生中にカウンターが増えるかどうかを見て確認してください。

Danteのレイテンシーエラーの原因は何ですか？

原因には、受信側バッファ不足、過剰または低速なネットワークホップ、輻輳、誤った QoS、予期しないマルチキャストトラフィック、トポロジー変更、または制約のあるアップリンクが含まれます。

Danteのレイテンシーヒストグラムはどう読みますか？

分布を実効レイテンシー上限と比較します。上限の十分内側にある緑の測定値は健全で、黄の測定値は接近を示し、赤の測定値は遅延を示します。あわせて Peak、Average、Late measurements の件数も記録してください。

音切れを止めるためにDanteのレイテンシーを上げるべきですか？

物理経路、容量、QoS、トポロジー、デバイスサポートを確認した後でのみ検討してください。より大きいバッファは、正当な理由のある長い経路や変動の大きい経路には適していますが、破損や輻輳を隠すために使うべきではありません。

診断境界をライダーに記録する

影響を受けたルート、インジケーター種別、カウンター、ヒストグラム、経路、設定、テスト負荷、是正措置、受け入れ結果、責任者、ロールバックを Techrider.live に記録してください。同じ Rider をシステム担当者と会場担当者が編集できるようにし、承認済みのベースラインを保存し、経路が変わったときには履歴を確認してください。