Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

集合型イーサネットインターフェイスのパフォーマンス監視

このトピックでは、集合型イーサネットインターフェイスのパフォーマンス監視機能について理解することができます。パフォーマンス監視を構成する前に、パフォーマンス監視機能の構成に関するガイドラインを参照できます。

ITU-T Y.1731 集合型イーサネットインターフェイス上のETH-LM、ETH-SLM、ETH-DM の概要

Junos OS Relase 16.1R1以降、集合型イーサネット(ae)インターフェイスでITU-T Y.1731標準準拠のイーサネット損失測定(ETH-LM)、イーサネット合成損失測定(ETH-SLM)、イーサネット遅延測定(ETH-DM)機能を設定できます。これらのITU-T Y.1731 OAMサービスまたはパフォーマンス監視手法は、オンデマンドモード(CLIを介してトリガー)またはプロアクティブモード(反復子アプリケーションによってトリガー)で測定できます。これらのパフォーマンス監視機能は、次のプラットフォームでサポートされています。

  • 16ポートの10ギガビットイーサネットMPCとTrioベースFPC(MPC)を搭載したMXシリーズルーター。AEインターフェイスでは、非集約型イーサネットインターフェイス上のイーサネットサービスOAMメカニズムを同レベルサポートできます。

  • MX2020ルーター

  • ETH は、ソフトウェア タイムスタンプのみの MPC3E および MPC4E モジュールでサポートされています

  • ETH は MPC3E および MPC4E モジュールでサポートされています。

また、AE インターフェイスで確立された接続障害管理(CFM)セッションは、ルーティング エンジンで処理される以外に、パケット転送エンジンに分散できます。CFM セッションを分散するこの機能は、拡張トポロジーと CFM セッションのグラフルルーティングエンジンスイッチオーバー (GRES) の両方で役立ちます。

接続障害管理(CFM)セッションは、デフォルトで AE インターフェイスを介した集中モードで動作します。Y.1731 パフォーマンス監視(PM)は、AE インターフェイスを介した集中型 CFM セッションでサポートされています。また、AE インターフェイスを介したラインカードへの CFM セッションの配信は、Junos OS リリース 13.3 からサポートされています。CFM セッションの配信を有効にし、集中モードで動作させるには、階層レベルに ステートメントを含め ます 。ppm delegate-processing[edit routing-options ppm] AE インターフェイスを介した CFM セッションの配布を可能にするメカニズムは、PM over AE インターフェイスをサポートする基盤となるインフラストラクチャを提供します。さらに、定期パケット管理(PPM)は、時間に敏感な定期処理を処理し、プロセス固有のパケットの送信や統計情報の収集などの処理を実行します。ルーティング エンジンとパケット転送エンジンの両方で分散して実行される PPM プロセスを使用すると、パケット転送エンジンでパフォーマンス監視プロセスを実行できます。

イーサネット遅延測定では、ハードウェア支援タイムスタンプは、非AEインターフェイスに存在するサポートと同様に、AEインターフェイスでもサポートされています。ハードウェアベースのタイムスタンプは、プロトコルデータユニット(PDU)パケットの受信パスで実行されるため、ハードウェアベースのタイムスタンプのみサポートされていますが、ソフトウェアベースのタイムスタンプは送信されたパスで実行する必要があり、サポートされていません。ソフトウェアタイムスタンプの場合、ETH-DM PDU は同じラインカード (AE インターフェイスの同じメンバー) で送受信する必要があります。受信したすべての ETH-DM PDU は、常にアンカーパケット転送エンジンにリダイレクトされます。伝送パスでは、アンカーのパケット転送エンジン上のインターフェイスがダウンすると、OAM PDUは従属FPCまたはメンバーFPCの1つにリダイレクトされます。したがって、ETH DM PDU の処理は、アンカーパケット転送エンジンをホストするラインカードまたはモジュールの CPU で常に発生します。ETH は、CCC、ブリッジ、仮想プライベート LAN サービス (VPLS)、および inet アドレスファミリーの AE インターフェイスでサポートされています。ETH は、AE インターフェイスのアクティブ/アクティブモードとアクティブ/スタンバイモードの両方でサポートされています。一方向遅延測定 (1DM) の場合、要求フレームを送信するイニシエーター MEP と応答フレームを受信するレスポンダー MEP のシステム クロックを同期する必要があります。

AEインターフェイスのイーサネット損失測定では、インターフェイスのアクティブ/スタンバイモードを使用すると、PDUの送受信は常にアクティブリンクをホストするパケット転送エンジンを介して行われます。AE インターフェイスのアクティブ/スタンバイ モードでは、最大 2 つのメンバー リンクのみを設定できます。ETH は、すべてのアクティブなメンバーまたは子リンクが同じパケット転送エンジン上にある場合にのみサポートされます。ダウンストリームメンテナンスエンドポイント (MEP) の場合、ETH-LM は CCC、VPLS、およびブリッジアドレスファミリでサポートされ、上位 MEP の場合、ETH は CCC ファミリでのみサポートされます。AE インターフェイスのアクティブ/スタンバイ リンクがある伝送パスでは、アクティブな子リンクに障害が発生するたびに、スタンバイ リンクが非ローカルの場合、パケットは新しいアクティブ リンクにリダイレクトされます。このリダイレクトが発生すると、ETH カウンターがリセットされます。スタンバイ リンクがアクティブ リンクと同じパケット転送エンジン上にある場合、カウンターはローカル パケット転送エンジン メモリで読み取られ、セッションのもう一方の端が新しいパケット転送エンジン カウンターをカウンタのリセットによる損失として扱うことを防ぐため、カウンターはリセットされません。AE インターフェイスのアクティブ/スタンバイ リンクを持つ受信パスでは、パケット転送エンジンでカウンタをコピーした後、すべての子リンクがネクストホップを使用して入力リストにプログラムされ、パケットをアンカー FPC にリダイレクトします。イーサネット合成損失測定(SLM)では、ラインカードCPUからの他のプロトコルと同様の要求と応答に対するSLM PDUの処理が実装されています。他のすべての計算とデータはソフトウェアベースです。ETH SLM は、CCC、ブリッジ、VPLS、および inet ファミリーの AE インターフェイスでサポートされています。

注:

Junos OS Release 16.1以降、ルーターで拡張LAG機能が有効になっている場合、集合型イーサネット(ae)インターフェイスを介したイーサネット損失測定はサポートされていません。拡張LAG機能は、 階層レベルで ステートメントを含めて 拡張IPサービスモードを設定すると、 デフォルトで有効になります。network-services enhanced-ip[edit chassis] イーサネット損失測定が正しく機能するためには、 ステートメントを入力して 拡張LAG機能を無効にする必要があります。set chassis aggregated-devices disable-lag-enhancedJunos OSリリース16.2以降、拡張LAGが有効になっている場合、接続障害管理(CFM)がサポートされます。

Junos OS リリース 16.1 以降、ネットワーク間(NNI)またはエグレス インターフェイスが DPC 上のメンバー リンクを持つ集合型イーサネット インターフェイスである場合、接続障害管理のパフォーマンス監視(階層レベルで ステートメントとそのサブステートメントを含めることによる)はサポートされません。performance-monitoring[edit protocols oam ethernet connectivity-fault-management]

集合型イーサネットサービス全体でETH-DM、ETH-LM、または ETH-SLM 測定セッションを開始する前に、これらの測定セッションをサポートするように 2 つの MX シリーズルーターを構成する必要があります。各ルーターで、階層レベルに ステートメントを含めて、VLAN によって接続された 2 つの物理または論理 AE インターフェイスを構成し、各ルーターで、階層レベルに ステートメントを含めてピア MEP をインターフェイスに接続します。interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id[edit interfaces]mep mep-id interface interface-name (protect | working)[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name]

集合型イーサネットインターフェイスでのパフォーマンス監視機能を設定するガイドライン

集合型イーサネット(AE-)インターフェイスでETH-LM、ETH-SLM、ETH-DM機能を設定する際は、以下の点に注意してください。

  • 分散型定期パケット管理(PPM)セッションのスケーリング制限とパフォーマンスに関する考慮事項。集合型イーサネット(AE)インターフェイスを介した分散型PPMセッションのスケーリング制限は、AEインターフェイスを介した継続性チェックメッセージ(CCM)でサポートされている最大数と同じです。

  • SLA 反復子は常に CCM セッションと共存します。したがって、スケーリングされた環境を構成するときは、SLA 反復子と共に CCM セッションを考慮する必要があります。以下の表では、ラインカードごと、ルーターごとの異なる CCM 間隔(システム全体の値)に設定できる分散 PM セッションの最大数について説明します。

  • 集約されたイーサネットバンドルを形成するインターフェイスが混合モードの場合、AEインターフェイスでは、パフォーマンス監視(PM)セッション向けの分散モードと集中モードの混合動作はサポートされていません。

  • 非AEインターフェイスのパフォーマンス監視(PM)機能の制限は、AEインターフェイスにも同様に適用されます。例えば、セッションのフラッピングは、PM統計をリセットします。

  • 分散 PPM セッションに存在する制限は、測定が常に CCM セッションで実行されるため、AE インターフェイスを介したパフォーマンス監視機能に有効です。

  • アクティブ/スタンバイセットアップの AE インターフェイスを介した ETH の場合、アクティブラインカードとスタンバイラインカードが交換された場合、このウィンドウ中の測定値は無視されます。

  • AE インターフェイス経由の ETH の場合、パケット送信にかかる追加時間 (パケットは受信 [Rx] 方向のアンカーと送信 [Tx] 方向のアクティブな子 FPC にリダイレクトされます) が遅延測定で計算されます。

  • AE インターフェイスを介した ETH の場合、アクティブ/スタンバイ設定では、アクティブインターフェイスからスタンバイインターフェイスへのリンクフェイルオーバーが発生するたびに、カウンターがリセットされます。

変更履歴

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。

リリース
説明
16.2
Junos OSリリース16.2以降、拡張LAGが有効になっている場合、接続障害管理(CFM)がサポートされます。
16.1R1
Junos OS Relase 16.1R1以降、集合型イーサネット(ae)インターフェイスでITU-T Y.1731標準準拠のイーサネット損失測定(ETH-LM)、イーサネット合成損失測定(ETH-SLM)、イーサネット遅延測定(ETH-DM)機能を設定できます。
16.1
Junos OS Release 16.1以降、ルーターで拡張LAG機能が有効になっている場合、集合型イーサネット(ae)インターフェイスを介したイーサネット損失測定はサポートされていません。
16.1
Junos OS リリース 16.1 以降、ネットワーク間(NNI)またはエグレス インターフェイスが DPC 上のメンバー リンクを持つ集合型イーサネット インターフェイスである場合、接続障害管理のパフォーマンス監視(階層レベルで ステートメントとそのサブステートメントを含めることによる)はサポートされません。performance-monitoring[edit protocols oam ethernet connectivity-fault-management]