Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

リアルタイムパフォーマンス監視

SUMMARY このセクションでは、ネットワーク事業者とその顧客が 2 つのエンドポイント間のネットワークパフォーマンスを正確に測定できる RPM(リアルタイム パフォーマンス監視)機能について説明します。

RPM の概要

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 の近隣ノードを監視し、それらがアクティブかどうかを確認できます。

スイッチのリアルタイムパフォーマンス監視について理解する

リアルタイムパフォーマンス監視 (RPM) を使用すると、アクティブなプローブを設定してネットワーク全体のトラフィックを追跡および監視し、ネットワークの問題を調べることができます。ジュニパーネットワークス EX シリーズおよび QFX シリーズスイッチとともに RPM を使用できます。

RPM を使用するには、以下の方法があります。

  • デバイス間の時間遅延を監視します。

  • プロトコルレベルで時間の遅延を監視します。

  • 閾値を設定して、値を超えた場合に SNMP トラップをトリガーします。

    しきい値は、ラウンドトリップ時間、入口または出口の遅延、標準偏差、ジッター、連続した消失プローブ、およびテスト当たりのトータルプローブの合計を設定することができます。(SNMP トラップの結果が pingResultsTable 、 、 、 、 jnxPingResultsTablejnxPingProbeHistoryTablepingProbeHistoryTable .) に保存されます。

  • ホストルーターまたはスイッチと、構成された BGP 近隣ノードとの間にパスが存在するかどうかを自動的に判断します。SNMP クライアントを使用して検出の結果を表示できます。

  • 最新の50プローブの履歴を使用して、ネットワークの傾向を分析し、将来のニーズを予測します。

RPM はMIB RFC 2925 の拡張、リモート Ping、Traceroute、ルックアップ操作用の管理オブジェクト定義の拡張に対応したデータ センター サポートを提供しています。

このトピックは以下のとおりです。

RPM パケットの収集

プローブは、宛先およびアプリケーションごとにパケットを収集します。 ping インターネット制御メッセージプロトコル (ICMP) パケット、ユーザー設定のポートを使用した UDP/TCP (伝送制御プロトコル) パケット、ユーザー構成差別化サービスコードポイント (DSCP) タイプのサービス (ToS) パケット、およびハイパーテキスト転送プロトコル (HTTP) パケット。

テストとプローブのタイプ

テストには、複数のプローブを含めることができます。プローブのタイプによって、プローブのパケットとプロトコルの内容が指定されます。

EX シリーズおよび QFX シリーズスイッチは、以下のテストおよびプローブタイプをサポートしています。

注:

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

  • Ping テスト:

    • ICMP エコープローブ

    • ICMP タイムスタンププローブ

  • HTTP テスト:

    • HTTP get プローブ (BGP RPM サービスでは使用できません)

    • HTTP get メタデータプローブ

  • ユーザーが設定したポートを使用した UDP および TCP テスト:

    • UDP エコープローブ

    • TCP 接続プローブ

    • UDP タイムスタンププローブ

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

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

注:

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

注:

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

注:

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

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

  • ICMP ping

  • ICMP ping タイムスタンプ

  • UDP ping

  • UDP ping タイムスタンプ

注:

icmp-ping は、Junos OS 実行されているデバイスのデフォルトのプローブタイプです。

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

ハードウェアタイムスタンプを持つリクエスター (RPM クライアント) を設定する必要が図 1あります (を参照)。タイムスタンプがない場合よりも有意義な結果を得ることができます。応答側 (RPM サーバー) は、ハードウェアのタイムスタンプをサポートするように設定する必要はありません。応答側がハードウェアタイムスタンプをサポートしている場合、RPM プローブがタイムスタンプされます。応答側がハードウェアタイムスタンプをサポートしていない場合、RPM は応答側の処理時間を含むラウンドトリップ測定のみを記録できます。

注:

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

図 1タイムスタンプを表示します。

図 1: RPM のタイムスタンプRPM のタイムスタンプ
  • T1 は、パケットがリクエスターポートから出る時間です。

  • T2 は、応答側がパケットを受信する時刻です。

  • T3 は、レスポンダーが応答を送信する時刻です。

  • T4 は、依頼者が応答を受信する時刻です。

往復時間は(T2 – T1)+ (T4 – T3)です。レスポンダーがハードウェアのタイムスタンプをサポートしていない場合、ラウンドトリップ時間は(T4 – T1)/ 2であり、その結果レスポンダーの処理時間が含まれます。

RPM プローブを使用して、次の時間測定を見つけることができます。

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

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

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

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

  • ラウンド トリップ時間のジッター:最小と最大のラウンド トリップ時間の違い

RPM 機能には、一方向のハードウェアタイムスタンプを設定するための設定オプションが用意されています。往復時間ではなく、一方向のタイムスタンプを使用して、要求元と応答側の間でネットワークを通過するパケットに対して、ラウンドトリップにかける時間よりも一方向の時刻について情報を取得することができます。に示すように 図 1 、一方通行のタイムスタンプは時刻T2 – T1とT4 – T3からの時刻を表します。各方向の遅延に関する情報を収集し、送信と受信の変位値を検索するには、一方向のタイムスタンプを使用します。

注:

適切な一方向測定を行うには、リクエスターと応答側のクロックを同期する必要があります。クロックが同期されていない場合は、一方向のジッターの測定と計算に大規模なバリエーションが含まれることがあります。これには、ラウンドトリップ時間よりもかなり大きい値が使用される場合があります。

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

  • 出口と受信の時間における最小、最大、標準偏差、変位の測定値

  • 送信されたプローブ数

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

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

EX シリーズおよび QFX シリーズスイッチの RPM の限界

  • スイッチでは、2方向アクティブ測定プロトコル (TWAMP) がサポートされていません。

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

  • タイム

    • 応答側がハードウェアタイムスタンプをサポートしていない場合、RPM はラウンドトリップの測定値のみを報告し、ラウンドトリップのジッターを計算することはできません。

      注:

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

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

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

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

VPN ルーティングおよびフォワーディングのための RPM サポート

リアルタイムパフォーマンス監視 (RPM) は、すべての Juniper ネットワークデバイスでサポートされています。

レイヤー 3 VPN 実装で VRF を使用すると、ルーティングテーブルの複数のインスタンスを同時に同じデバイス内に共存させることができます。ルーティングインスタンスは独立しているため、同一または重複している IPv4 アドレスまたは IPv6 住所を相互に競合させずに使用できます。

VRF (VPN ルーティングおよび転送) を使用した RPM ICMP および UDP プローブが改良されました。以前のリリースでは、VRF テーブルに指定された RPM プローブは、リアルタイム転送プロセス (FWDD-RT) によって処理されていませんでした。Junos OS リリース10.0 では、VRF テーブルに指定された RPM プローブが FWDD-RT によって処理されるため、より正確な結果を得ることができます。

この機能は、タイプ VRF のルーティングインスタンスで構成された RPM ICMP および UDP プローブをサポートします。

RPM 設定オプション

リアルタイムパフォーマンス監視 (RPM) パラメーターを設定できます。構成表 2オプションの概要については、を参照してください。

表 2: RPM の設定の概要

]

機能

、アクション

パフォーマンスプローブ所有者  

所有者名 (必須)

1つ以上の RPM テストが設定されている RPM 所有者を示します。ほとんどの実装では、所有者名はテストセットが実行されているネットワーク (特定の顧客など) を示しています。

RPM 所有者の名前を入力します。

識別  

テスト名 (必須)

RPM テストを一意に識別します。

RPM テストの名前を入力します。

ターゲット (アドレスまたは URL) (必須)

IPv4 または IPv6 アドレスまたはプローブターゲットの URL

IPv4 アドレス (ドット区切り10進表記、IPv6 アドレス、またはプローブターゲットの URL) を入力します。ターゲットが URL の場合は、次を含む完全な形式の URL を入力します http://

送信元アドレス

プローブソースアドレスとして使用される IPv4 または IPv6 のアドレスを明示的に設定

プローブに使用する送信元アドレスを入力します。送信元アドレスがデバイスに割り当てられたアドレスの 1 つではない場合、パケットは発信インターフェースのアドレスを送信元として使用します。

ルーティングインスタンス

プローブが送信される特定のルーティングインスタンス

ルーティングインスタンス名を入力します。ルーティング インスタンスは、 、 のタイプの icmp プローブ icmp6-ping にのみ適用 icmp-timestamp されます。デフォルトのルーティング インスタンスは inet.0 .

履歴のサイズ

プローブ履歴に保存されたプローブ結果の数

0 ~ 255 の数値を入力します。デフォルトのヒストリサイズは、50プローブです。

リクエスト情報  

プローブタイプ (必須)

テストの一部として送信するプローブのタイプを指定します。

リストから目的のプローブタイプを選択します。

  • http-get

  • http-get-metadata

  • icmp6-ping

  • icmp-ping

  • icmp-ping-timestamp

  • tcp-ping

  • udp-ping

各プローブ伝送間の待機時間 (秒) を設定します。

1 ~ 255 (秒) の間の数値を入力します。

テスト間隔 (必須)

テスト間の待機時間を秒単位で設定します。

0 ~ 86400 (秒) の間の数値を入力します。

プローブカウント

各テストで送信されるプローブの合計数を設定します。

1 ~ 15 の範囲の数値を入力します。

宛先ポート

プローブの送信先となる TCP または UDP ポートを指定します。

TCP または UDP のプローブを使用するには、リモートサーバーをプローブ受信側として設定する必要があります。Probe サーバーとリモートサーバーはどちらも、同じ TCP または UDP ポート上で RPM プローブを受信して送信するように設定されたデバイスジュニパーネットワークスしなければなりません。

番号 7(標準の TCP または UDP ポート番号)、または 49152~65535 のポート番号を入力します。

DSCP ビット

差別化サービスコードポイント (DSCP) ビットを指定します。この値は有効な 6 ビット パターンである必要があります。デフォルトは000000です。

有効な 6 ビット パターンを入力します。

データのサイズ

ICMP プローブのデータ部分のサイズを指定します。

0 ~ 65507 のサイズ (バイト数) を入力します。

データの入力

ICMP プローブのデータ部分の内容を指定します。

ICMP プローブデータのコンテンツとして使用する、1 ~ 800h の16進値を入力します。

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

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

  • ICMP ping

  • ICMP ping タイムスタンプ

  • UDP ping — 宛先ポート UDP-ECHO(ポート 7)のみ

  • UDP ping タイムスタンプ — 宛先ポート UDP-ECHO(ポート 7)のみ

タイムスタンプを有効にするには、このチェックボックスをオンにします。

最大プローブしきい値  

継続的に失われたプローブ

調査の失敗をトリガーし、システムログメッセージを生成するために、連続して損失する必要がある調査の総数を設定します。

0 ~ 15 の範囲の数値を入力します。

プローブの損失

プローブエラーをトリガーしてシステムログメッセージを生成するために、喪失する必要がある調査の総数を設定します。

0 ~ 15 の範囲の数値を入力します。

往復時間

デバイスからリモートサーバーまでのラウンドトリップ時間 (マイクロ秒単位) を設定します。これにより、プローブエラーをトリガーし、システムログメッセージを生成します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

ジッター

テストにおいて、プローブ障害をトリガーし、システムログメッセージを生成する、合計のジッター (マイクロ秒単位) を設定します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

標準偏差

テストの最大許容標準偏差 (マイクロ秒単位) を設定します。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

送信時刻

デバイスからリモートサーバーまでの完全な一方向の時間 (マイクロ秒単位) を設定します。これにより、プローブエラーをトリガーし、システムログメッセージを生成します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

受信時刻

リモートサーバーからデバイスへの完全な一方向の時間 (マイクロ秒単位) を設定します。これにより、プローブエラーをトリガーし、システムログメッセージを生成します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

ジッター送信時間

テストにおいて、プローブ障害をトリガーし、システムログメッセージを生成するアウトバウンド時刻の合計変位 (マイクロ秒単位) を設定します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

ジッター受信時間

テストにおいて、プローブ障害をトリガーし、システムログメッセージを生成する総受信時刻のジッター (マイクロ秒単位) を設定します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

送信標準偏差

テストにおいて送信時刻の最大許容標準偏差 (マイクロ秒単位) を設定します。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

入口標準偏差

テストにおいて受信時刻の最大許容標準偏差 (マイクロ秒単位) を設定します。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。

0 ~ 6000万 (マイクロ秒) の間の数値を入力します。

やすい  

送信のジッターが超過

送信時間のジッターのしきい値を超えた場合に SNMP トラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

出口標準偏差を超えています

送信時間の標準偏差のしきい値を超えた場合に、SNMP トラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

出口時間超過

最大送信時間のしきい値を超えた場合に SNMP トラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

入口のジッターが超過

受信時間のジッターのしきい値を超えた場合に、SNMP トラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

入口標準偏差超過

受信時刻の標準偏差のしきい値を超えた場合に、SNMP トラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

受信時刻超過

最大受信時間のしきい値を超えた場合にトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

ジッターの超過

ラウンドトリップ時間のジッターのしきい値を超えた場合にトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

プローブエラー

連続して失われたプローブの数がしきい値に達したときにトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

RTT 超過

最大ラウンドトリップ時間のしきい値を超えた場合にトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

標準偏差を超えています

ラウンドトリップ時間の標準偏差のしきい値を超えた場合にトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

テストの完了

テストが完了したときにトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

テストの失敗

失われたプローブの合計数のしきい値に達したときにトラップを生成します。

  • この条件に対して SNMP トラップを有効にするには、このチェックボックスをオンにします。

  • SNMP トラップを無効にするには、このチェックボックスをオフにします。

パフォーマンスプローブサーバー  

TCP プローブサーバー

デバイスが TCP プローブを受信して送信するポートを指定します。

番号 7(標準の TCP または UDP ポート番号)、または 49160~65535 のポート番号を入力します。

UDP プローブサーバー

UDP プローブを受信して送信するデバイスのポートを指定します。

番号 7(標準の TCP または UDP ポート番号)、または 49160~65535 のポート番号を入力します。

注:

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

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

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

双方向アクティブ測定プロトコル (TWAMP) の概要

SUMMARY TWAMP(Two-Way Active Measurement Protocol)でネットワーク内の任意の2台のデバイス間のネットワークパフォーマンスを測定する方法について、ご確認ください。

TWAMP のメリット

  • TWAMP 構成により、専用のテストデバイスを使用することなく、ネットワークのアクティブ化、テスト、監視、トラブルシューティングを容易に実行できます。

  • TWAMP-テストタイムスタンプは、他の方法よりも精度の高い2方向またはラウンドトリップのメトリックを提供します。また、処理の遅延も考慮に入れることができます。

  • 通常、TWAMP はサービスレベル契約 (SLA) コンプライアンスを確認するために使用され、TWAMP 機能はそのコンテキストで使用されることがよくあります。

  • ラウンドトリップの遅延にはホストクロックの同期が不要なため、双方向の測定は一方向の測定よりも優れています。これが可能なのは、リフレクタがパケット内に独自のシーケンス番号を配置するためです。

注:

RPM クライアントと TWAMP サーバーを同じデバイス上で構成しないことをお勧めします。これにより、RPM プローブの結果で問題が発生する可能性があります。

Understand Two-Way Active Measurement Protocol(TWAMP)

2ウェイアクティブ測定プロトコル (TWAMP) は、TWAMP フレームワークのプロトコルをサポートするネットワーク内の任意の2台のデバイス間でネットワークパフォーマンスを測定するためのオープンプロトコルです。これは、クライアント/サーバーアーキテクチャに基づいてセッションを分離する標準プロトコルフレームワークです。TWAMP クライアントは、TCP 接続を開始し、コントロールクライアントとセッション送信者として動作するホストであり、TWAMP サーバーは TCP 接続を確認し、サーバーとセッション・リフレクタの役割を実行するホストとして機能します。TWAMP 制御メッセージはコントロールクライアントとサーバー間で交換され、TWAMP-Test メッセージはセッション送信者とセッション-リフレクタの間で交換します。4つの TWAMP デバイスは、TWAMP コントロールの4つの論理ロール (クライアント、サーバー、セッションの送信者、およびセッションリフレクタ) を実行できます。

4 つの要素を示します 図 2

図 2: TWAMP の4つの要素TWAMP の4つの要素

TWAMP は、相互に関係する 2 つのプロトコル(TWAMP-Control および TWAMP-Test)で構成されています。TWAMP-Control はテストセッションの開始、開始、停止に使用されますが、TWAMP-Test は、2つの TWAMP エンティティ間でのテストパケットの交換に使用されます。

  • TWAMP-Control —TWAMP 制御接続は、パフォーマンスを測定するために、TWAMP クライアントと TWAMP サーバー間のテストセッションの管理 (開始と終了) を行います。

    Junos OS ルーティングエンジンのリモート運用プロセスまたはデーモン (rmopd) は、クライアントとサーバーの両方の制御メッセージ交換を処理する制御プレーンの運用を担当します。制御接続のパケットパスの処理は、他の制御プロセスと同じです。サーバーの挨拶、セットアップ-応答、およびセットアップ開始メッセージが正常に交換された後、TWAMP クライアントはセッション作成メッセージの処理を開始します。1つ以上のテストセッションが作成され、次のタプルが含まれています。

    • クライアントおよびサーバーの宛先 IP (DIP) アドレス

    • クライアントおよびサーバーの発信元 IP (SIP) アドレス

    • クライアントとサーバーの UDP ポート

  • TWAMP-Test —TWAMP のテストセッションでは、プローブパケットを交換してパフォーマンスメトリックを測定します。クライアントとサーバー間の各テスト セッションでは、さまざまな QoS 値(RTT(ラウンド トリップ時間)、遅延、遅延の変動など)を使用して、ネットワーク パスでの QoS 動作をテストし、パケットの優先度が異なっています。

    送信側のテストプローブのタイムスタンプは、パケットがリンク上に送出される直前のものです。同様に、受信側 (サーバー側) のテストプローブのタイムスタンプは、リンクからプローブパケットを受信するとすぐに記録されます。このプロンプトを表示することで、正確な RTT、遅延、およびジッターのプローブの特性を計算することができます。また、テストプローブを別の QoS 値に設定して、ネットワークパスの QoS の動作をテストすることもできます。

TWAMP 要素の実装

TWAMP 要素の一般的な実装として、1つのデバイス ( twamp コントローラまたはtwamp クライアント) でのコントロールクライアントとセッション送信者の役割、およびその他のデバイスのサーバーとセッション反射の役割を組み合わせています (TWAMP レスポンダーまたはtwamp サーバー) です。この場合、各デバイスは TWAMP 制御 (制御クライアントとサーバー間の間) と TWAMP-テスト (セッション送信者とセッション-リフレクタの間) の両方を実行します。

図 3は、クライアントとサーバーとして実装されている TWAMP の要素を示しています。

図 3: クライアントとサーバーとして実装された TWAMP の要素クライアントとサーバーとして実装された TWAMP の要素

おける

SRX300、SRX320、SRX340、SRX345、SRX550M で、SRX1500、SRX4100、SRX4200 の各デバイスと vSRX インスタンスには、TWAMP サポートに以下の制限があります。

  • IPv6 の TWAMP はサポートされていません。

  • TWAMP サーバーと TWAMP クライアント認証はサポートされていません。

例:TWAMP クライアントとサーバーの構成

この例では、2方向アクティブ測定プロトコル (TWAMP) クライアントと TWAMP サーバーを構成する方法を示しています。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • SRX シリーズデバイスです。

  • Junos OS リリース18.1 以降のリリースではありません。

TWAMP クライアントおよび TWAMP サーバーの構成を開始する前に、このタスクが構成プロセス全体にどのように適合するのか理解している 双方向アクティブ測定プロトコル (TWAMP) の概要 必要があります。

概要

TWAMP は、TWAMP プロトコルをサポートするネットワーク内の任意の2台のデバイス間でネットワークのパフォーマンスを測定するオープンなプロトコルです。Twamp は、TWAMP-制御プロトコルと TWAMP-テストプロトコルで構成されています。TWAMP 制御プロトコルは、コントロールクライアント間でテストセッションを開始、開始、停止するために使用されます。セッション送信者とセッションリフレクタの間でテストパケットを交換するために使用される TWAMP テストプロトコルです。

図 4は、監視セッションの開始とパケットの交換を担当する以下のエンティティで構成された TWAMP アーキテクチャを示しています。

  • コントロールクライアントは、開始セッションメッセージとともに、すべての要求されたテストセッションを開始し、TWAMP サーバーによって応答を受信します。必要に応じて、コントロールクライアントはメッセージを送信して、すべてのテストセッションを停止します。

  • セッションの送信者とセッションリフレクタは、各アクティブセッションの TWAMP-テストプロトコルに従って、テストパケットを交換します。TWAMP-テストパケットを受信すると、セッションリフレクタは測定パケットを反映し、TWAMP 内のパケット統計情報を収集しません。

図 4: TWAMP クライアントと TWAMP サーバーの構成TWAMP クライアントと TWAMP サーバーの構成

TWAMP サーバーは、1つ以上の TWAMP セッションを管理し、セッション単位のポートを構成できるエンドシステムです。TWAMP サーバーは TCP ポートをリッスンします。セッションリフレクタと TWAMP サーバーは、IP サービスレベル契約の運用で TWAMP レスポンダーを構成します。

Junos OS Release 18.1 では、コントロールクライアントとセッションセンダーの両方が同じデバイス上に存在することができます。クライアント設計では、TWAMP サーバーとセッションリフレクタが同じシステム上にあることを必須としているわけではありません。そのため、Juniper TWAMP クライアントは、サードパーティー製サーバー実装と連携することもできます。

TWAMP クライアントの構成

手順

CLI クイック構成

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更し、コマンドを階層レベルで CLI にコピー アンド ペーストして、設定モードから を入力します。 [edit]commit

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。

TWAMP クライアントを構成するには、次のようにします。

  1. ターゲットアドレスを構成します。

  2. テストセッションとターゲットアドレスの名前を指定します。

  3. テスト内のプローブの数を指定します。

  4. Family inet アドレスを設定します。

  5. ゾーンを構成します。

結果

ルーター1の設定モードから、、、およびshow services rpm twampshow interfacesshow securityコマンドを入力して、設定を確認します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

TWAMP サーバーの構成

手順

CLI クイック構成

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更し、コマンドを階層レベルで CLI にコピー アンド ペーストして、設定モードから を入力します。 [edit]commit

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。

TWAMP サーバーを構成するには、次のようにします。

  1. サービスを構成し、TWAMP サーバーの認証モードを設定します。

  2. クライアントリスト名とアドレスを指定します。

  3. インターフェイスとアドレスを構成します。

  4. ゾーンを構成します。

結果

ルーター1の設定モードから、、、およびshow services rpm twampshow interfacesshow securityコマンドを入力して、設定を確認します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

構成が正常に機能していることを確認します。

TWAMP クライアントセッションの検証

目的

TWAMP クライアントセッションが確立されていることを確認します。

アクション

動作モードから、 show services rpm twamp client sessionコマンドを入力します。

TWAMP サーバーセッションの検証

目的

TWAMP サーバーセッションが確立されていることを確認します。

アクション

動作モードから、 show services rpm twamp server sessionコマンドを入力します。

IPv6 用の RPM プローブの構成に関するガイドライン

Junos OS リリース 15.1 X49 から始まると、IPv6 用に RPM プローブを設定できます。

RPM の宛先またはサーバーに IPv6 アドレスを構成する場合は、以下のガイドラインに従ってください。

  • IPv6 RPM は ICMPv6 プローブリクエストを使用します。ICMP または ICMP タイムスタンププローブタイプを設定することはできません。

  • VRF のサポート、ICMPv6 プローブ、データパターン、およびトラフィッククラスのデータ部分のサイズの仕様を含む IPv6 ターゲットでは、ルーティングエンジンベースの RPM のみがサポートされます。

  • IPv4 と IPv6 のテストの組み合わせを使用して、プローブを設定できます。ただし、個々のテストは IPv4 または IPv6 でなければなりません。

  • ルーティングエンジンベースの RPM は、ハードウェアベースまたは一方向のハードウェアベースのタイムスタンプをサポートしていません。

  • 同時プローブの制限を 10 probe-limitに設定する[edit services rpm]には、階層レベルのステートメントを含めることをお勧めします。同時プローブが増加すると、スパイクが増加する可能性があります。

  • SNMP 設定操作は、ICMP プローブでのみ許可されており、他のプローブタイプには対応していません。

  • 次の表では、プローブで構成できない IPv6 の特別なアドレスプレフィックスについて説明します。

    IPV6 アドレスタイプ

    IPV6 アドレスプレフィックス

    ノードスコープユニキャスト

    :: 1/128 はループバックアドレスです

    ::/128 は未指定アドレス

    IPv4 マップアドレス

    ::FFFF:0:0/96

    IPv4 互換アドレス

    :<ipv4-address>/96

    リンクスコープユニキャスト

    fe80::/10

    固有-ローカル

    fc00::/7

    ドキュメンテーション接頭辞

    2001:db8::/32

    6to4

    2002::/16

    6bone

    5f00::/8

    ラン

    2001:10::/28

    Teredo

    2001::/32

    デフォルトルート

    ::/0

    マルチキャスト

    ff00::/8

  • ルーティングエンジンベースの RPM では、単一のテストであってもキューイング遅延が発生するため、ルートトリップ時間 (RTT) スパイクが生じる可能性があります。

  • Rpm は TCP と UDP のポートを開き、RPM サーバーと RPM クライアントの間で通信を行うことができるため、ファイアウォールと分散型サービス拒否 (DDoS) 攻撃フィルターを使用して、セキュリティ上の脅威から保護することをお勧めします。

スイッチのクライアント/サーバー用の RPM タイムスタンプ用のインターフェイスの設定 (CLI 手順)

リアルタイムパフォーマンス監視 (RPM) を使用してアクティブなプローブを設定し、ネットワーク全体のトラフィックを追跡および監視し、ネットワークの問題を調査します。EX シリーズまたは QFX シリーズスイッチで基本的な RPM プローブを設定するには、プローブの所有者、テスト、および RPM プローブの特定のパラメーターを設定する必要があります。

また、遅延やジッターの測定を改善するために、タイムスタンプを設定することもできます。プローブは、プローブの元となるデバイス (RPM クライアント) によってタイムスタンプされます。ハードウェアのタイムスタンプが有効になっていない場合は、タイマーの値が設定されます。Rpm クライアント (リクエスター) と RPM サーバー (応答側) の両方を設定して、RPM パケットをタイムスタンプする必要があります。ただし、RPM サーバーがハードウェアタイムスタンプをサポートしていない場合、RPM はラウンドトリップ測定のレポートのみを行うことができます。

注:

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

注:

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

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

以下の RPM プローブタイプのハードウェアタイムスタンプを有効にすることができます。

  • icmp-ping

  • icmp-ping-timestamp

  • udp-ping

  • udp-ping-timestamp

RPM プローブを設定し、ハードウェアタイムスタンプを有効にするには、次のようにします。

  1. プローブ所有者を指定します。
  2. テストの名前を指定します。テストは、標準偏差、平均、およびジッターが計算されるプローブの範囲を表します。
  3. プローブのパケットおよびプロトコルの内容を指定します。
  4. プローブに使用する宛先 IPv4 アドレスを指定します。
  5. テスト内のプローブ数を指定します。
  6. パケットの送信を待機する時間を秒単位で指定します。
  7. テスト間の待機時間を秒単位で指定します。
  8. プローブに使用する送信元 IP アドレスを指定します。送信元IPアドレスがスイッチに割り当てられたアドレスの1つではない場合、パケットは発信インターフェースのアドレスを送信元として使用します。
  9. IP ヘッダー内の、差別化サービス (DiffServ) フィールドの値を指定します。DiffServ コードポイント (DSCP) ビット値は、有効な6ビットのパターンに設定する必要があります。
  10. ICMP プローブを使用している場合は、ICMP プローブのデータ部分のサイズを以下のように指定します。
  11. RPM プローブメッセージのタイムスタンプを有効にする:
    注:

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

BGP デバイスを選択するための RPM プローブの指示

デバイスに多数の BGP 近隣構成が設定されている場合、すべての近隣ユーザーではなく BGP 近隣の選択したグループに RPM プローブをダイレクト (フィルター) することができます。RPM プローブを受信する BGP デバイスを特定するには、ルーティングインスタンスを設定できます。

次の例では、構成階層のさまざまなレベルを移動する必要があります。その方法の詳細については、「 ネットワーク ユーザー ガイド 」の「 設定モードでの CLI エディター の Junos OS CLI使用 」を 参照してください

BGP の隣接機器を選択するために RPM プローブをダイレクトするには:

  1. ルーティングインスタンス内RI1で BGP の近隣ノードに対して、RPM プローブを送信するようにルーティングを構成します。
  2. デバイスの設定が完了したら、設定commitモードから入力します。

IPv6 RPM プローブ

Junos OS リリース 15.1 X49 から D10 まで、ルートエンジンベースの RPM は IPv6 プローブパケットを送受信して、IPv6 ネットワークのパフォーマンスを監視できます。

プローブ要求は、対応する TCP、UDP、および ICMPv6 ヘッダーを持つ標準の IPv6 パケットです。プローブ応答は、対応する TCP、UDP、および ICMPv6 ヘッダーを使用した標準 IPv6 パケットでもあります。再ベースの RPM では、RPM ヘッダーは標準のパケットに追加されません。Ipv6 RPM のクライアントと ipv6 RPM サーバーの間では、IPv6 ベースの RPM テストが行われます。

注:

同じプローブで IPv4 テストと IPv6 テストの両方を使用できます。

IPv6 RPM プローブの構成

Junos OS リリース 15.1 X49 から開始して、IPv6 ベースの RPM プローブテスト用に IPv6 宛先アドレスを設定できます。

IPv6 RPM のテストを構成するには、次のようにします。

  1. IPv6 テストとして設定するプローブの RPM プローブ所有者を指定します。
  2. テストの名前を指定します。
  3. プローブタイプを指定します。
  4. テストのターゲットアドレスを指定します。
  5. 残りの RPM テストパラメーターを構成します。

RPM プローブのチューニング

RPM プローブを設定したら、プローブの間隔、システムが処理できる同時プローブの総数、各プローブパケットに使用される送信元アドレスなど、プローブ機能を制御するパラメーターを設定できます。例をご覧ください。基本的な RPM プローブを設定します。

次の例では、構成階層のさまざまなレベルを移動する必要があります。その方法の詳細については、「 ネットワーク ユーザー ガイド 」の「 設定モードでの CLI エディター の Junos OS CLI使用 」を 参照してください

RPM プローブをチューニングするには、次のようにします。

  1. システムに許可されている同時プローブの最大数10を設定します。
  2. 顧客 A の ICMP プローブにアクセスします。
  3. プローブ伝送の間隔を15秒に設定します。
  4. テスト内のプローブの数をに10設定します。
  5. 各プローブパケットの送信元アドレスを192.168.2.9設定します。送信元アドレスが明示的に設定されていない場合、プローブを送信するアウトゴーイングインターフェイス上のアドレスが発信元アドレスとして使用されます。
  6. デバイスの設定が完了したら、設定commitモードから入力します。

RPM プローブの監視

RPM 情報には、デバイスに設定された各 RPM テストのラウンドトリップ時間、ジッター、および標準偏差の値が含まれています。これらの RPM プロパティを表示するには、J-Web ユーザー インターフェイスで Troubleshoot>RPM>View RPM 選択するか、設定モードで コマンドを入力 show します。

J-Web ユーザーインターフェイスでは、各 RPM テストの RPM 統計に加えて、ラウンドトリップ時間と累積のジッターがグラフィカルに表示されます。図 5 RPM テストのサンプルグラフを示します。

図 5: サンプル RPM のグラフサンプル RPM のグラフ

図 5は、ラウンドトリップの時間と変位の値は、システム時刻の機能としてプロットされます。ラウンドトリップの時間やジッターの急激なスパイクは、その特定の時点で送信されたプローブのアウトバウンド (送信) またはインバウンド (受信) の時間を示しています。

表 3RPM ディスプレイの主な出力フィールドをまとめたものです。

表 3: 主な RPM 出力フィールドのまとめ

]

指定

その他の情報

現在実行中のテスト

グラフ

 

リンクをクリックしてグラフを表示するか(まだ表示されていない場合)、特定のテストの Graph グラフを更新します。

所有者

設定された RPM テストの所有者名。

テスト名

RPM テストの構成名。

プローブタイプ

指定されたテストに設定された RPM プローブのタイプ:

  • http-get

  • http-get-metadata

  • icmp-ping

  • icmp6-ping

  • icmp-ping-timestamp

  • tcp-ping

  • udp-ping

ターゲットアドレス

これは、IPv4 アドレス、IPv6 アドレス、または RPM テストで調査されるリモートサーバーの URL です。

送信元アドレス

プローブパケットヘッダーに含まれる IPv4 または IPv6 送信元アドレスを明示的に設定します。

送信元アドレスが設定されていない場合、RPM プローブパケットは送信元のアドレスとしてアウトゴーイングインターフェイスを使用し、送信元アドレスフィールドは空になります。

最小 RTT

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

最大 RTT

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

平均 RTT

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

標準偏差 RTT

テストの過程で測定した、ジュニパーネットワークスデバイスからリモートサーバーへのラウンドトリップ時間の標準偏差。

送信したプローブ

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

損失率

送信したプローブのうち、応答が受信されなかったものの割合。

プローブのラウンドトリップ時間

サンプル

データセットに使用されるプローブの総数。

ジュニパーネットワークスデバイスは、設定された各テストの最新の50プローブのレコードを保持します。これらの50プローブは、特定のテストの RPM 統計情報を生成するために使用されます。

最初のサンプル

サンプルの最初のプローブが受信されたシステム時刻。

最新のサンプル

サンプルの最後のプローブが受信されたシステム時刻。

平均値

50プローブサンプルの平均ラウンドトリップ時間です。

標準偏差

50プローブサンプルのラウンドトリップ時間の標準偏差。

最小値

50プローブサンプルで測定された、デバイスからリモートサーバーへの最短往復時間。

最小の時間のサンプル

50-プローブサンプルの最小値が受信されたシステム時刻。

最大値

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

最大の時間のサンプル数

50の最大値が返されたときのシステム時刻を示します。

プローブの累積変位

サンプル

データセットに使用されるプローブの総数。

ジュニパーネットワークスデバイスは、設定された各テストの最新の50プローブのレコードを保持します。これらの50プローブは、特定のテストの RPM 統計情報を生成するために使用されます。

最初のサンプル

サンプルの最初のプローブが受信されたシステム時刻。

最新のサンプル

サンプルの最後のプローブが受信されたシステム時刻。

平均値

50プローブサンプルの平均変位です。

標準偏差

50プローブサンプルの変位値の標準偏差です。

最小値

50プローブサンプルで計測された最小変位値。

最小の時間のサンプル

50-プローブサンプルの最小値が受信されたシステム時刻。

最大値

50プローブサンプルで測定された、最大のジッター値。

最大の時間のサンプル数

50-プローブサンプルで最大変位値が受信された場合のシステム時刻。

例:基本的な RPM プローブの設定

この例では、基本的な RPM プローブを設定して、2つのネットワークエンドポイント間のパフォーマンスを測定する方法を示します。

要件

開始する前に:

概要

この例では、2 RPM の所有者、customerA、および顧客 b のための基本的なプローブを設定します。テスト間隔15秒を指定して、RPM テストを customerA 用の icmp 検定として構成し、プローブタイプとして icmp ping-timestamp、プローブタイムスタンプ、ターゲットアドレスを192.178.16.5 とします。その後、RPM のしきい値と対応する SNMP トラップを構成して、受信 (着信) 回数を3000マイクロ秒以上に検知します。

次に、テスト間隔30秒を使用して、顧客 b に対して RPM テストを http テストとして設定し、プローブタイプとして http-get とターゲット URL を http://customerB.net として指定します。最後に、RPM のしきい値と対応する SNMP トラップをプローブ障害およびテスト不合格として設定し、連続した3つ以上のプローブと10個の損失プローブを検出します。

注:

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

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

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

構成

手順

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細を変更し、コマンドを[edit]階層レベルで CLI にコピー & ペーストしてから設定commitモードから開始します。

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。その方法の詳細については、「 ネットワーク ユーザー ガイド 」の「 設定モードでの CLI エディター の Junos OS CLI使用 」を 参照してください

基本的な RPM プローブを設定するには:

  1. RPM を設定します。

  2. RPM の所有者を設定します。

  3. カスタム時代に対応する RPM テストを構成します。

  4. プローブのタイムスタンプとターゲットアドレスを指定します。

  5. RPM のしきい値と対応する SNMP トラップを設定します。

  6. 顧客 b の RPM テストを設定します。

  7. プローブタイプとターゲット URL を指定します。

  8. RPM のしきい値と対応する SNMP トラップを設定します。

結果

設定モードから、 show services rpmコマンドを入力して設定を確認します。出力に意図した構成が表示されない場合は、この例の設定手順を繰り返して修正してください。

デバイスの設定が完了したら、設定commitモードから入力します。

検証

構成が正常に機能していることを確認します。

RPM サービスの確認

目的

RPM の設定が予測値内にあることを確認します。

アクション

動作モードから、 show services rpmコマンドを入力します。この出力は、デバイスの RPM 用に設定されている値を示しています。

RPM の統計情報の確認

目的

RPM プローブが機能していること、および RPM の統計値が期待どおりであることを確認します。

アクション

設定モードからshow services rpm probe-resultsコマンドを入力します。

set services rpm probe p1 test t1 trapsコマンドを使用して、必要なトラップを設定します。

トラップがトリガーされた場合は、 コマンドを使用してという名前のログ ファイルに同 messages じことを表示 show snmp log messages | match rmopd できます。

使用可能なオプション

値セット

送信-ジッターを超えました

送信時間しきい値のずれを超過

送信-標準偏差の超過

送信時刻の標準偏差しきい値を超えました

送信時間超過

最大送信時間しきい値を超えました

入口によるジッターの超過

受信時間しきい値のずれを超えています

入口: 標準偏差

受信時刻の標準偏差しきい値を超えました

プローブ障害

連続するプローブ損失しきい値に達しました

rtt 超過

最大ラウンドトリップ時間しきい値を超えました

標準偏差を超えた

ラウンドトリップ時間の標準誤差しきい値を超えました

テスト完了

テスト完了

テストの失敗

Total probe 負けしきい値に達しました

例:TCP および UDP プローブを使用した RPM の設定

この例では、TCP および UDP プローブを使用して RPM を構成する方法を示しています。

要件

開始する前に:

概要

この例では、ホスト (デバイス A) とリモートデバイス (デバイス B) の両方を、TCP および UDP サーバーとして機能するように設定します。TCP パケットを使用する顧客 c のプローブを構成します。デバイス B は TCP および UDP パケット両方の RPM サーバーとして設定され、宛先インターフェイスとしては lt サービスインターフェイス、ポート5万、50037としています。

注意:

不適切な設定によってパケットがドロップされる可能性があるため、プローブ分類は注意して使用してください。

構成

手順

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細を変更し、コマンドを[edit]階層レベルで CLI にコピー & ペーストしてから設定commitモードから開始します。

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。その方法の詳細については、「 ネットワーク ユーザー ガイド 」の「 設定モードでの CLI エディター の Junos OS CLI使用 」を 参照してください

TCP および UDP プローブを使用して RPM を構成するには、次のようにします。

  1. デバイス A の RPM 所有者を設定します。

  2. RPM のテストを設定します。

  3. プローブタイプを設定します。

  4. ターゲットアドレスを指定します。

  5. 宛先インターフェイスを構成します。

  6. RPM プローブが送信される TCP ポートとしてポート5万を設定します。

  7. ポート5万を使用して、デバイス B を TCP サーバーとして動作するように設定します。

  8. ポート50037を使用して UDP サーバーとして動作するようにデバイス B を構成します。

結果

設定モードから、 show services rpmコマンドを入力して設定を確認します。出力に意図した構成が表示されない場合は、この例の設定手順を繰り返して修正してください。

デバイスの設定が完了したら、設定commitモードから入力します。

検証

RPM プローブサーバーの確認

目的

構成が正常に機能していることを確認します。

デバイスが正しいポートで TCP および UDP RPM プローブを送受信するように設定されていることを確認します。

アクション

設定モードからshow services rpm active-serversコマンドを入力します。この出力は、そのデバイスが RPM サーバーとして設定されているプロトコルと対応するポートのリストを示しています。

例:BGP 監視用の RPM プローブの設定

この例は、BGP の近隣ノードを監視するために RPM プローブを設定する方法を示しています。

要件

開始する前に:

  • BGP の隣接機器に RPM プローブを送信するには、RPM 構成で BGP のパラメーターを設定します。例をご覧ください。基本的な RPM プローブを設定します。

  • TCP または UDP の調査を使用するには、probe サーバー (ジュニパーネットワークスデバイス) とプローブ受信機 (リモートデバイス) の両方を設定し、同じ TCP または UDP ポートで RPM プローブを送信および受信するようにします。例をご覧ください。TCP と UDP のプローブを使用して RPM を構成します。

概要

この例では、ABCD123 として RPM プローブのデータ部分に使用する16進数値を指定します。(1 ~ 2048 文字の範囲になります)。RPM プローブのデータサイズを1024バイトとして指定します。(値は 0 ~ 65507 の範囲になります)。

次に、RPM プローブが送信される TCP ポートとして宛先ポート5万を構成します。プローブ履歴に保存するプローブ結果の数を25に指定します。(0 ~ 255 の範囲で、デフォルトは50です)。「プローブカウント」を「5」および「プローブインターバル」を1に設定します。(プローブカウントの範囲は 1 ~ 15 で、デフォルトは 1)、プローブインターバルの範囲は 1 ~ 255 で、デフォルトは3です。次に、テストの一部として送信するプローブのタイプとして、tcp ping を指定します。

最後に、テスト間隔を60に設定します。この値は、0 ~ 86400 秒の範囲で、テスト間の間隔を指定します。

構成

手順

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細を変更し、コマンドを[edit]階層レベルで CLI にコピー & ペーストしてから設定commitモードから開始します。

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。その方法の詳細については、「 ネットワーク ユーザー ガイド 」の「 設定モードでの CLI エディター の Junos OS CLI使用 」を 参照してください

RPM プローブを設定して BGP 隣接ノードを監視するには

  1. RPM と BGP を設定します。

  2. 16進値を指定します。

  3. RPM プローブのデータサイズを指定します。

  4. 宛先ポートを構成します。

  5. プローブの数を指定します。

  6. Probe count と probe interval を設定します。

  7. プローブのタイプを指定します。

    注:

    プローブタイプを指定しない場合、デフォルトの ICMP プローブが送信されます。

  8. テスト間隔を設定します。

結果

設定モードから、 show services rpmコマンドを入力して設定を確認します。出力に意図した構成が表示されない場合は、この例の設定手順を繰り返して修正してください。

デバイスの設定が完了したら、設定commitモードから入力します。

検証

BGP 監視のための RPM プローブの確認

目的

構成が正常に機能していることを確認します。

BGP 監視用の RPM プローブが設定されていることを確認します。

アクション

設定モードからshow services rpmコマンドを入力します。

リリース履歴テーブル
リリース
説明
18.4R1
Junos OS リリース 18.4 R1 から開始して、プローブまたはテストの結果がパケット損失しきい値を超えると、リアルタイムパフォーマンス監視 (RPM) テストのプローブが失敗としてマークされます。ラウンドトリップ時間 (RTT) が設定したしきい値を超えた場合にも、テストプローブが失敗します。その結果、デバイスは SNMP 通知 (トラップ) を生成し、RPM テストを失敗としてマークします。RPM では、サービスレベルの監視を実行できます。デバイスで RPM が設定されている場合、デバイスはパケットの応答時間、ジッター、パケットロスに基づいてネットワークのパフォーマンスを計算します。