MXシリーズルーターでのインラインビデオ監視について
Junos OSは、MDI(メディア配信インデックス)メトリックを使用したインラインビデオ監視をサポートしています。
インラインビデオ監視機能を使用する前に、以下の条件を理解していることを確認してください。
media delivery index-MDIメトリックにより、ストリーミングメディアのバッファリングニーズを特定できます。バッファリングは、MDI遅延係数で測定されたパケットジッター、およびMDIメディアロスレート(MLR)で測定された失われたパケットで示される品質の問題を補正するのに十分でなければなりません。さまざまな負荷条件で測定を行うことで、大幅なジッターやパケット ロスの原因を特定し、適切なアクションを実行できます。
delay factor- 遅延係数は、メディア データの到着とメディア データのドレインの間に認められる最大時間差です。期待されるドレインレートは、一定ビットレートストリームの名目上の一定のトラフィックレート、または可変レートメディアストリームパケットデータの計算されたトラフィックレートです。
1メガビット/秒以上の典型的なストリームレートでは、1秒の間隔で十分なサンプル時間が提供されます。遅延係数は、パケット損失を防ぐために、公称ビットレートでデータ ストリームをバッファー(遅延)する必要がある時間を示します。
遅延係数は、次のダウンストリーム ノードで必要なバッファの最小サイズを示します。ストリームが進行すると、遅延係数の変動によって、パケット の束またはパケット ギャップ(ジッター)が示されます。また、遅延係数の値が大きくなると、ドレインを開始する前に受信バッファを事前にフィルしてアンダーフローを保証する必要があるため、ストリーム配信に多くのネットワーク遅延が必要であることも示しています。
受信側の公称ドレイン ビットレートがわかっている場合、遅延係数の最大値は、パケット ジッターに対応するために必要なバッファのサイズを示します。
Media rate variation (MRV)—この値は、予想されるパケット レートと実際のパケット レートの差であり、予想されるパケット レートの割合で表されます。
Media loss rate (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 オーバー MPLS フローを識別できるようになりました。Junos OSリリース19.1R1以降、MXシリーズルーターを設定して、非圧縮HDまたは4Kストリームビデオ(ペイロードタイプ98および99)のインラインビデオ監視を行うことができます。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 フローは、以下によって一意に識別されます。
MPLS ラベルトップ 3
宛先 IP アドレス
宛先ポート
送信元 IP アドレス
送信元ポート
方向
インターフェイス インデックス
メディア タイプ(RTP または MPEG)
IPv6 フローは、以下によって一意に識別されます。
宛先 IP アドレス
宛先ポート
送信元 IP アドレス
送信元ポート
方向
インターフェイス インデックス
メディア タイプ(RTP または MPEG)
IPv6-over-MPLS フローは、以下によって一意に識別されます。
MPLS ラベルトップ 3
宛先 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
以下のシナリオでMPC2E-NGまたはMPC3E-NGでビデオ監視を使用すると、インターフェイス帯域幅を下回るトラフィックスループットが減少します。
入出力ポートは同じスロットにあります。
入力フローは inet として設定され、出力フローは mpls として設定されます。
少なくとも 1 つのフローのトラフィック レートが 2 Gbps を超えています。
スループットの低下を回避するには、異なるスロットの入出力ポートを使用します。
Junos OSリリース16.1R1以降、パケット転送エンジンごとに一度に測定できるフロー数を、最大8192の値に設定できます。各 MPC モデルで測定可能なフローの最大数を 表 1 の 2 列目に示します。各 MPC モデルで測定できるフローのデフォルト数は 、表 1 の 3 列目に示されています。Junos OS リリース 15.1 以前では、測定可能なフロー数を設定することはできません。
監視対象インターフェイスに入力フローフィルターまたは出力フローフィルターを定義しない場合、インターフェイス上のすべてのフローは監視の対象となります。
MPC モデル |
同時に監視される最大設定可能なフロー数(Junos OS リリース 16.1 以降) |
同時に監視されるフローのデフォルト数 |
|---|---|---|
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 |
Junos OS は、UDP フロー(デフォルト)と RTP フローの両方を測定します。Junos OS は、UDP ペイロードの最初のバイトを検査することで、UDP または RTP を介したメディア トラフィックを区別します。UDP ペイロードの最初のバイトが0x47(MPEG2-TS 同期バイト)の場合、トラフィックは UDP 経由のメディア トラフィックとして扱われます。バージョン フィールドが 2 で、ペイロード タイプが RTP ヘッダーで 33 の場合、トラフィックは RTP 経由のメディア トラフィックとして扱われます。これらの基準がいずれも満たされていない場合、パケットはビデオ監視では考慮されません。
Junos OSリリース15.1R1以降、MXシリーズルーターはインラインビデオ監視をサポートし、SNMP GET操作を使用してアクセスできるメディア配信インデックス(MDI)メトリックを測定します。現在、計算された値が設定された範囲内にない場合、インラインMDIはシステムログのみを生成できます。SNMP は主に、インラインビデオ監視機能によって発生するアラームを監視するために使用されます。アラームは、問題のトラブルシューティングやビデオ品質の低下の診断を行うために、ネットワーク管理システムで監視されます。
階層レベルで ステートメントをvideo-monitoring[edit services]使用して、ビデオトラフィックの問題の2つの重要な指標(遅延要因とMLR(メディア損失率)の監視基準を指定し、これらのメトリックを指定されたインターフェイス上のフローに適用します。