Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

RPM の概要

 

リアルタイムパフォーマンス監視 (RPM) 機能により、ネットワーク事業者とその顧客は、2つのネットワークエンドポイント間のパフォーマンスを正確に測定できます。RPM ツールを使用すると、指定されたターゲットに対してプローブを構成して送信し、分析結果を監視してパケットロス、ラウンドトリップ時間、ジッターを特定できます。

RPM では、サービスレベルの監視を実行できます。デバイスで RPM が設定されている場合、デバイスはパケットの応答時間、ジッター、パケットロスに基づいてネットワークのパフォーマンスを計算します。これらの値は、ハイパーテキスト転送プロトコル (HTTP) GET 要求、インターネット制御メッセージプロトコル (ICMP) 要求、および設定に応じて、TCP および UDP 要求によって収集されます。

ここでは、以下のトピックについて説明します。

RPM プローブ

IP アドレスまたは URL によって識別される指定したプローブターゲットにプローブを送信することで、RPM の統計情報を収集します。ターゲットは、プローブを受信すると、デバイスによって受信された応答を生成します。リモートサーバーとの間で転送時間を分析することで、デバイスはネットワークパフォーマンスの統計情報を決定できます。

デバイスは、以下のプローブタイプを送信します。

  • ターゲット URL での HTTP GET 要求

  • ターゲット URL でのメタデータに対する HTTP GET 要求

  • ターゲットアドレスへの ICMP エコー要求 (デフォルト)

  • ターゲットアドレスへの ICMP タイムスタンプ要求

  • ターゲットデバイスへの UDP ping パケット数

  • ターゲットアドレスへの UDP タイムスタンプ要求

  • TCP ping パケットをターゲットデバイスに送信します。

UDP および TCP プローブタイプでは、リモートサーバーを RPM 受信機として設定して、プローブへの応答を生成する必要があります。

RPM プローブの結果は、SNMP プロトコルを使用して MIB オブジェクトの形式でも使用できます。

SRX300、SRX320、SRX340、SRX1500、SRX4600 デバイスと vSRX の各インスタンスでは、基本的な RPM プローブを設定しても、以下の構成パラメーターの組み合わせはサポートされていません。

送信元アドレスと宛先ポート、および next-hop。

これらのパラメーターを使用して RPM プローブを設定すると、指定したプローブターゲットに対して RPM プローブを送信できなくなります。RPM プローブを設定するには、送信元アドレスまたは宛先ポート、ネクストホップのいずれかを構成することをお勧めします。

RPM のテスト

調査対象の各ターゲットは、テストの過程で監視されています。テストでは、構成で定義されたとおりに、プローブのコレクションを定期的に送信しています。その後、各テストの統計情報が返されます。テストはある程度の時間をかけて監視されていたプローブの集合であるため、標準偏差やジッターなどのテスト統計を計算し、平均プローブ統計に含めることができます。

プローブおよびテスト間隔

テスト内では、RPM プローブが定期的に送信され、数秒で設定されます。調査の総数を送信し、対応する応答を受信すると、テストが完了します。各テストのプローブ間隔を手動で設定して、RPM テストの実施方法を制御することができます。

特定のテストのすべてのプローブを送信すると、テストが再開されます。テスト間の時間は、テスト間隔を示します。テスト間隔を手動で設定して、RPM のパフォーマンスを調整することができます。

SRX340 デバイスでは、icmp による RPM サーバーの運用はサポートされていません。TCP と UDP を使用すると、RPM サーバーが正常に動作します。

ハードウェアタイムスタンプを使用したジッターの測定

ジッターは、2つの連続するプローブ間の相対伝送時間の差を示します。

以下の RPM プローブをタイムスタンプすることで、遅延やジッターの測定を向上させることができます。

  • ICMP ping

  • ICMP ping タイムスタンプ

  • UDP ping

  • UDP ping タイムスタンプ

このデバイスは、宛先ポートが UDP エコー (ポート 7) である場合にのみ、UDP ping と UDP ping タイムスタンプの RPM の調査をサポートします。

タイムスタンプは、プローブのターゲットになっているデバイス (RPM クライアント) の転送プロセスの最中に実行されますが、探査 (RPM サーバー) の標的になっているリモートデバイスでは発生しません。

デバイスでのタイムスタンプ用 encapsulations は、VLAN、同期 PPP、フレームリレーなどのイーサネットとしてサポートされています。サポートされている論理インターフェイスltサービスインターフェイスです。

ハードウェアタイムスタンプを使用した RPM プローブ生成は、SNMP プロトコルを使用して取得できます。

RPM 統計

各テストの終了時に、デバイスはパケットラウンドトリップ時間、パケットの受信および送信時間 (ICMP タイムスタンププローブのみの場合)、およびプローブ損失の統計を収集し表 1ます (を参照してください)。

表 1: RPM 統計

RPM 統計

説明

ラウンドトリップ時間

最小ラウンドトリップ時間

テストの過程で測定した、ジュニパーネットワークスデバイスからリモートサーバーへの最短往復時間

最大ラウンドトリップ時間

テストの過程で測定された、ジュニパーネットワークスデバイスからリモートサーバーへの最大のラウンドトリップ時間

平均ラウンドトリップ時間

ジュニパーネットワークスデバイスからリモートサーバーへの平均ラウンドトリップ時間 (テストの過程で測定)

標準偏差ラウンドトリップ時間

テストの過程で測定された、ジュニパーネットワークスデバイスからリモートサーバーへの往復時間の標準偏差

ジッター

テストの過程で測定されたラウンドトリップ時間の最大値と最小値の差

受信および送信時間 (ICMP タイムスタンププローブのみ)

最小送信時間

ジュニパーネットワークスデバイスからリモートサーバーまでの最短の1つの時間で、テストの過程で測定されます。

最大受信時間

テストの過程で測定した、リモートサーバーからジュニパーネットワークスデバイスまでの最短の1方向の時間

平均送信時間

ジュニパーネットワークスデバイスからリモートサーバーまでの平均1方向の時間 (テストの過程で測定されます)

平均受信時間

テストの過程で測定された、リモートサーバーからジュニパーネットワークスデバイスまでの平均1方向の時間

標準偏差出口時間

テストの過程で測定された、ジュニパーネットワークスデバイスからリモートサーバーへの一方向の時間の標準偏差

標準偏差受信時刻

テストの過程で測定された、リモートサーバーからジュニパーネットワークスデバイスまでの一方向の1回の時間の標準偏差

出口のジッター

テストの過程で測定された、送信時間の最大値と最小値の差

入口のジッター

テストの過程で測定された、最大および最小インバウンド時間の差

プローブカウント

送信したプローブ

テストの過程で送信された調査の総数

受信したプローブ応答

テストの過程で受信したプローブ応答の総数

損失率

応答が受信されなかったため送信されたプローブの割合

RPM しきい値とトラップ

各プローブに測定されるラウンドトリップ時間、受信 (着信) 時刻、送信 (発信) 時間に対して RPM のしきい値を設定することができます。さらに、各テストに対して測定される標準偏差と変位の値にも対応します。さらに、テスト内の一連の失われたプローブの数とテスト内の失われたプローブの総数について、しきい値を設定することもできます。

プローブまたはテストの結果がしきい値を超えた場合、デバイスはシステムログメッセージを生成し、設定済みの簡易ネットワーク管理プロトコル (SNMP) 通知 (トラップ) を送信します。

Junos OS リリース 18.4 R1 から開始して、プローブまたはテストの結果がパケット損失しきい値を超えると、リアルタイムパフォーマンス監視 (RPM) テストのプローブが失敗としてマークされます。ラウンドトリップ時間 (RTT) が設定したしきい値を超えた場合にも、テストプローブが失敗します。その結果、デバイスは SNMP 通知 (トラップ) を生成し、RPM テストを失敗としてマークします。

RPM では、サービスレベルの監視を実行できます。デバイスで RPM が設定されている場合、デバイスはパケットの応答時間、ジッター、パケットロスに基づいてネットワークのパフォーマンスを計算します。

BGP 監視用の RPM

境界ゲートウェイプロトコル (BGP) を使用して接続されているピアリングネットワークを管理している場合、ジュニパーネットワークスデバイスとその構成された BGP 近隣ノードとの間にパスが存在するかどうかを確認する必要がある場合があります。各 BGP 近傍に手動で ping して接続ステータスを特定できますが、この方法は、デバイスに多数の BGP の隣接構成が設定されている場合には実用的ではありません。

デバイスでは、RPM プローブを設定して BGP の近隣ノードを監視し、それらがアクティブかどうかを確認できます。

Release History Table
リリース
説明
Junos OS リリース 18.4 R1 から開始して、プローブまたはテストの結果がパケット損失しきい値を超えると、リアルタイムパフォーマンス監視 (RPM) テストのプローブが失敗としてマークされます。ラウンドトリップ時間 (RTT) が設定したしきい値を超えた場合にも、テストプローブが失敗します。その結果、デバイスは SNMP 通知 (トラップ) を生成し、RPM テストを失敗としてマークします。

RPM では、サービスレベルの監視を実行できます。デバイスで RPM が設定されている場合、デバイスはパケットの応答時間、ジッター、パケットロスに基づいてネットワークのパフォーマンスを計算します。