Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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

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

Feature Explorer: Inline Video Monitoring Services を使用して、特定の機能に対するプラットフォームとリリースのサポートを確認します。設定ステートメントの構文については、video-monitoringを参照してください。

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

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

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

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

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

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

  • メディアレート変動(MRV):この値は、予想されるパケットレートと実際のパケットレートの差であり、予想されるパケットレートの割合で表されます。

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

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

  • 各測定サイクルの持続時間

  • 期待流量の確立に使用される流量情報

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

監視するインターフェイスごとに、1 つ以上のフィルターを定義して、監視する IPv4 フローを選択できます。フローは、入力フローまたは出力フローとして指定されます。Junos OS リリース 17.2R1 以降、IPv4-over-MPLS フローを識別できるようになりました。Junos OS リリース 17.4R1 以降、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 ビデオ フローであり、一定のビットレート フローです。オペレータは、RTP を介したビデオ以外のフローが MDI 処理を通過しないように、適切な IP アドレスと UDP ポートを指定します。

ラベルが 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)の監視基準を指定し、これらのメトリックを指定されたインターフェイス上のフローに適用します。

変更履歴

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。

解放
形容
19.3R2
MXシリーズルーターで次世代サービスを有効にした場合、インラインビデオ監視はサポートされません。
19.1R1
非圧縮HDまたは4Kストリームビデオ(ペイロードタイプ98および99)のインラインビデオ監視用にMXシリーズルーターを設定できます。MDI 機能は、ST 2000-5 (RTP PT 98) や ST 2000-6 (RTP PT 99) などのビデオ フローに拡張されています。これらは IP/UDP/RTP を介した非 MPEG ビデオ フローであり、一定のビットレート フローです。オペレータは、RTP を介したビデオ以外のフローが MDI 処理を通過しないように、適切な IP アドレスと UDP ポートを指定します。
17.4R1
IPv6フローとIPv6-over MPLSフローを識別できます。
17.2R1
IPv4-over-MPLSフローを識別できます。
16.1R1
パケット転送エンジンごとに一度に測定できるフローの数を、最大8192の値まで設定できます。
15.1R1
MXシリーズルーターはインラインビデオ監視をサポートしており、SNMP GET操作を使用してアクセスできるMDI(メディア配信指数)メトリックを測定します。現在、インライン MDI は、計算値が設定範囲内にない場合にしかシステム ログを生成できません。