Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

SRXデバイスのリアルタイムパフォーマンス監視

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

RPMの概要(SRX)

RPM ツールは、指定したターゲットにプローブを設定・送信し、解析結果を監視してパケットロス、ラウンドトリップタイム、 ジッターを決定します。

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

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

RPM プローブ

RPM の統計情報を収集するには、IP アドレスまたは URL で特定される指定されたプローブターゲットにプローブを送信します。ターゲットはプローブを受信するとレスポンスを生成し、それをデバイスが受信します。リモートサーバーとの間のトランジットタイムを分析することで、デバイスはネットワークパフォーマンスの統計値を決定できます。

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

  • ターゲット 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タイムスタンププローブのみ)、プローブのロスに関する統計値を収集します。

表1:RPM統計

RPM の統計情報

説明

ラウンドトリップタイム

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

テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの最短ラウンドトリップタイム

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

テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの最長の往復時間

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

テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの平均往復時間

標準偏差のラウンドトリップタイム

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

ジッター

テスト期間中に測定された最大と最小のラウンドトリップタイムの差

インバウンドタイムとアウトバウンドタイム(ICMP タイムスタンププローブのみ)

最小のエグレス時間

テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの最短の片道時間

最大のイングレス時間

テスト期間中に測定された、リモートサーバーからジュニパーネットワークスデバイスまでの最短の片道時間

平均エグレス時間

テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの平均片道時間

平均イングレス時間

テスト期間中に測定された、リモートサーバーからジュニパーネットワークスデバイスまでの平均片道時間

標準偏差のエグレス時間

テスト期間中に測定された、ジュニパーネットワークスデバイスからリモートサーバーまでの片道時間の標準偏差

標準偏差のイングレス時間

テスト期間中に測定された、リモートサーバーからジュニパーネットワークスデバイスまでの片道時間の標準偏差

エグレスジッター

テスト期間中に測定された、アウトバウンド時間の最大値と最小値の差

イングレスジッター

テスト期間中に測定された、インバウンド時間の最大値と最小値の差

プローブ数

プローブの送付

テスト期間中に送信されたプローブの総数

プローブの回答

テスト期間中に受信したプローブ応答の総数

損失率

送信したプローブのうち、応答を受信できなかったものの割合

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

    6to4

    2002::/16

    6ボーン

    5f00::/8

    オーキッド

    2001:10::/28

    テレド

    2001::/32

    デフォルトルート

    ::/0

    マルチキャスト

    ff00::/8

  • ルーティングエンジンベースのRPMでは、単一のテストでも、キューイングの遅延によりルートトリップタイム(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 テストを設定するには:

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

RPMプローブ(SRXシリーズファイアウォール)のチューニング

RPM プローブを構成した後、プローブの間隔、システムが処理できる同時プローブの総数、各プローブ パケットに使用する送信元アドレスなど、プローブ機能を制御するためのパラメータを設定できます。

RPM プローブを微調整するには:

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

RPMプローブ(SRXシリーズファイアウォール)の監視

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

J-Web のユーザーインターフェースでは、各 RPM テストの RPM の統計情報に加えて、往復時間と累積ジッターをグラフで表示します。 図1 は、RPMテストのグラフの例を示しています。

図1:Two graphs showing ICMP test performance for customerA. Top: Round Trip Time in microseconds; mean 1105.18, SD 2646.66. Bottom: Cumulative Jitter in microseconds; mean 1375.32, SD 3381.55. Time period 06:31-06:37.のRPMグラフの例

図1では、往復時間とジッターの値をシステム時間の関数としてプロットしています。ラウンドトリップタイムまたはジッターの大きなスパイクは、その特定の時間に送信されたプローブのアウトバウンド(エグレス)またはインバウンド(イングレス)の時間が遅いことを示しています。

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

表2:主要なRPM出力フィールドの概要

フィールド

価値

追加情報

現在実行中のテスト

グラフ

 

グラフリンクをクリックすると、グラフを表示したり(まだ表示されていない場合)、特定のテストのグラフを更新したりすることができます。

オーナー

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

–

テスト名

RPM テストの設定された名前。

–

プローブタイプ

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

  • HTTP-GET

  • http-get-metadata

  • icmp-ping

  • icmp6-ping

  • icmp-ping-タイムスタンプ

  • TCPピン

  • UDP-ping

–

ターゲットアドレス

RPM テストでプローブされているリモートサーバーの IPv4 アドレス、IPv6 アドレス、または 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プローブの設定(SRX)

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

要件

始める前に:

概要

この例では、2人のRPM所有者、顧客Aと顧客Bのために基本的なプローブを設定します。顧客Aには、15秒のテスト間隔でRPMテストをicmp-testとして設定し、プローブタイプをicmp-ping-timestamp、プローブタイムスタンプ、ターゲットアドレスを192.178.16.5と指定します。次に、RPM閾値と対応するSNMPトラップを設定し、3000マイクロ秒を超えるイングレス(インバウンド)時間をキャッチします。

次に、顧客BのRPMテストを30秒のテスト間隔でhttp-testとして設定し、プローブタイプを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 を入力します。

ステップバイステップの手順

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

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

  1. RPMを設定します。

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

  3. 顧客AのRPMテストを設定します。

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

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

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

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

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

結果

設定モードから、 run 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コマンドで、使用したいトラップを設定します。

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

可能なオプション

一連の値

エグレスジッター超過済み

エグレス時間の閾値でジッターを超えました

egress-std-dev-exceeded

egress時間標準偏差の閾値を超過しました

egress-time-exceeded

最長egress時間の閾値を超過しました

イングレスジッター超過済み

イングレス時間の閾値でジッターを超えました

ingress-std-dev-exceeded

ingress時間標準偏差の閾値を超過しました

プローブ失敗

連続したプローブ損失の閾値に達しました

RTT-exceeded

最大往復時間の閾値を超過しました

標準開発超過済み

往復時間の標準偏差の閾値を超過しました

テスト完了

テストが完了しました

テスト失敗

プローブ損失の閾値に達しました

例:TCPおよびUDPプローブを使用したRPMの設定(SRXシリーズファイアウォール)

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

要件

始める前に:

概要

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

注意:

設定が正しく行われないとパケットがドロップされる可能性があるため、プローブ分類は注意して使用してください。

設定

手順

CLIクイックコンフィグレーション

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

ステップバイステップの手順

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

TCPおよびUDPプローブを使用してRPMを設定するには:

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

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

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

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

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

  6. RPMプローブの送信先のTCPポートとしてポート50000を設定します。

  7. ポート50000を使用して、デバイスBをTCPサーバーとして機能するよう設定します。

  8. ポート50037を使用して、デバイスBをUDPサーバーとして機能するよう設定します。

結果

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

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

検証

RPMプローブサーバーの検証

目的

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

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

アクション

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

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

この例では、BGPネイバーを監視するためにRPMプローブを設定する方法を示します。

要件

始める前に:

概要

この例では、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 を入力します。

ステップバイステップの手順

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

BGPネイバーを監視するようにRPMプローブを設定するには:

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

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

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

  4. 宛先ポートを設定します。

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

  6. プローブカウントとプローブ間隔を設定します。

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

    注:

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

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

結果

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

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

検証

BGP監視用のRPMプローブの検証

目的

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

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

アクション

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

変更履歴テーブル

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

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