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

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

MS-PICを搭載したMシリーズおよびTシリーズルーター、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 シリーズ サービス PIC 上の拡張プロバイダー サービス パッケージ(リリース 12.3 以前の Junos OS リリースでは、拡張プロバイダー パッケージは Junos Services Framework(JSF)、MP-SDK、eJunos と呼ばれていたもの)

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

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

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

論理インターフェイスは、RPM タスク専用である必要があります。例に family inet 示すように、 ステートメントと /32 アドレスの設定が必要です。この設定は、NATやステートフルファイアウォールなどの他のサービスにも必要です。RPM には専用の論理インターフェイスが必要なため、RPM サービスを オンに unit 0 設定することはできません。同じユニットは、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シリーズスイッチでは、 階層レベルに ステートメントを含め hardware-timestamp 、パケット転送エンジンホストプロセッサーで [edit services rpm probe probe-name test test-name] プローブをタイムスタンプすることを指定できます。MXシリーズルーターでは、以下のラインカードでハードウェアのタイムスタンプがサポートされています。

• Dpc

• DPCE

• MPC1

• MPC2

• MPC3

• MPC4

• MPC5

• MPC6

• MPC7

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

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

メモ：

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

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

メモ：

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

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

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

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

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

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