Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

ACX、MX、PTXシリーズルーター、EX、QFXスイッチでのリアルタイムパフォーマンス監視のためのプローブの使用について

リアルタイムパフォーマンス監視(RPM)により、トラフィックを追跡および監視するようにアクティブなプローブを設定できます。プローブは、PING Internet Control Message Protocol(ICMP)パケット、ユーザー設定ポートを使用したUser Datagram ProtocolおよびTransmission Control Protocol(UDP/TCP)パケット、ユーザー設定の差別化されたサービスコードポイント(DSCP)サービスタイプ(ToS)パケット、Hypertext Transfer Protocol(HTTP)パケットなど、宛先ごと、またアプリケーションごとにパケットを収集します。RPMは、RFC 2925リモート Ping、トレースルート、ルックアップ操作のための管理オブジェクトの定義の拡張機能で管理情報ベース(MIB)サポートを提供します。ジュニパーがサポートするSNMP MIBの詳細については、 SNMP MIBエクスプローラを参照してください。

概要

RPM がデバイスに設定されている場合、デバイスはパケット応答時間、ジッター、パケットロスに基づいてネットワークパフォーマンスを計算します。デバイスは、IP アドレスで識別される指定されたプローブ ターゲットにプローブを送信して、RPM 統計を収集します。ターゲットはプローブを受信すると、デバイスが受信した応答を生成します。テストには、複数のプローブを含めることができます。プローブタイプによって、プローブのパケットとプロトコルのコンテンツが指定されます。最新の50個のプローブの履歴を使用して、ネットワークの傾向を分析し、将来のニーズを予測できます。

プラットフォームとリリースのサポートを確認するには、 機能エクスプローラ:リアルタイムパフォーマンス監視 と 機能エクスプローラ:RPMおよびTWAMP を使用します。

プローブを使用すると、以下を監視できます。

  • 平均ラウンドトリップタイム

  • 往復時間のジッター—最小往復時間と最大往復時間の差

  • 最大のラウンドトリップタイム

  • 最小のラウンドトリップタイム

  • 往復時間の標準偏差(Junos OSのみ)

ICMPタイムスタンププローブの一方向測定には以下のものがあります。

  • エグレスおよびイングレス時間の最小、最大、標準偏差、およびジッター測定値

  • 受信したプローブ応答数

  • 送信されたプローブ数

  • 失われたプローブの割合

閾値を設定して、値を超えた場合にSNMPトラップをトリガーすることができます。以下の RPM 閾値を設定できます。

  • Ingress/Egress遅延

  • ジッター

  • 往復時間

  • 標準偏差(Junos OSのみ)

  • 連続した失われたプローブ

  • 失われたプローブの合計数(テストごと)

また、 dscp-code-points 設定ステートメントを使用して、CoS分類子や、入力インターフェイスで受信した通常のデータパケットに対するRPMパケットの優先順位付けを設定することもできます。

ハードウェアタイムスタンプ

プローブメッセージの通信における遅延やジッターを考慮するには、プローブパケットのタイムスタンプ(ハードウェアタイムスタンプ)を有効にします。ハードウェアのタイムスタンプが設定されていない場合は、ソフトウェアベースのタイムスタンプを使用しています。ソフトウェアレベルで生成されるタイムスタンプは、ハードウェアタイムスタンプを使用した場合よりも精度が劣ります。

機能エクスプローラ:RPMプローブメッセージのハードウェアタイムスタンプ、機能エクスプローラ:ルーテッドVLANインターフェイスを使用したRPMハードウェアタイムスタンプ、および機能エクスプローラ:RPMおよびTWAMPハードウェアタイムスタンプおよびRTT測定を使用して、この機能のプラットフォームとリリースのサポートを確認します。

注:

RPM ハードウェア タイムスタンプは、Junos OS でのみサポートされていますが、いくつかの制限があります。

  • ACXシリーズルーター: ACX710およびACX5448シリーズルーターは、 hardware-timestamp ステートメント設定をサポートするJunos OSを実行している唯一のACXルーターです。このサポートは、Junos OSリリース22.3R1から開始されました。

  • EXシリーズスイッチ: EXシリーズスイッチは、UDPおよびICMPプローブのハードウェアタイムスタンプをサポートしています。EXシリーズスイッチは、HTTPまたはTCPプローブ向けハードウェアのタイムスタンプをサポートしていません。

    EX4300スイッチでは、ソフトウェアでRPMタイムスタンプが実行されます。リクエスターおよびレスポンダデバイスのRPMプローブは、ルーティングエンジンで実行されるJunos OSプロセス(rmopd)ではなく、パケット転送エンジンでタイムスタンプされます。このタイムスタンプ方法は、疑似ハードウェアのタイムスタンプと呼ばれます。

  • QFXシリーズスイッチ: QFXシリーズスイッチは、ハードウェアのタイムスタンプをサポートしていません。

以下の RPM プローブをタイムスタンプして、遅延やジッターの測定を改善することができます。

  • ICMP ping

  • ICMP ping タイムスタンプ

  • UDP ping

  • UDP ping タイムスタンプ

注:

icmp-pingは、Junos OSを搭載したデバイスのデフォルトプローブタイプです。

プローブパケットには、送信元と宛先の両方のエンドポイントで送受信した時間がタイムスタンプされます。

タイムスタンプを使用しない場合よりも意味のある結果を取得するには、ハードウェアのタイムスタンプ( 図 1 を参照)を使用してリクエスター(RPM クライアント)を設定する必要があります。ハードウェアのタイムスタンプをサポートするようにレスポンダ(RPMサーバー)を設定する必要はありません。レスポンダがハードウェアのタイムスタンプをサポートしている場合、RPMプローブをタイムスタンプします。レスポンダがハードウェアのタイムスタンプをサポートしていない場合、RPMはレスポンダの処理時間を含む往復測定のみを報告できます。

注:

EX4300 スイッチでは、RPM パケットにタイムスタンプを付けるために、スイッチをリクエスター(RPM クライアント)とレスポンダ(RPM サーバー)の両方として設定する必要があります。

図1 はタイムスタンプを示しています。

図1:RPMタイムスタンプRPM Timestamps

  • T1は、パケットがリクエスターポートを離れた時間です。

  • T2は、レスポンダがパケットを受信する時間です。

  • T3は、レスポンダがレスポンスを送信する時間です。

  • T4は、リクエスターがレスポンスを受信する時間です。

往復時間は、T4 – T1 –(T3 – T2)です。レスポンダがハードウェアのタイムスタンプをサポートしていない場合、往復時間は(T4 – T1)となり、これにはレスポンダの処理時間が含まれます。

RPM プローブを使用して、以下の時間測定を検索できます。

  • 最小のラウンドトリップタイム

  • 最大のラウンドトリップタイム

  • 平均ラウンドトリップタイム

  • 往復時間の標準偏差

  • 往復時間のジッター—最小往復時間と最大往復時間の差

RPM機能には、一方向のハードウェアタイムスタンプを設定する設定オプションが用意されています。リクエスターとレスポンダの間でネットワークを通過するパケットについて、往復時間ではなく、一方向の時間に関する情報が必要な場合は、一方向のタイムスタンプを使用します。 図1に示すように、一方向のタイムスタンプは、T2 – T1の時間とT4 – T3の時間を表しています。各方向の遅延に関する情報を収集し、エグレスとイングレスのジッター値を確認したい場合、一方向のタイムスタンプを使用します。

注:

一方向の測定を正しく行うには、リクエスターとレスポンダのクロックを同期する必要があります。クロックが同期されていない場合、一方向のジッター測定と計算には大きなばらつきが生じる可能性があり、往復時間よりも桁違いに大きくなることがあります。

プローブで一方向のタイムスタンプを有効にすると、以下の一方向の測定値が報告されます。

  • エグレスおよびイングレス時間の最小、最大、標準偏差、およびジッター測定値

  • 送信されたプローブ数

  • 受信したプローブ応答数

  • 失われたプローブの割合

Junos OSサポート

プローブの構成と結果

Junos OSでは、プローブ設定とプローブ結果は、コマンドラインインターフェイス(CLI)とSNMPの両方でサポートされています。プローブオプションは、[edit services rpm probe owner]階層レベルのtest test-nameステートメントで設定します。show services rpm probe-resultsコマンドを使用して、最新のRPMプローブの結果を表示します。

注:

EXシリーズおよびQFXシリーズスイッチの制限事項:

  • TWAMP(Two-Way Active Measurement Protocol)は、QFX スイッチではサポートされていません。

  • このスイッチは、ユーザー設定のサービスクラス(CoS)分類や、入力インターフェイスで受信した通常のデータパケットよりRPMパケットを優先させる設定をサポートしていません。

  • タイムスタンプ:

    • レスポンダがハードウェアのタイムスタンプをサポートしていない場合、RPMは往復測定値のみを報告し、往復ジッターを計算することはできません。(QFXシリーズスイッチは、ハードウェアのタイムスタンプをサポートしていません。)

    • EXシリーズスイッチは、HTTPおよびTCPプローブのハードウェアタイムスタンプまたは疑似ハードウェアタイムスタンプをサポートしていません。

    • タイムスタンプは、IPv4トラフィックにのみ適用されます。

    • インサービスソフトウェアアップグレード(ISSU)およびノンストップソフトウェアアップグレード(NSSU)は、疑似ハードウェアのタイムスタンプをサポートしていません。

プローブのパケットとプロトコル コンテンツを指定するには、[edit services rpm probe owner test test-name]階層レベルで probe-type ステートメントを含めます。以下のプローブタイプがサポートされています。

  • http-get—ハイパーテキスト転送プロトコル(HTTP)getリクエストをターゲットURLに送信します。

  • http-metadata-get—メタデータのHTTP GetリクエストをターゲットURLに送信します。

  • icmp-ping—ターゲットアドレスにICMPエコー要求を送信します。

  • icmp-ping-timestamp—ICMPタイムスタンプ要求をターゲットアドレスに送信します。

  • tcp-ping—ターゲットにTCPパケットを送信します。

  • udp-ping—UDPパケットをターゲットに送信します。

  • udp-ping-timestamp—UDPタイムスタンプ要求をターゲットアドレスに送信します。

IPsecおよびGREトンネルのサポート

MS-MPCまたはMS-MICを使用している場合は、PICベースおよびルーティングエンジンベースのRPMクライアントとサーバーのIPsecトンネルとGREトンネルに適用できます。パケット転送エンジンベースのRPMは、IPsecトンネルではサポートされていません。IPSec トンネルで RPM をサポートすることで、IPSec トンネルで転送されるトラフィックの SLA(サービス レベル アグリーメント)監視が可能になります。

注:

論理システムではRPMはサポートされていません。

機能エクスプローラー:IPsecおよびGREトンネルのRPMサポートを使用して、この機能のプラットフォームとリリースのサポートを確認します。

RPM 追跡の静的ルート

Junos OS では、RPM サービスを構成して、ホストデバイスとその設定された BGP ネイバー間にパスが存在するかどうかを自動的に判断することもできます。SNMPクライアントを使用して、検出の結果を表示することができます。結果は、 pingResultsTable、 jnxPingResultsTable、 jnxPingProbeHistoryTable、 pingProbeHistoryTableに保存されます。

使用機能 エクスプローラー:RPMテスト結果に基づいて静的ルートを有効化または無効化する機能エクス プローラー:複数のネクストホップにわたる静的RPMルートを追跡する、および機能エクスプローラー:この機能のプラットフォームとリリースのサポートを確認するための RPM追跡静的ルートの拡張機能 。

この機能をサポートするデバイスでは、RPMプローブを使用してリンクステータスを検出し、プローブ結果に基づいて優先ルートの状態を変更できます。RPMで追跡されるルートは、IPv4またはIPv6にすることができ、単一のIPv4またはIPv6ネクストホップをサポートします。この機能は、[edit routing-options]または[edit routing-instances routing-options]階層レベルのrpm-trackingステートメントで設定します。例えば、RPM プローブを IP アドレスに送信して、リンクがアップしているかどうかを判断し、アップしている場合、ソフトウェアはルートテーブルに静的ルートをインストールします。RPM で追跡される静的ルートは、優先度 1 でインストールされるため、同じプレフィックスに対して既存の静的ルートよりも優先されます。複数のネクストホップをサポートするデバイスでは、IPv4またはIPv6 RPMで追跡される静的ルートごとに最大16のネクストホップを追跡でき、各IPv4またはIPv6宛先プレフィックスにルート優先とタグ値を設定できます。

MPC、MS-MIC/MPC、およびルーティングエンジンでのRPMおよび関連するタイムスタンプのサポート

表1は 、MPC、MS-MIC/MPC、およびルーティングエンジンでのRPMおよび関連するタイムスタンプサポートに関する情報を示しています。

表1:ICMPプローブにおけるRPMおよび関連するタイムスタンプのサポート

機能

役割

IPバージョン

サポート(Y/N)

ルーティングエンジンのタイムスタンプ

MPC のタイムスタンプ(ハードウェアタイムスタンプ)

MPC(si-interface)のタイムスタンプ

MS-MIC/MPC(delegate-probes)のタイムスタンプ

RPM

クライアント

IPv4

Y

Y(μsec)

最大 2,000 プローブ

Y(μsec)

最大 2,000 プローブ

N

Y(ミリ秒)

最大100万プローブ

IPv6

Y

Y(μsec)

最大 2,000 プローブ

N

N

Y(ミリ秒)

最大100万プローブ

サーバー

IPv4

Y

Y(μsec)

最大 2,000 プローブ

Y(μsec)

最大 2,000 プローブ

N

Y(ミリ秒)

最大100万プローブ

IPv6

Y

Y(μsec)

最大 2,000 プローブ

N

N

Y(ミリ秒)

最大100万プローブ

Junos OS Evolvedのサポート

プローブの構成と結果

この機能をサポートするデバイスでは、Junos OS Evolved リリース 20.1R1 以降、RPM プローブを設定できます。Junos OS Evolvedでは、RPMは [edit services monitoring rpm] 階層レベルで設定されます。サポートの範囲は以下に限定されます。

  • 以下の RPM プローブ タイプのプローブの生成と受信(クライアント)、およびリフレクション(サーバー):

    • http-get(Junos OS Evolved 23.4R1で追加)

      このプローブタイプを設定するには、 offload-type ステートメントを none に設定する必要があります。

    • http-metadata-get(Junos OS Evolved 23.4R1で追加)

      このプローブタイプを設定するには、 offload-type ステートメントを none に設定する必要があります。

    • icmp-ping

    • icmp-timestamp

    • tcp-ping(Junos OS Evolved 23.4R1で追加)

      このプローブタイプを設定するには、 offload-type ステートメントを none に設定する必要があります。

    • UDP-ping

    • UDPタイムスタンプ

  • プローブ履歴の管理

  • syslogのみによる報告

Junos OS Evolvedリリース21.2R1以降、SNMP MIBオブジェクトを介したレポートがRPMでサポートされます。

機能エクスプローラー:インラインRPMサービスを使用して、Junos OS Evolvedのプラットフォームおよびリリースサポートを確認します。

RPM 追跡の静的ルート

この機能をサポートするデバイス向けの Junos OS Evolved リリース 24.4R1 以降、静的ルート追跡のサポートを Junos OS Evolved に拡張し、TWAMP(Two-Way Active Measurement Protocol)テストのサポートも含めました。RPM または TWAMP プローブを使用して、リンクの状態を検出し、プローブ結果に基づいて優先ルートの状態を変更します。追跡される静的ルートは IPv4 または IPv6 にすることができ、各 IPv4 および IPv6 で追跡される静的ルートは最大 16 個のネクスト ホップをサポートします。また、各 IPv4 または IPv6 宛先プレフィックスに対して、メトリック、ルート優先、タグ値を設定することもできます。ただし、Junos OS Evolvedデバイスでは、この機能を異なる方法で設定します。 sla-tracking ステートメントは、 [edit routing-options] 階層レベルで設定します。また、別のコマンド show route sla-tracking を使用して、これらのルートに関する情報を表示することもできます。Junos OSの場合、同じ階層レベルで rpm-tracking ステートメントを設定し、コマンド show route rpm-tracking を使用してこれらのルートに関する情報を表示します。

関連ドキュメント

変更履歴テーブル

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

リリース
説明
25.4R1
宛先のIPv4またはIPv6アドレスではなく、完全修飾ドメイン名(FQDN)をターゲットとして指定できます。デバイスは、各テストの開始時にドメインネームシステム(DNS)を介してFQDNを解決し、各間隔で解決したアドレスにプローブを送信します。テレメトリは、最初に解決までのFQDNを表示し、次に宛先アドレスを表示して、変更を追跡するのに役立ちます。DNS解決に失敗した場合、プローブ結果はFQDNをターゲットアドレスとして保持します。DNSサーバーの応答が遅い、応答しない場合、または到達できない場合、RPMテストの開始が遅いか、開始に失敗する可能性があります。
24.4R1-EVO
静的ルート追跡のサポートをJunos OS Evolvedに拡張し、TWAMP(Two-Way Active Measurement Protocol)テストのサポートも開始しました。RPM または TWAMP プローブを使用して、リンクの状態を検出し、プローブ結果に基づいて優先ルートの状態を変更します。追跡される静的ルートは IPv4 または IPv6 にすることができ、各 IPv4 および IPv6 で追跡される静的ルートは最大 16 個のネクスト ホップをサポートします。また、各 IPv4 または IPv6 宛先プレフィックスに対して、メトリック、ルート優先、タグ値を設定することもできます。ただし、Junos OS Evolvedデバイスでは、この機能を異なる方法で設定します。 sla-tracking ステートメントは、 [edit routing-options] 階層レベルで設定します。Junos OSの場合は、同じ階層レベルで rpm-tracking ステートメントを設定します。
23.4R1-EVO
RPM には、 tcp-ping、 http-get、 http-metadata-get プローブを設定できます。
23.1R1-EVO
RPM プローブ用に IPv6 の送信元アドレスとターゲット アドレスを設定できます。また、IPv6アドレスのサポートをSNMP RFC2925a MIBコントロールテーブルと結果テーブルに追加しました。IPv6 RPMプローブでは、タイムスタンプを有効にできるのはルーティングエンジンのみです。
21.2R1-EVO
RPM では、SNMP MIB オブジェクトを介したレポートがサポートされています。
20.4R1
RPM で追跡される静的ルートでは、各 IPv4 または IPv6 宛先プレフィックスにルート優先度とタグ値を設定できます。
20.1R1-EVO
RPM プローブを設定できます。Junos OS Evolvedの場合、RPMは[edit services monitoring rpm]階層レベルで設定されます。
19.3R2
MXシリーズルーターで次世代サービスを有効にした場合、RPMはサポートされません。
19.1R1
IPv4またはIPv6 RPMで追跡される静的ルートごとに、最大16のネクストホップを追跡できます。
19.1R1
パケット転送エンジン上のRPMプローブメッセージのタイムスタンプを有効にできます。
18.4R1
RPM プローブを使用してリンク ステータスを検出し、プローブ結果に基づいて優先ルートの状態を変更できます。RPMで追跡されるルートは、IPv4またはIPv6にすることができ、単一のIPv4またはIPv6ネクストホップをサポートします。例えば、RPM プローブを IP アドレスに送信して、リンクがアップしているかどうかを判断し、アップしている場合、ソフトウェアはルートテーブルに静的ルートをインストールします。RPM で追跡される静的ルートは、優先度 1 でインストールされるため、同じプレフィックスに対して既存の静的ルートよりも優先されます。
17.3R1
MS-MPCまたはMS-MICを使用している場合は、PICベースおよびルーティングエンジンベースのRPMクライアントとサーバーのIPsecトンネルとGREトンネルに適用できます。