Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

M、MX、T シリーズ ルーターおよび EX シリーズ スイッチでの RPM プローブの設定

RPM プローブのプローブ所有者とテスト名は、単一の RPM 設定インスタンスを表します。テスト名を指定するときに、テスト パラメーターを構成することもできます。

プローブの所有者、テスト名、およびテストパラメータを設定するには、 階層レベルで ステートメントを含め probe ます [edit services rpm]

RPM クライアントと RPM サーバーを設定する際は、以下の点に注意してください。

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

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

  • Junos OS リリース 17.3R1 以降、MS-MPC または MS-MIC で IPv4 icmp-ping および icmp-ping-timestamp RPM プローブの生成を設定できるようになりました。これにより、パケット転送エンジンで生成されるプローブの数と比較して、各サービス-NPU で生成されるプローブの数が毎秒最大 100 万プローブまで増加します。Junos OS リリース 18.1R1 以降、MS-MPC または MS-MIC で RPM プローブの生成 icmp6-ping を設定できます。MS-MPC または MS-MIC で RPM プローブの生成を設定するには、次の手順に従います。

    • destination-interface interface-name.logical-unit-number [edit services rpm probe owner test test-name]階層レベルで を含め、階層レベルで ステートメント[edit services rpm probe owner]を含めdelegate-probesます。はinterface-name.logical-unit-number、MS-MPCまたはMS-MICスロット、PIC、および有効なIPアドレスが定義されているポート(ms-1/2/1.1など)の論理インターフェイスを指定します。インターフェイスを集合型マルチサービスインターフェイス(ams-)にすることはできません。

    • rpm client-delegate-probes階層レベルで および family (inet | inet6) address address ステートメントを含めます[edit interfaces interface-name unit logical-unit-number]。と interface-namelogical-unit-numberdestination-interfaceに使用した と一致するinterface-name.logical-unit-number必要があります。

    MS-MPC または MS-MIC に設定された RPM プローブの場合、 階層レベルで ステートメント[edit services rpm probe owner test test-name]を設定するrouting-instanceことはできず、同じテスト内で IPv4 と IPv6 の両方のプローブを設定することもできません。

    Junos OS リリース 18.1R1 以降では、追加のフィルターを使用して、MS-MPC または MS-MIC で生成された RPM プローブの show services rpm プローブ 結果および show services rpm history-results コマンドの出力を制限できます。

  • Junos OS リリース 17.4R1 以降、IPv4 の RPM テストの CLI 設定を最適化できます。Junos OS リリース 18.2R1 以降、IPv6 の RPM テスト用に CLI 設定を最適化することもできます。この最適化により、最小限の RPM 設定ステートメントを使用して、事前定義された予約済みの RPM テスト名で複数のテスト(最大 100K のテスト)を生成できます。この最適化は、パケット転送エンジンまたは MS-MPC または MS-MIC によって生成されるプローブを使用したテスト用に設定できます。テストは、送信元アドレスとターゲット アドレスの複数の組み合わせに対して生成され、構成に基づいて増分されます。

    さまざまな Junos リリースでサポートされる同時 RPM プローブの最大数は次のとおりです。

    • 17.3R1—500より前のJunos OSリリース

    • Junos OS リリース 17.3R1 以降 - ICMP および ICMP タイムスタンプ プローブ タイプは 2000。その他のタイプ(UDPおよびTCP)のプローブの場合、制限は500です。

    • Junos OSリリース17.3R1以降( デリゲートプローブの実装あり)—サービスNPUあたり100万。

      メモ:

      1つのMS-MICには1つのサービスNPUが含まれ、1つのMS-MPCには4つのサービスNPUが含まれます。

      デリゲートプローブの実装により、RPM プローブは RFC792 および RFC4443 に準拠しています。したがって、いずれかのRFCに準拠したIPデバイスを監視するために使用でき、icmpタイムスタンプおよび/またはicmp6-pingパケットに応答できます。

    最初に、初期ターゲット アドレスを持つすべてのソース アドレスに対してテストが生成され、次に使用可能なターゲット アドレスを持つすべてのソース アドレスに対してテストが生成されます。また、特定のプローブ所有者のグローバル値を含むグループを設定し、そのグループをプローブ所有者に適用することもできます。

    複数の RPM テストを生成するには、次のように設定します。

    次のオプションがあります。

    ipv4-address-base

    RPM テストで使用されるアドレスを生成するためにインクリメントされる IPv4 ソースまたはターゲットアドレス。

    ipv6-address-base

    RPM テストで使用されるアドレスを生成するためにインクリメントされる IPv6 ソースまたはターゲットアドレス。

    ipv4-step

    生成された各 RPM テストの IPv4 送信元またはターゲット アドレスをインクリメントする量。

    ipv6-step

    生成された各 RPM テストの IPv6 送信元またはターゲットアドレスをインクリメントする量。

    ipv4-count

    生成された RPM テストに使用する IPv4 ソースまたはターゲットアドレスの最大数。

    ipv6-count

    生成された RPM テストに使用する IPv6 ソースまたはターゲットアドレスの最大数。

    interface-name.logical-unit-number

    RPM プローブを生成しているサービス インターフェイスと、生成される最初のテストに使用される論理ユニット番号。

    subunit-cnt

    生成されたテストでサービス インターフェイスによって使用される論理ユニットの最大数。最初に生成されたテストでは、 オプションで指定された interface-name.logical-unit-number 論理ユニットが使用され、後続の各テストで論理ユニット番号が 1 ずつ増加します。論理ユニットの最大数が使用されると、次に生成されたテストは、最初のテストで使用された論理ユニットに戻ります。

    tests-count

    生成する RPM テストの最大数。この数は、生成されたソース・アドレスの数に生成されたターゲット・アドレスの数を掛けた値以下でなければなりません。

    特定のプローブ所有者のグローバル値でグループを設定するには:

  • プローブ所有者を指定するには、階層レベルでステート probe メントを含めます [edit services rpm] 。プローブ所有者 ID の長さは最大 32 文字です。

  • テスト名を指定するには、階層レベルで ステートメントを含め test ます [edit services rpm probe owner] 。テスト名 ID の長さは最大 32 文字です。テストは、標準偏差、平均、およびジッターが計算されるプローブの範囲を表します。

  • インターネット制御メッセージ プロトコル(ICMP)プローブのデータ部分の内容を指定するには、 階層レベルで ステートメントを含め data-fill ます [edit services rpm probe owner] 。値は 16 進数値にすることができます。ステートメントは data-fillhttp-get または http-metadata-get プローブ タイプでは無効です。

  • ICMP プローブのデータ部分のサイズを指定するには、 階層レベルで ステートメントを含めdata-sizeます[edit services rpm probe owner]。サイズは から まで654000、デフォルトのサイズは 0です。ステートメントはdata-sizehttp-get または http-metadata-get プローブ タイプでは無効です。

    メモ:

    ハードウェアタイムスタンプ機能を設定する場合( MX、M、T、PTXシリーズルーターおよびEXシリーズスイッチでのRPMタイムスタンプの設定を参照)。

    • これは非推奨の要素 data-size で、デフォルト値は 32 バイトで、これは非推奨の要素です。32 は明示的な設定の最小値です。UDP タイムスタンププローブタイプは例外です。44 バイトの最小データ サイズが必要です。

    • data-size 、RPMクライアントインターフェイスのインターフェイスのデフォルトMTUより少なくとも100バイト小さくする必要があります。

  • M SeriesおよびT Seriesルーターでは、 ステートメントを設定して、 destination-interface RPMプローブパケットのハードウェアタイムスタンプを有効にします。sp- インターフェイスを指定して、AS またはマルチサービス PIC にハードウェアのタイムスタンプを追加させます。詳細については、 MX、M、T、PTXシリーズルーターおよびEXシリーズスイッチでのRPMタイムスタンプの設定を参照してください。また、一方向の遅延とジッターの測定を可能にするために、 one-way-hardware-timestamp ステートメントを含めることもできます。

  • プローブの送信先のユーザー・データグラム・プロトコル(UDP)ポートまたは伝送制御プロトコル(TCP)ポートを指定するには、 階層レベルに ステートメントを記述し destination-port ます [edit services rpm probe owner test test-name] 。ステートメント destination-port は、UDP および TCP プローブ タイプにのみ使用されます。値は または 7 から 49160 まで 65535です。

    ハードウェア タイムスタンプとともに または probe-type udp-ping probe-type udp-ping-timestamp のいずれかを設定する場合、 の値は destination-port 7のみになります。制約チェックにより、この場合、宛先ポートに他の値を設定できなくなります。この制約は、一方向のハードウェア タイムスタンプを使用している場合には適用されません。

  • IP ヘッダー内の差別化されたサービス (DiffServ) フィールドの値を指定するには、階層レベルで ステートメントを記述し dscp-code-point ます [edit services rpm probe owner test test-name] 。DSCP(DiffServ コード ポイント)ビット値は、有効な 6 ビット パターンに設定できます。たとえば、 001111.また、 階層レベルで設定された [edit class-of-service code-point-aliases dscp] エイリアスを使用して設定することもできます。デフォルト 000000は です。

  • 保存された履歴エントリの数を指定するには、階層レベルでステート history-size メントを含めます [edit services rpm probe owner test test-name] 。から 0 512までの値を指定します。デフォルト 50は です。

  • 統計計算を行うためのサンプル数を指定するには、階層レベルで ステートメントを含めmoving-average-sizeます[edit services rpm probe owner test test-name]。から 255までの0値を指定します。

  • テスト内のプローブ数を指定するには、 階層レベルで ステートメントを含めprobe-countます[edit services rpm probe owner test test-name]。から 15までの1値を指定します。

  • パケットの送信を待つ時間を指定するには、階層レベルに ステート メントを記述しprobe-intervalます[edit services rpm probe owner test test-name]。秒から秒までの1255値を指定します。

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

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

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

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

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

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

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

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

    次のプローブタイプは、プローブパケットのハードウェアタイムスタンプをサポートしています: icmp-pingicmp-ping-timestampudp-pingudp-ping-timestamp。Junos OS Release 17.3R3以降、RPM(リアルタイムパフォーマンス監視)によるネットワーク内のパケットバーストを回避するために、デリゲートプローブは3秒間隔で均等に分散されます。RPM syslog は、RPM 委任テストのランプアップ時間を 60 秒に増加させて処理されます。RPM syslog が処理されると、複数のテストが同時に開始および終了する可能性が低くなるため、.event-processing

    メモ:

    一部のプローブタイプでは、追加のパラメーターを設定する必要があります。例えば、 または udp-ping オプションを指定するtcp-ping場合、 ステートメントを使用してdestination-port宛先ポートを設定する必要があります。このオプションudp-ping-timestampでは、最小データ サイズ 12 が必要です。データ サイズを小さくすると、コミット エラーが発生します。TCPプローブパケットの最小データサイズは1です。

    のいずれか probe-type udp-ping probe-type udp-ping-timestamp または を コマンドと一緒に one-way-hardware-timestamp 設定する場合、 の値は destination-port 7のみになります。制約チェックにより、この場合、宛先ポートに他の値を設定できなくなります。

  • ICMP プローブが使用するルーティング インスタンスを指定するには、 階層レベルに ステート メントを含め routing-instance ます [edit services rpm probe owner test test-name] 。デフォルトのルーティングインスタンスは、 インターネットルーティングテーブル inet.0です。

  • ICMP プローブに使用する送信元 IP アドレスを指定するには、 階層レベルで ステートメントを含め source-address ます [edit services rpm probe owner test test-name] 。送信元 IP アドレスがルーターに割り当てられたアドレスの 1 つではない場合、パケットは送信元として発信インターフェイスのアドレスを使用します。

  • Junos OS リリース 16.1R1 以降、RPM クライアント(RPM パケットを発信するデバイス)から RPM サーバー(RPM プローブを受信するデバイス)に送信される RPM プローブに使用する送信元 IPv6 アドレスを指定するには、 階層レベルで を含めinet6-options source-address ipv6-address statement [edit services rpm probe owner test test-name]ます。送信元 IPv6 アドレスがルーターまたはスイッチに割り当てられたアドレスの 1 つではない場合、パケットは送信元として発信インターフェイスのアドレスを使用します。

  • プローブに使用する宛先アドレスを指定するには、 階層レベルで ステートメントを含め target ます [edit services rpm probe owner test test-name]

    • HTTP プローブ タイプの場合は、URL アドレスに を含む http:// 完全に形成された URL を指定します。

    • その他のプローブタイプについては、ターゲットホストのIPバージョン4(IPv4)またはIPバージョン6(IPv6)(IPv6サポートはJunos OSリリース16.1R1から開始)アドレスを指定します。

  • テスト間の待機時間を指定するには、階層レベルでステート メントを含めtest-intervalます[edit services rpm probe owner test test-name]。秒から秒までの086400値を指定します。値が 0 秒の場合、RPM テストは 1 回の反復後に停止します。デフォルト値は1です。

  • プローブに使用するしきい値を指定するには、 階層レベルで ステートメントを含め thresholds ます [edit services rpm probe owner test test-name] 。システム ログ メッセージは、設定されたしきい値を超えた場合に生成されます。同様に、しきい値を超えた場合、SNMPトラップ(設定されている場合)が生成されます。次のオプションがサポートされています。

    • egress-time- プローブごとの最大送信元から送信先までの時間を測定します。

    • ingress-time- プローブごとの最大宛先から送信元までの時間を測定します。

    • jitter-egress- テストごとの最大送信元-宛先ジッターを測定します。

    • jitter-ingress- テストごとの最大宛先-送信元ジッターを測定します。

    • jitter-rtt- テストごとに、0〜60000000マイクロ秒の最大ジッターを測定します。

    • rtt- プローブあたりの最大往復時間をマイクロ秒単位で測定します。

    • std-dev-egress- テストごとに最大送信元-宛先間標準偏差を測定します。

    • std-dev-ingress- テストごとに最大宛先から送信元までの標準偏差を測定します。

    • std-dev-rtt- テストごとの最大標準偏差をマイクロ秒単位で測定します。

    • successive-loss- 連続したプローブ損失カウントを測定し、プローブの失敗を示します。

    • total-loss- テストの失敗を示すプローブ損失の合計数を、0 から 15 の範囲で測定します。このしきい値のデフォルトは 1 です。

  • トラップは、設定されたしきい値に達するか、それを超えた場合に送信されます。トラップを生成するトラップビットを設定するには、階層レベルで ステートメントを記述し traps ます [edit services rpm probe owner test test-name] 。次のオプションがサポートされています。

    • egress-jitter-exceeded- ジッターのエグレス時間の閾値に達するか、それを超えた場合にトラップを生成します。

    • egress-std-dev-exceeded- エグレス時間標準偏差の閾値に達するか、それを超えた場合にトラップを生成します。

    • egress-time-exceeded- 最大出力時間の閾値に達するか、それを超えた場合にトラップを生成します。

    • ingress-jitter-exceeded- イングレス時間のジッターの閾値に達するか、それを超えた場合にトラップを生成します。

    • ingress-std-dev-exceeded- イングレス時間標準偏差の閾値に達するか、それを超えた場合にトラップを生成します。

    • ingress-time-exceeded- 最大イングレス時間の閾値に達するか、それを超えた場合にトラップを生成します。

    • jitter-exceeded- 往復時間のジッターの閾値に達するかそれを超えた場合にトラップを生成します。

    • probe-failure- 連続してプローブ損失の閾値を超えた場合のトラップを生成します。

    • rtt-exceeded- 最大往復時間の閾値に達するか、それを超えた場合にトラップを生成します。

    • std-dev-exceeded- 往復時間の標準偏差の閾値に達するか、それを超えた場合にトラップを生成します。

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

    • test-failure- プローブ損失の合計の閾値に達するか、それを超えた場合にトラップを生成します。

変更履歴テーブル

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

リリース
説明
18.2R1
Junos OS リリース 18.2R1 以降、IPv6 の RPM テスト用に CLI 設定を最適化することもできます。
18.1R1
Junos OS リリース 18.1R1 以降、MS-MPC または MS-MIC で RPM プローブの生成 icmp6-ping を設定できます。
18.1R1
Junos OS リリース 18.1R1 以降では、追加のフィルターを使用して、MS-MPC または MS-MIC で生成された RPM プローブの show services rpm プローブ 結果および show services rpm history-results コマンドの出力を制限できます。
17.4R1
Junos OS リリース 17.4R1 以降、IPv4 の RPM テストの CLI 設定を最適化できます。
17.3R3
Junos OS Release 17.3R3以降、RPM(リアルタイムパフォーマンス監視)によるネットワーク内のパケットバーストを回避するために、デリゲートプローブは3秒間隔で均等に分散されます。RPM syslog は、RPM 委任テストのランプアップ時間を 60 秒に増加させて処理されます。RPM syslog が処理されると、複数のテストが同時に開始および終了する可能性が低くなるため、. event-processing
17.3R1
Junos OS リリース 17.3R1 以降、MS-MPC または MS-MIC を使用している場合、IPsec トンネルと GRE トンネルで PIC ベースおよびルーティング エンジン ベースの RPM がサポートされます。
17.3R1
Junos OS リリース 17.3R1 以降、MS-MPC または MS-MIC で IPv4 icmp-ping および icmp-ping-timestamp RPM プローブの生成を設定できるようになりました。これにより、パケット転送エンジンで生成されるプローブの数と比較して、各サービス-NPU で生成されるプローブの数が毎秒最大 100 万プローブまで増加します。
16.1
Junos OS リリース 16.1R1 以降、RPM クライアント(RPM パケットを発信するデバイス)から RPM サーバー(RPM プローブを受信するデバイス)に送信される RPM プローブに使用する送信元 IPv6 アドレスを指定するには、 階層レベルで を含め inet6-options source-address ipv6-address statement [edit services rpm probe owner test test-name]ます。
16.1
その他のプローブタイプについては、ターゲットホストのIPバージョン4(IPv4)またはIPバージョン6(IPv6)(IPv6サポートはJunos OSリリース16.1R1から開始)アドレスを指定します。