MXシリーズルーターでのインラインビデオ監視について

このトピックでは、Junos OSでのインラインビデオ監視の概要を説明します。

Junos OSは、メディア配信インデックス(MDI)メトリックを使用したインラインビデオ監視をサポートしています。

機能エクスプローラ:インラインビデオ監視サービスを使用して、特定の機能のプラットフォームとリリースのサポートを確認します。設定ステートメントの構文については、「video-monitoring」を参照してください。

インラインビデオ監視機能を使用する前に、以下の用語を必ず理解してください。

• メディア配信インデックス—MDIメトリックは、ストリーミングメディアのバッファリングのニーズの特定を容易にします。バッファリングは、MDI 遅延係数で測定されるパケット ジッターと、MDI メディア損失率(MLR)で測定されるパケットの損失によって示される品質の問題を補償するのに適切でなければなりません。さまざまな負荷条件下で測定を実行することで、重大なジッターまたはパケット損失の原因を特定し、適切な措置を講じることができます。

• 遅延係数—遅延係数は、メディアデータの到着とメディアデータのドレインとの間に観測された最大時間差です。予想ドレインレートは、一定ビットレートストリームの公称一定トラフィックレート、または可変レートメディアストリームパケットデータの計算されたトラフィックレートです。

  1 秒あたり 1 メガビット以上の一般的なストリーム レートでは、1 秒の間隔で十分なサンプル時間が得られます。遅延係数は、パケットロスを防ぐために、データストリームを公称ビットレートでバッファリング(遅延)する必要がある時間を示します。

  遅延係数は、次のダウンストリームノードで必要なバッファーの最小サイズを示唆します。ストリームが進行するにつれて、遅延係数の変動は、パケットの束化またはパケットギャップ(ジッター)を示します。遅延係数の値が大きいほど、アンダーフローが発生しないようにドレインを開始する前に受信バッファーを事前に埋める必要があるため、ストリームを配信するためにより多くのネットワーク遅延が必要であることも示します。

  受信ノードの公称ドレインビットレートがわかっている場合、遅延係数の最大値は、パケットジッターに対応するために必要なバッファのサイズを示します。

• MRV(メディアレート変動)—この値は、予想パケットレートと実際のパケットレートの差であり、予想パケットレートに対するパーセンテージで表されます。

• MLR(メディア損失率)—この値は、フローパケットがストリーミングアプリケーション情報を伝送する場合、設定可能な時間間隔(interval-duration)の間に失われたメディアパケットの数です。1つのIPパケットに1つ以上のストリーミングパケットを含めることができます。たとえば、IP パケットには通常、7 つの 188 バイト MPEG トランスポート ストリーム パケットが含まれています。この場合、1 つの IP パケット損失により、7 つのパケットが失われてカウントされます(これらの 7 つの失われたパケットに null パケットが含まれていない場合)。多くの消費者タイプのストリーミングデバイスは、順序外れに受信したパケットの並べ替えを試みないため、順序外のパケットを含めることは重要です。

監視プロセスを設定するには、基準テンプレートを定義し、監視するインターフェイスとフローに適用します。監視テンプレートには、以下の基準が含まれます。

• 各測定サイクルの長さ

• 予想される流量を設定するために使用される流量情報

• 目的のシステムログアラートをトリガーする遅延係数、メディアレート変動、メディア損失率のしきい値レベル

監視するインターフェイスごとに、監視対象のIPv4フローを選択するフィルターを1つ以上定義できます。フローは、入力フローまたは出力フローとして指定されます。IPv4-over-MPLSフロー、IPv6フロー、およびIPv6-over MPLSフローを識別できます。Junos OSリリース19.1R1以降、非圧縮HDまたは4Kストリームビデオ(ペイロードタイプ98および99)のインラインビデオ監視用にMXシリーズルーターを設定できます。MDI 機能は、ST 2000-5(RTP PT 98)や ST 2000-6(RTP PT 99)などのビデオ フローに拡張されています。これらは、IP/UDP/RTPを介した非MPEGビデオフローであり、一定のビットレートフローです。運用担当者は適切なIPアドレスとUDPポートを指定して、RTP上の非ビデオフローがMDI処理を経ないようにします。

ラベルが 3 つを超える MPLS フローは監視できません。

IPv4フローは、以下によって一意に識別されます。

• 宛先IPアドレス

• 宛先ポート

• 送信元IPアドレス

• 送信元ポート

• 方向

• インターフェイスインデックス

• メディアタイプ(RTPまたはMPEG)

IPv4-over-MPLSフローは、以下によって一意に識別されます。

• 上位 3 つの MPLS ラベル

• 宛先IPアドレス

• 宛先ポート

• 送信元IPアドレス

• 送信元ポート

• 方向

• インターフェイスインデックス

• メディアタイプ(RTPまたはMPEG)

IPv6フローは、以下によって一意に識別されます。

• 宛先IPアドレス

• 宛先ポート

• 送信元IPアドレス

• 送信元ポート

• 方向

• インターフェイスインデックス

• メディアタイプ(RTPまたはMPEG)

IPv6-over-MPLSフローは、以下によって一意に識別されます。

• 上位 3 つの MPLS ラベル

• 宛先IPアドレス

• 宛先ポート

• 送信元IPアドレス

• 送信元ポート

• 方向

• インターフェイスインデックス

• メディアタイプ(RTPまたはMPEG)

Junos OS は、インターフェイス上の最大 256 個のフローのフィルター定義をサポートしています。これは、入力フロー、出力フロー、または入力フローと出力フローの組み合わせで構成できます。これらのフィルターは、監視するフローを選択するための基準を提供します。選択基準がIPアドレスまたはポートのリストで構成されている場合、フローの一致条件の最大数を超えることができます。ビデオ監視は、フローフィルターに基づいて大きく変動する数のフローを選択します。

インターフェイスのフローに設定された宛先IPアドレスの総数は32を超えることができません。インターフェイスのフローに設定された送信元IPアドレスの総数は32を超えることができません。

MXシリーズルーターで次世代サービスを有効にした場合、インラインビデオ監視はサポートされません。

インラインビデオ監視は、以下のMPCのみを使用して、MXシリーズ5Gユニバーサルルーティングプラットフォームで利用できます。

• MPC1

• MPC1E

• MPC2

• MPC2E

• MPC2E-NG

• MPC3E-NG

• MPC-16XGE

• MPC5E

• MPC6E

• MPC7E

• MPC8E

• MPC9E

• MPC10E

• MPC11E

LC4800およびLC9600ラインカードをサポートするMX304ルーターとMXシリーズルーターも、インラインビデオ監視をサポートしています。

注:

次のシナリオで、MPC2E-NG または MPC3E-NG でビデオ監視を使用すると、トラフィック ススループットがインターフェイス帯域幅以下に低下します。

• 入力ポートと出力ポートは同じスロットにあります。

• 入力フローは inet として設定され、出力フローは mpls として設定されます。

• 少なくとも 1 つのフローのトラフィック レートが 2 Gbps を超えています。

このスループットの低下を回避するには、異なるスロットの入出力ポートを使用します。

パケット転送エンジンごとに一度に測定できるフローの数を、最大8192まで設定できます。各 MPC またはライン カード モデルで測定できるフローの最大設定数を 、表 1 の 2 列目に示します。各 MPC またはライン カード モデルで測定できるデフォルトのフロー数を 、表 1 の 3 列目に示します。

監視対象インターフェイスに入力または出力フローフィルターを定義しない場合、インターフェイス上のすべてのフローが監視の対象となります。

表1:モデル別MPCおよびラインカードフロー監視容量

モデル	同時に監視されるフローの設定可能な最大数	同時に監視されるフローのデフォルト数
MPC1	8000	1000
MPC1E	8000	1000
MPC2	16,000	2000
MPC2E	16,000	2000
MPC2E-NG	8000	1000
MPC3E-NG	8000	1000
MPC-16XGE	32,000	4000
MPC5E	40,000	5000
MPC6E	40,000	5000
MPC7E	40,000	5000
MPC8E	40,000	5000
MPC9E	40,000	5000
MPC10E	24,000(Junos OSリリース20.3R1以降)	3000
MPC11E	64,000(Junos OSリリース20.3R1以降)	8000
MX304 LMIC	24,000	3000
MX10K-LC4800	24,000	3000
MX10K-LC9600	48,000	6000

注:

Junos OSは、UDPフロー(デフォルト)とRTPフローの両方を測定します。Junos OSは、UDPペイロードの最初のバイトを検査することで、UDPまたはRTPを介してメディアトラフィックを区別します。UDPペイロードの最初のバイトが0x47(MPEG2-TS同期バイト)の場合、トラフィックはUDP経由のメディアトラフィックとして扱われます。RTPヘッダーのバージョンフィールドが2で、ペイロードタイプが33の場合、トラフィックはRTPを介したメディアトラフィックとして扱われます。これらの基準のいずれも満たされない場合、パケットはビデオ監視の対象とはみなされません。

MXシリーズルーターは、SNMP GET操作を使用してアクセスできるメディア配信インデックス(MDI)メトリックを測定するインラインビデオ監視をサポートしています。SNMP を使用して、インライン ビデオ監視機能によって発生したアラームを監視します。アラームは、問題のトラブルシューティングやビデオ品質の低下の診断のために、ネットワーク管理システムで監視されます。

[edit services]階層レベルでvideo-monitoringステートメントを使用して、ビデオトラフィック問題の2つの主要指標である遅延係数とMLR(メディア損失率)の監視基準を指定し、これらのメトリックを指定されたインターフェイス上のフローに適用します。