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

プローブメッセージの通信に遅延を考慮するには、プローブパケットのタイムスタンプを有効にします。タイムスタンプできる RPM プローブ タイプは、 icmp-ping、 icmp-ping-timestamp、 udp-ping、 udp-ping-timestampです。

MS-PICを搭載したM SeriesおよびT Seriesルーター、MS-DPC、MS-MIC、またはMS-MPCラインカードを搭載したMXシリーズルーター、MX10000シリーズルーター、PTX10008およびPTX10016ルーター、およびEXシリーズスイッチでは、RPMプローブメッセージのハードウェアタイムスタンプを有効にすることができます。タイムスタンプは、RPM クライアント デバイス(RPM プローブを発信したルーターまたはスイッチ)と RPM プローブ サーバーの両方に適用され、IPv4 トラフィックにのみ適用されます。以下でサポートされています。

• MS-PIC、MS-DPC、MS-MPC、MS-MICのレイヤー2サービスパッケージ。

• MS-PIC、MS-DPC、MS-MPC、MS-MICのレイヤー3サービスパッケージ。

• 拡張プロバイダ パッケージをサポートする M Series、MXシリーズ、T Series サービス PIC 上の拡張プロバイダ サービス パッケージ(リリース 12.3 より前の Junos OS リリースでは、拡張プロバイダ パッケージは Junos サービス フレームワーク(JSF)、MP-SDK、eJunos などさまざまに呼ばれていました)。

• レイヤー2、レイヤー3、SDKサービス、PFE RPMタイムスタンプは、相互運用が可能です。ここでは、RPM クライアントをレイヤー 3 sp- インターフェイス上に、RPM サーバーを SDK サービス パッケージ上に配置できます。

双方向のタイムスタンプは、sp-およびms-インターフェイスで利用できます。M SeriesおよびT Seriesルーターで双方向のタイムスタンプを設定するには、[edit services rpm probe probe-owner test test-name]階層レベルでdestination-interfaceステートメントを含めます。

[edit interfaces interface-name unit logical-unit-number] 階層レベルで rpm ステートメントを含めて、サービス論理インターフェイスまたはマルチサービスインターフェイス上の RPM クライアント ルーターと RPM サーバー ルーターを指定します。

論理インターフェイスは、RPMタスク専用である必要があります。この例では、 family inet ステートメントと /32 アドレスを設定する必要があります。この構成は、NAT やステートフル ファイアウォールなどの他のサービスにも必要です。RPMには専用の論理インターフェイスが必要なため、 unit 0 上でRPMサービスを設定することはできません。同じユニットでRPMと他のサービスの両方をサポートすることはできません。アクティブフロー監視には unit 0が必要ですが、RPMはどの論理インターフェイスでも機能できるため、制約チェックによってRPM設定をコミットすることはできません。

MXシリーズルーター、拡張キューイングMPCを使用するM320シリーズルーター、およびEXシリーズスイッチでは、[edit services rpm probe probe-name test test-name]階層レベルでhardware-timestampステートメントを含めて、プローブがパケット転送エンジンホストプロセッサでタイムスタンプされることを指定します。

MXシリーズ ルーター、MX10000 シリーズ ルーター、PTX5000、PTX10008、PTX10016 ルーター、EXシリーズ スイッチでは、[edit services rpm probe probe-name test test-name] 階層レベルで hardware-timestamp ステートメントを含めて、プローブがパケット転送エンジンホストプロセッサでタイムスタンプされるように指定できます。MXシリーズルーターでは、ハードウェアタイムスタンプは以下のラインカードでサポートされています。

• DPCの

• DPCEの

• MPC1

• MPC2

• MPC3型

• MPC4

• MPC5 (英語)

• MPC6

• MPC7

クライアント側では、これらのプローブは、MXシリーズまたはM320シリーズルーターまたはRPMプローブ(RPMクライアント)を発信するEXシリーズスイッチ上のエグレスDPC上のパケット転送エンジンホストプロセッサでタイムスタンプされます。レスポンダー側(RPMサーバー)では、タイムスタンプされるRPMプローブは、RPMプロセスの代わりに応答を生成するパケット転送エンジンホストプロセッサによって処理されます。RPM プローブは、プローブを発信したルーター(RPM クライアント)でのみタイムスタンプされます。その結果、これらのプローブでは往復時間のみが測定されます。

hardware-timestamp ステートメントを使用する場合、プローブのdata-size値は、RPM クライアント インターフェイスのインターフェイスのデフォルト MTU より 100 バイト以上小さくする必要があります(M、MX、T Series ルーターと EXシリーズ スイッチでの RPM プローブの設定を参照してください)。RPM プローブ メッセージのハードウェア タイムスタンプが有効になっている場合、data-size ステートメントを使用して設定できる最大データ サイズは 1400 に制限されます。

手記：

パケット転送エンジンベースの RPM 機能は、ステートフル ファイアウォール設定をサポートしていません。RPMタイムスタンプとステートフルファイアウォールを組み合わせる必要がある場合は、このセクションで前述したインターフェイスベースのRPMタイムスタンプサービスを使用します。MS-DPCは、ステートフルファイアウォール処理とRPMタイムスタンプをサポートしています。

一方向のタイムスタンプを設定するには、[edit services rpm probe probe-owner test test-name]階層レベルでone-way-hardware-timestampステートメントも含める必要があります。

手記：

サービスインターフェイス(sp-)にRPMプローブを設定する場合、以下のルーティングプロトコルに対して特定の方法でローカルルートをアナウンスする必要があります。

• OSPFでは、OSPFエリアにサービスインターフェイスを含めることで、ローカルルートをアナウンスすることができます。この設定を構成するには、[edit protocols ospf area area-number]階層レベルでinterface sp-fpc/pic/portステートメントを含めます。

• BGPおよびIS-ISでは、インターフェイスルートをエクスポートし、サービスインターフェイスローカルルートを受け入れるポリシーを作成する必要があります。インターフェイスルートをエクスポートするには、[edit routing-options interface-routes family inet export]階層レベルでpoint-to-pointおよびlanステートメントを含めます。サービスインターフェイスローカルルートを受け入れるエクスポートポリシーを設定するには、[edit policy-options policy-statement policy-name term term-name from]階層レベルでprotocol local、rib inet.0、およびroute-filter sp-interface-ip-address/32 exactステートメントを、[edit policy-options policy-statement policy-name term term-name then]階層レベルでacceptアクションを含めます。エクスポートポリシーを有効にするには、[edit protocols protocol-name]階層レベルでexport policy-nameステートメントを使用して、BGPまたはIS-ISにポリシーを適用します。

これらの構成の詳細については 、「ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイド」を参照してください。

マルチサービス カードを介してプローブ パケットをルーティングすると、プローブ パケットを特定のキューにフィルタリングすることもできます。次の例は、RPM 設定とキューイングを指定するフィルターを示しています。

ファイアウォールフィルターの詳細については 、ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイドを参照してください。キューイングの詳細については、「 サービス クラス ユーザー ガイド(ルーターとEX9200スイッチ)」を参照してください。