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

プローブの所有者と RPM プローブのテスト名は、合わせて 1 つの RPM 構成インスタンスを表します。テスト名を指定すると、テスト パラメーターも構成できます。

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

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

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

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

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

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

  • [edit interfaces interface-name unit logical-unit-number]階層レベルでrpm client-delegate-probesおよびfamily (inet | inet6) address addressステートメントを含めます。interface-nameとlogical-unit-numberは、destination-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 probe-results コマンドと 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 プローブの最大数は以下の通りです。

  • Junos OS リリースが 17.3R1 より古い—500

  • 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 が含まれます。

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

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

  複数の 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 テストの最大数。この数は、生成されたソース アドレスの数に生成されたターゲット アドレスの数を掛けた値以下でなければなりません。

  特定のプローブ所有者のグローバルな値を持つグループを設定するには、以下を行います。

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

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

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

• ICMP プローブのデータ部分のサイズを指定するには、[edit services rpm probe owner] 階層レベルで data-size ステートメントを含めます。サイズは 0 から 65400 までで、デフォルト サイズは 0 です。data-size ステートメントは、http-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)ポートを指定するには、[edit services rpm probe owner test test-name]階層レベルでdestination-portステートメントを含めます。destination-port ステートメントは、UDP および TCP プローブタイプにのみ使用されます。値は、7、または 49160 から 65535 までです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  手記：

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

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

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

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

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

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

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

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

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

• プローブに使用するしきい値を指定するには、[edit services rpm probe owner test test-name]階層レベルで thresholds ステートメントを含めます。設定した閾値を超えた場合、システムログメッセージが生成されます。同様に、閾値を超えた場合、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 です。

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

  • 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- プローブ損失の合計しきい値に達した場合、またはそれを超えた場合にトラップが生成されます。