SRX デバイスのリアルタイム パフォーマンス監視
概要 このセクションでは、ネットワーク事業者とその顧客が 2 つのエンドポイント間のネットワークのパフォーマンスを正確に測定できる RPM(リアルタイム パフォーマンス監視)機能について説明します。
RPM の概要(SRX)
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プローブを設定すると、以下の設定パラメーターの組み合わせはサポートされません。
送信元アドレスと宛先ポート、ネクストホップ。
これらのパラメータでRPMプローブを設定することで、指定されたプローブターゲットにRPMプローブを送信できなくなります。RPM プローブを設定するには、送信元アドレスまたは宛先ポートとネクストホップのいずれかを設定することをお勧めします。
RPM テスト
プローブされた各ターゲットは、テスト期間中に監視されます。テストは、構成で定義された一定の間隔で送信されるプローブの集まりを表します。その後、各テストの統計が返されます。テストは、ある程度の時間にわたって監視されたプローブの集まりであるため、標準偏差やジッターなどのテスト統計を計算し、平均プローブ統計に含めることができます。
プローブとテスト間隔
テスト内では、RPM プローブが秒単位で設定された一定の間隔で送信されます。プローブの総数が送信され、対応する応答を受信すると、テストは完了します。各テストのプローブ間隔を手動で設定して、RPM テストの実施方法を制御できます。
特定のテストのすべてのプローブが送信された後、テストは再び開始されます。テスト間の時間は、テスト間隔です。テスト間隔を手動で設定して、RPMパフォーマンスを調整できます。
SRX340デバイスでは、icmpを使用したRPMサーバー操作はサポートされていません。RPM サーバーは TCP および UDP で問題なく動作します。
ハードウェアタイムスタンプによるジッター測定
ジッターとは、連続する 2 つのプローブ間の相対的な通過時間の差です。
以下の RPM プローブをタイムスタンプして、遅延やジッターの測定を改善できます。
ICMP ping
ICMP ping タイムスタンプ
UDP ping
UDP ping タイムスタンプ
デバイスは、宛先ポートが UDP-ECHO(ポート 7)の場合のみ、UDP ping および UDP ping タイムスタンプ RPM プローブのハードウェア タイムスタンプをサポートします。
タイムスタンプは、プローブを発信したデバイス(RPMクライアント)の転送プロセス中に行われますが、プローブのターゲットであるリモートデバイス(RPMサーバー)では実行されません。
タイムスタンプ用のデバイスでサポートされているカプセル化は、VLAN、同期PPP、フレームリレーを含むイーサネットです。サポートされる唯一の 論理インターフェイス は 、lt サービスインターフェイスです。
ハードウェアタイムスタンプを使用したRPMプローブ生成は、SNMPプロトコルを介して取得できます。
RPM 統計
各テストの最後に、 表1に示すように、パケットの往復時間、パケットのインバウンドとアウトバウンドの時間(ICMPタイムスタンププローブのみ)、プローブロスの統計を収集します。
RPM 統計 |
説明 |
|---|---|
| 往復時間 | |
最小のラウンドトリップタイム |
テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの最短の往復時間 |
最大往復時間 |
テスト期間中に測定された、Juniper Networks デバイスからリモートサーバーまでの最長の往復時間 |
平均のラウンドトリップタイム |
テスト期間中に測定された、Juniper Networks デバイスからリモートサーバーまでの平均往復時間 |
標準偏差の往復時間 |
テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの往復時間の標準偏差 |
ジッタ |
テスト期間中に測定された最大往復時間と最小往復時間の差 |
| インバウンドおよびアウトバウンド時間(ICMP タイムスタンプ プローブのみ) | |
最小エグレス時間 |
テスト期間中に測定された、Juniper Networks デバイスからリモート サーバーまでの最短の片道時間 |
最大イングレス時間 |
テスト期間中に測定された、リモートサーバーからJuniper Networksデバイスまでの最短の片道時間 |
平均エグレス時間 |
テスト期間中に測定された、Juniper Networks デバイスからリモートサーバーまでの平均片道時間 |
平均イングレス時間 |
テスト期間中に測定された、リモートサーバーからジュニパーネットワークスデバイスまでの平均片道時間 |
標準偏差のエグレス時間 |
テスト期間中に測定された、Juniper Networks デバイスからリモートサーバーまでの片道時間の標準偏差 |
標準偏差のイングレス時間 |
テスト期間中に測定された、リモートサーバーからジュニパーネットワークスデバイスまでの片道時間の標準偏差 |
エグレス ジッター |
テスト期間中に測定されたアウトバウンド時間の最大値と最小値の差 |
イングレス ジッター |
テスト期間中に測定された、インバウンド時間の最大値と最小値の差 |
| プローブ数 | |
プローブの送信 |
テスト期間中に送信されたプローブの総数 |
受信したプローブの回答 |
テスト期間中に受信したプローブ応答の総数 |
損失率 |
送信されたプローブのうち、応答を受信できなかった割合 |
RPM のしきい値とトラップ
各プローブで測定される往復時間、イングレス(インバウンド)タイム、エグレス(アウトバウンド)タイム、および各テストで測定される標準偏差とジッター値に対して RPM 閾値を設定できます。さらに、テスト内で連続して失われたプローブの数と、テスト内の失われたプローブの総数にしきい値を設定できます。
プローブまたはテストの結果がしきい値を超えた場合、デバイスはシステムログメッセージを生成し、設定したSNMP(簡易ネットワーク管理プロトコル)通知(トラップ)を送信します。
Junos OSリリース18.4R1以降、プローブまたはテストの結果がパケット損失のしきい値を超えた場合、リアルタイムパフォーマンス監視(RPM)テストプローブは失敗とマークされます。また、ラウンドトリップタイム(RTT)が設定されたしきい値を超えた場合、テストプローブは失敗します。その結果、デバイスはSNMP通知(トラップ)を生成し、RPMテストが失敗とマークされます。RPM では、サービスレベルの監視を実行できます。RPM がデバイスに設定されている場合、デバイスはパケット応答時間、ジッター、パケット ロスに基づいてネットワーク パフォーマンスを計算します。
BGP 監視用の RPM
境界ゲートウェイプロトコル(BGP)を使用して接続されたピアリングネットワークを管理する場合、ジュニパーネットワークスデバイスとその設定されたBGPネイバーの間にパスが存在するかどうかを確認する必要がある場合があります。各 BGP ネイバーを手動で ping して接続ステータスを確認することはできますが、デバイスに多数の BGP ネイバーが設定されている場合、この方法は実用的ではありません。
デバイスでは、RPMプローブを設定してBGPネイバーを監視し、それらがアクティブかどうかを判断できます。
IPv6(SRXデバイス)向けRPMプローブを設定するためのガイドライン
Junos OS リリース 15.1X49-D10 以降、IPv6 用の RPM プローブを設定できます。
RPM の宛先またはサーバーに IPv6 アドレスを設定する場合は、次のガイドラインに注意してください。
IPv6 RPM は、ICMPv6 プローブリクエストを使用します。ICMP または ICMP タイムスタンプ プローブ タイプは設定できません。
ルーティングエンジンベースのRPMのみが、VRFサポート、ICMPv6プローブのデータ部分のサイズの仕様、データパターン、およびトラフィッククラスを含むIPv6ターゲットに対してサポートされています。
IPv4 と IPv6 のテストを組み合わせてプローブを設定できます。ただし、個々のテストはIPv4またはIPv6のいずれかである必要があります。
ルーティングエンジンベースのRPMは、ハードウェアベースまたは一方向のハードウェアベースのタイムスタンプをサポートしていません。
階層レベルに
[edit services rpm]ステートメントをprobe-limit含め、同時プローブの制限を 10 に設定することをお勧めします。同時プローブの数が多いほど、スパイクが増加する可能性があります。SNMP セット操作は、ICMP プローブでのみ許可されており、他のプローブ タイプではサポートされていません。
以下の表では、プローブで設定できない IPv6 特殊アドレスプレフィックスについて説明します。
IPV6 アドレス タイプ
IPV6 アドレス プレフィックス
ノードスコープ ユニキャスト
::1/128 はループバック アドレスです。
::/128は、未指定のアドレスです
IPv4 にマッピングされたアドレス
::FFFF:0:0/96
IPv4 互換アドレス
:<ipv4-address>/96
リンクスコープ ユニキャスト
fe80::/10
固有ローカル
fc00::/7
ドキュメントプレフィックス
2001:db8::/32
6~4
2002::/16
6ボーン
5f00:::/8
蘭
2001:10::/28
Teredo
2001::/32
デフォルト ルート
::/0
マルチキャスト
ff00::/8
ルーティングエンジンベースのRPMでは、1つのテストでも、キューイングの遅延によりルートトリップタイム(RTT)スパイクが発生する可能性があります。
RPMは、TCPおよびUDPポートを開いてRPMサーバーとRPMクライアント間の通信を行う可能性があるため、ファイアウォールと分散型サービス拒否(DDoS)攻撃フィルターを使用してセキュリティの脅威から保護することをお勧めします。
IPv6 RPM プローブ(vSRX)
Junos OS リリース 15.1X49-D10 以降、ルート エンジンベースの RPM は、IPv6 プローブ パケットを送受信して、IPv6 ネットワークのパフォーマンスを監視できます。
プローブリクエストは、対応するTCP、UDP、ICMPv6ヘッダーを持つ標準IPv6パケットです。プローブ応答はまた、対応するTCP、UDP、ICMPv6ヘッダーを持つ標準IPv6パケットです。RE ベースの RPM の標準パケットに RPM ヘッダーは付加されません。IPv6 ベースの RPM テストは、IPv6 RPM クライアントと IPv6 RPM サーバーの間で行われます。
同じプローブでIPv4テストとIPv6テストの両方を行うことができます。
IPv6 RPM プローブの設定(vSRX)
Junos OS リリース 15.1X49-D10 以降、IPv6 ベースの RPM プローブ テストに IPv6 宛先アドレスを設定できるようになりました。
IPv6 RPMテストを設定するには:
RPM プローブのチューニング(SRX デバイス)
RPM プローブを設定した後、プローブ間の間隔、システムが処理できる同時プローブの総数、各プローブ パケットに使用される送信元アドレスなど、プローブ機能を制御するためのパラメーターを設定できます。
RPM プローブを調整するには::
RPM プローブの監視(SRX デバイス)
RPM情報には、デバイスで設定された各RPMテストの往復時間、ジッター、および標準偏差値が含まれます。これらのRPMプロパティを表示するには、J-Webユーザーインターフェイスで トラブルシューティング>RPM>View RPM を選択するか、設定モードで コマンドを show 入力します。
[edit] user@host# run show services rpm probe-results
J-Web ユーザー インターフェイスは、各 RPM テストの RPM 統計に加えて、往復時間と累積ジッターをグラフィカルに表示します。 図 1 は、RPM テストのグラフの例を示しています。
例
図 1 では、往復時間とジッターの値をシステム時間の関数としてプロットしています。ラウンドトリップタイムまたはジッターの大きなスパイクは、その特定の時間に送信されたプローブのアウトバウンド(エグレス)またはインバウンド(イングレス)時間が遅いことを示しています。
表 2 は 、RPM ディスプレイの主要な出力フィールドをまとめたものです。
フィールド |
値 |
その他の情報 |
|---|---|---|
| 現在実行中のテスト | ||
グラフ |
グラフリンクをクリックしてグラフを表示するか(まだ表示されていない場合)、特定のテストのグラフを更新します。 |
|
所有者 |
RPM テストの設定された所有者名。 |
– |
テスト名 |
RPM テストの設定された名前。 |
– |
プローブタイプ |
指定されたテストに設定されたRPMプローブのタイプ:
|
– |
ターゲットアドレス |
RPMテストでプローブされているリモートサーバーのIPv4アドレス、IPv6アドレス、またはURL。 |
– |
送信元アドレス |
プローブパケットヘッダーに含まれる、明示的に設定されたIPv4またはIPv6送信元アドレス。 |
送信元アドレスが設定されていない場合、RPMプローブパケットは発信インターフェイスを送信元アドレスとして使用し、送信元アドレスフィールドは空になります。 |
最小 RTT |
テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの最短の往復時間。 |
– |
最大 RTT |
テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの最長の往復時間。 |
– |
平均 RTT |
テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの平均往復時間。 |
– |
標準偏差 RTT |
テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの往復時間の標準偏差。 |
– |
プローブの送信 |
テスト期間中に送信されたプローブの総数。 |
– |
損失率 |
送信されたプローブのうち、応答を受信できなかった割合。 |
– |
| プローブの往復時間 | ||
サンプル |
データセットに使用されるプローブの総数。 |
ジュニパーネットワークスのデバイスは、構成されたテストごとに最新の 50 個のプローブの記録を保持します。これらの 50 個のプローブは、特定のテストの RPM 統計を生成するために使用されます。 |
初期サンプル |
サンプル内の最初のプローブを受信したシステム時間。 |
– |
最新のサンプル |
サンプル内の最後のプローブを受信したシステム時間。 |
– |
平均値 |
50 個のプローブのサンプルの平均往復時間。 |
– |
標準偏差 |
50 個のプローブのサンプルの往復時間の標準偏差 |
– |
最小値 |
50 個のプローブのサンプルで測定された、デバイスからリモート サーバーまでの最短のラウンドトリップタイム。 |
– |
最小サンプルの時間 |
50 個のプローブのサンプルの中で最小値を受信したシステム時間。 |
– |
最高値 |
50 個のプローブのサンプルで測定された、Juniper Networks デバイスからリモート サーバーまでの最長のラウンドトリップタイム。 |
– |
最高サンプルの時間 |
50 個のプローブのサンプルの最大値を受信したシステム時間。 |
– |
| プローブの累積ジッター | ||
サンプル |
データセットに使用されるプローブの総数。 |
ジュニパーネットワークスのデバイスは、構成されたテストごとに最新の 50 個のプローブの記録を保持します。これらの 50 個のプローブは、特定のテストの RPM 統計を生成するために使用されます。 |
初期サンプル |
サンプル内の最初のプローブを受信したシステム時間。 |
– |
最新のサンプル |
サンプル内の最後のプローブを受信したシステム時間。 |
– |
平均値 |
50 個のプローブのサンプルの平均ジッター。 |
– |
標準偏差 |
50 個のプローブのサンプルのジッター値の標準偏差。 |
– |
最小値 |
50 個のプローブのサンプルで測定された最小ジッター値。 |
– |
最小サンプルの時間 |
50 個のプローブのサンプルの中で最小値を受信したシステム時間。 |
– |
最高値 |
50 個のプローブのサンプルで測定された最大ジッター値。 |
– |
最高サンプルの時間 |
50 個のプローブのサンプルで最大ジッター値を受信したシステム時間。 |
– |
例:基本的なRPMプローブの設定(SRX)
この例では、2つのネットワークエンドポイント間のパフォーマンスを測定する基本的なRPMプローブを設定する方法を示します。
要件
開始する前に、以下を行います。
基本的な接続性を確立します。
ネットワーク インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
概要
この例では、customerAと customerBの2つのRPM所有者に基本的なプローブを設定します。テスト間隔が15秒のカスタマーAのicmp-testとしてRPMテストを設定し、プローブタイプをicmp-ping-timestamp、プローブタイムスタンプ、ターゲットアドレスを192.178.16.5として指定します。次に、RPMのしきい値と対応するSNMPトラップを設定して、3000マイクロ秒を超えるイングレス(インバウンド)時間をキャッチします。
次に、テスト間隔が30秒のカスタマーBのhttp-testとしてRPMテストを設定し、プローブタイプをhttp-getに、ターゲットURLを http://customerB.net に指定します。最後に、RPM のしきい値と対応する SNMP トラップを probe-failure と test-failure として設定し、連続して失われた 3 つ以上のプローブと 10 個の失われたプローブの合計をキャッチします。
SRX300、SRX320、SRX340、SRX1500デバイスおよびvSRXインスタンスでは、基本的なRPMプローブを設定すると、以下の設定パラメーターの組み合わせはサポートされません。
送信元アドレスと宛先ポート、ネクストホップ。
これらのパラメータでRPMプローブを設定することで、指定されたプローブターゲットにRPMプローブを送信できなくなります。RPM プローブを設定するには、送信元アドレスまたは宛先ポートとネクストホップのいずれかを設定することをお勧めします。
構成
手順
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを 階層レベルの [edit] CLI にコピー アンド ペーストして、設定モードから を入力 commit します。
set services rpm probe customerA test icmp-test probe-interval 15 set services rpm probe customerA test icmp-test probe-type icmp-ping-timestamp set services rpm probe customerA test icmp-test hardware-timestamp set services rpm probe customerA test icmp-test target address 192.178.16.5 set services rpm probe customerA test icmp-test thresholds ingress-time 3000 set services rpm probe customerA test icmp-test traps ingress-time-exceeded set services rpm probe customerB test http-test probe-interval 30 set services rpm probe customerB test http-test probe-type http-get set services rpm probe customerB test http-test target url http://customerB.net set services rpm probe customerB test http-test thresholds successive-loss 3 set services rpm probe customerB test http-test thresholds total-loss 10 set services rpm probe customerB test http-test traps probe-failure set services rpm probe customerB test http-test traps test-failure
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。その方法の詳細については、 Junos OS CLIユーザーガイドの 設定モードでのCLIエディターの使用を参照してください。
基本的なRPMプローブを設定するには:
RPMを設定します。
[edit] user@host# edit services rpm
RPM所有者を設定します。
[edit services rpm] user@host# set probe customerA user@host# set probe customerB
顧客AのRPMテストを設定します。
[edit services rpm] user@host# edit probe customerA user@host# set test icmp-test probe-interval 15 user@host# set test icmp-test probe-type icmp-ping-timestamp
プローブタイムスタンプとターゲットアドレスを指定します。
[edit services rpm probe customerA] user@host# set test icmp-test hardware-timestamp user@host# set test icmp-test target address 192.178.16.5
RPM閾値と対応するSNMPトラップを設定します。
[edit services rpm probe customerA] user@host# set test icmp-test thresholds ingress-time 3000 user@host# set test icmp-test traps ingress-time-exceeded
顧客BのRPMテストを設定します。
[edit] user@host# edit services rpm probe customerB user@host# set test http-test probe-interval 30
プローブタイプとターゲットURLを指定します。
[edit services rpm probe customerB] user@host# set test http-test probe-type http-get user@host# set test http-test target url http://customerB.net
RPM閾値と対応するSNMPトラップを設定します。
[edit services rpm probe customerB] user@host# set test http-test thresholds successive-loss 3 user@host# set test http-test thresholds total-loss 10 user@host# set test http-test traps probe-failure user@host# set test http-test traps test-failure
結果
設定モードから、 コマンドを入力して設定を run show services rpm 確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。
[edit]
user@host# run show services rpm
probe customerA {
test icmp-test {
probe-type icmp-ping-timestamp;
target address 192.178.16.5;
probe-interval 15;
thresholds {
ingress-time 3000;
}
traps ingress-time-exceeded;
hardware-timestamp;
}
}
probe customerB {
test http-test {
probe-type http-get;
target url http://customerB.net;
probe-interval 30;
thresholds {
successive-loss 3;
total-loss 10;
}
traps [ probe-failure test-failure ];
}
}
デバイスの設定が完了したら、設定モードから を入力します commit 。
検証
設定が正しく機能していることを確認します。
RPM サービスの検証
目的
RPM 設定が想定される値内であることを確認します。
アクション
動作モードから、 コマンドを show services rpm 入力します。出力は、デバイス上のRPMに設定された値を示しています。
RPM 統計の検証
目的
RPMプローブが機能し、RPM統計が期待値内であることを確認します。
アクション
動作モードから、 コマンドを show services rpm probe-results 入力します。
user@host> show services rpm probe-results
Owner: customerD, Test: icmp-test
Probe type: icmp-ping-timestamp
Minimum Rtt: 312 usec, Maximum Rtt: 385 usec, Average Rtt: 331 usec,
Jitter Rtt: 73 usec, Stddev Rtt: 27 usec
Minimum egress time: 0 usec, Maximum egress time: 0 usec,
Average egress time: 0 usec, Jitter egress time: 0 usec,
Stddev egress time: 0 usec
Minimum ingress time: 0 usec, Maximum ingress time: 0 usec,
Average ingress time: 0 usec, Jitter ingress time: 0 usec,
Stddev ingress time: 0 usec
Probes sent: 5, Probes received: 5, Loss percentage: 0
Owner: customerE, Test: http-test
Target address: 192.176.17.4, Target URL: http://customerB.net,
Probe type: http-get
Minimum Rtt: 1093 usec, Maximum Rtt: 1372 usec, Average Rtt: 1231 usec,
Jitter Rtt: 279 usec, Stddev Rtt: 114 usec
Probes sent: 3, Probes received: 3, Loss percentage: 0
Owner: Rpm-Bgp-Owner, Test: Rpm-Bgp-Test-1
Target address: 10.209.152.37, Probe type: icmp-ping, Test size: 5 probes
Routing Instance Name: LR1/RI1
Probe results:
Response received, Fri Oct 28 05:20:23 2005
Rtt: 662 usec
Results over current test:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Results over all tests:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
コマンドを使用して、必要なトラップを set services rpm probe p1 test t1 traps 設定します。
トラップがトリガーされた場合、 コマンドを使用して、 メッセージ という名前のログファイルで同じものを show snmp log messages | match rmopd 表示できます。
| 可能なオプション |
値のセット |
|---|---|
| エグレスジッター超過 |
エグレス時間の閾値でジッターを超過しました |
| egress-std-dev-exceeded |
エグレス時間標準偏差の閾値を超過しました |
| egress-time-exceeded |
エグレス時間の最大閾値を超過しました |
| イングレスジッター超過 |
イングレス時間の閾値でジッターを超過しました |
| ingress-std-dev-exceeded |
イングレス時間標準偏差の閾値を超過しました |
| プローブ失敗 |
連続したプローブ損失の閾値に達しました |
| rtt-exceeded |
最大往復時間の閾値を超過しました |
| std-dev-exceeded |
往復時間標準偏差の閾値を超過しました |
| テスト完了 |
テストが完了しました |
| テスト失敗 |
プローブ損失のしきい値に達しました |
例:TCPおよびUDPプローブを使用したRPMの設定(SRXデバイス)
この例では、TCPおよびUDPプローブを使用してRPMを設定する方法を示しています。
要件
開始する前に、以下を行います。
基本的な接続性を確立します。
ネットワーク インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
プローブの所有者、テスト、およびRPMプローブの特定のパラメーターを設定します。 SRXデバイスのリアルタイムパフォーマンス監視を参照してください。
概要
この例では、TCPおよびUDPサーバーとして機能するように、ホスト(デバイスA)とリモートデバイス(デバイスB)の両方を設定します。TCP パケットを使用する customerC にプローブを設定します。デバイスBは、宛先インターフェイスとしてltサービスインターフェイスを使用し、TCPパケットとUDPパケットの両方のRPMサーバーとして設定され、ポート50000と50037をそれぞれ使用します。
設定が不適切な場合、パケットがドロップする可能性があるため、プローブ分類は注意して使用してください。
構成
手順
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを 階層レベルの [edit] CLI にコピー アンド ペーストして、設定モードから を入力 commit します。
{device A}
set services rpm probe customerC test tcp-test probe-interval 5
set services rpm probe customerC test tcp-test probe-type tcp-ping
set services rpm probe customerC test tcp-test target address 192.162.45.6
set services rpm probe customerC test tcp-test destination-interface lt-0/0/0
set services rpm probe customerC test tcp-test destination-port 50000
{device B}
set services rpm probe-server tcp port 50000
set services rpm probe-server udp port 50037
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。その方法の詳細については、 Junos OS CLIユーザーガイドの 設定モードでのCLIエディターの使用を参照してください。
TCPおよびUDPプローブを使用してRPMを設定するには:
デバイスAでRPM所有者を設定します。
{device A} [edit] user@host# edit services rpm user@host# set probe customerCRPMテストを設定します。
{device A} [edit services rpm] user@host# edit services rpm probe customerC user@host# set test tcp-test probe-interval 5プローブタイプを設定します。
{device A} [edit services rpm probe customerC] user@host# set test tcp-test probe-type tcp-pingターゲットアドレスを指定します。
{device A} [edit services rpm probe customerC] user@host# set test tcp-test target address 192.162.45.6宛先インターフェイスを設定します。
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-interface It-0/0/0RPM プローブが送信される TCP ポートとしてポート 50000 を設定します。
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-port 50000ポート50000を使用して、デバイスBをTCPサーバーとして機能するよう設定します。
{device B} [edit] user@host# edit services rpm user@host# set probe-server tcp port 50000ポート50037を使用して、デバイスBをUDPサーバーとして機能するよう設定します。
{device B} [edit services rpm] user@host# set probe-server udp port 50037
結果
動作モードから、 コマンドを入力して設定を show services rpm 確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。
[edit]
user@host# show services rpm
probe customerC {
test tcp-test {
probe-type tcp-ping;
target address 192.162.45.6;
probe-interval 5;
destination-port 50000;
destination-interface lt-0/0/0.0;
}
}
probe-server {
tcp {
port 50000;
}
udp {
port 50037;
}
}
デバイスの設定が完了したら、設定モードから を入力します commit 。
検証
RPM プローブ サーバーの検証
目的
設定が正しく機能していることを確認します。
デバイスが、正しいポートでTCPおよびUDP RPMプローブを送受信するように設定されていることを確認します。
アクション
動作モードから、 コマンドを show services rpm active-servers 入力します。出力は、デバイスがRPMサーバーとして設定されているプロトコルと対応するポートのリストを示しています。
user@host> show services rpm active-servers
Protocol: TCP, Port: 50000
Protocol: UDP, Port: 50037
例:BGP監視のためのRPMプローブの設定
この例では、BGPネイバーを監視するためにRPMプローブを設定する方法を示しています。
要件
開始する前に、以下を行います。
RPM設定の下でBGPパラメーターを設定して、BGPネイバーにRPMプローブを送信します。 SRXデバイスのリアルタイムパフォーマンス監視を参照してください。
プローブサーバー(Juniper Networksデバイス)とプローブレシーバー(リモートデバイス)の両方を設定して、TCPまたはUDPプローブを使用して、同じTCPまたはUDPポートでRPMプローブを送受信します。 SRXデバイスのリアルタイムパフォーマンス監視を参照してください。
概要
この例では、RPM プローブのデータ部分に使用する 16 進値を ABCD123 として指定します。(1~2048文字の範囲です。RPM プローブのデータ サイズを 1024 バイトに指定します。( の値の範囲は 0~65,507 です。
次に、RPM プローブが送信される TCP ポートとして宛先ポート 50000 を設定します。プローブ履歴に保存するプローブ結果の数を25に指定します。(範囲は 0~255 で、デフォルトは 50 です)。プローブカウントを5に設定し、プローブ間隔を1に設定します。(プローブ カウントの範囲は 1~15 で、デフォルトは 1 です。プローブ間隔の範囲は 1~255 で、デフォルトは 3 です)。その後、テストの一環として送信するプローブのタイプとして tcp-ping を指定します。
最後に、テスト間隔を 60 に設定します。値の範囲は、テスト間の間隔で 0~86,400 秒です。
構成
手順
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを 階層レベルの [edit] CLI にコピー アンド ペーストして、設定モードから を入力 commit します。
set services rpm bgp data-fill ABCD123 data-size 1024 set services rpm bgp destination-port 50000 history-size 25 set services rpm bgp probe-count 5 probe-interval 1 set services rpm bgp probe-type tcp-ping test-interval 60
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。その方法の詳細については、 Junos OS CLIユーザーガイドの 設定モードでのCLIエディターの使用を参照してください。
RPM プローブを設定して BGP ネイバーを監視するには:
RPMとBGPを設定します。
[edit] user@host# edit services rpm bgp
16進数値を指定します。
[edit services rpm bgp] user@host# set data-fill ABCD123
RPM プローブのデータ サイズを指定します。
[edit services rpm bgp] user@host# set data-size 1024
宛先ポートを設定します。
[edit services rpm bgp] user@host# set destination-port 50000
プローブの数を指定します。
[edit services rpm bgp] user@host# set history-size 25
プローブカウントとプローブ間隔を設定します。
[edit services rpm bgp] user@host# set probe-count 5 probe-interval 1
プローブのタイプを指定します。
[edit services rpm bgp] user@host# set probe-type tcp-ping
メモ：プローブ タイプを指定しない場合、デフォルトの ICMP プローブが送信されます。
テスト間隔を設定します。
[edit services rpm bgp] user@host# set test-interval 60
結果
設定モードから、 コマンドを入力して設定を run show services rpm 確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。
[edit]
user@host# run show services rpm
bgp {
probe-type tcp-ping;
probe-count 5;
probe-interval 1;
test-interval 60;
destination-port 50000;
history-size 25;
data-size 1024;
data-fill ABCD123;
}
デバイスの設定が完了したら、設定モードから を入力します commit 。