Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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

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

Junos OS Relase 16.1 R1 から、ITU-T Y を設定できます。 y.1731 標準準拠イーサネット損失測定 (ETH-LM)、イーサネットの合成損失測定 (ETH-SLM)、およびイーサネット遅延測定 (ETH-DM) 機能 (集約型イーサネット (ae))インターフェイス. これらの ITU-T Y y.1731 OAM サービスまたはパフォーマンス監視技術は、オンデマンドモード (CLI からトリガーされる) または事前対応型 (反復子アプリケーションによって開始) によって測定できます。これらのパフォーマンス監視機能は、以下のプラットフォームでサポートされています。

  • 16ポート10ギガビットイーサネット MPCs および Trio ベースの FPCs (MPCs) を持つ MX シリーズルーターは、アグリゲート型のイーサネットインターフェイスを使用するイーサネットサービスの OAM メカニズムを AE インターフェイスでもサポートしています。

  • MX2020 ルーター

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

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

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

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

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

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

注:

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

Junos OS リリース16.1 以降、接続障害管理のパフォーマンス監視 (文とperformance-monitoring階層レベル[edit protocols oam ethernet connectivity-fault-management]でのサブ文の挿入を含む) は、ネットワークツーネットワーク (nni) または送信インタフェースが dpc 上でメンバーリンク付きのアグリゲート型イーサネットインターフェイスである場合は、サポートされません。

集合的なイーサネットサービス全体で ETH、ETH、LM、ETH SLM の測定セッションを開始するには、これらの測定セッションをサポートするように2台の MX シリーズルーターを構成する必要があります。各ルーターで、VLAN によって接続された2つの物理またはinterface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id論理 AE インターフェイス[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]階層レベルにステートメントを含めることで、peer meps をインターフェイスにアタッチします。

集約型イーサネットインターフェイスでパフォーマンス監視機能を構成するためのガイドライン

ETH、ETH-SLM、および ETH DM の各機能を集約型イーサネット (ae) インターフェイスで構成する場合は、以下の点に注意してください。

  • 分散型の定期パケット管理 (PPM) セッションにおける拡張の制限とパフォーマンスの考慮事項。集約型イーサネット (AE) インターフェイスを介した分散 PPM セッションの拡張制限は、ビジネス継続性の確認メッセージ (CCM) をサポートする最大数の、AE インターフェイスを使用した場合と同じです。

  • SLA 反復子は常に CCM セッションと共存します。したがって、拡張性のある環境を構成する際には、CCM セッションを SLA 反復子とともに考慮する必要があります。次の表は、1本のラインカードおよび各ルーター (システム全体の値) に対して設定できる、分散 PM セッションの最大数を示しています。

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

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

  • 分散 PPM セッションでは、測定は常に CCM セッションで実行されるため、通信のパフォーマンス監視機能において制限があります。

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

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

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

リリース履歴テーブル
リリース
説明
16.2
拡張 LAG が有効になっている場合、Junos OS リリース16.2 から開始して、接続障害管理 (CFM) がサポートされます。
16.1R1
Junos OS Relase 16.1 R1 から、ITU-T Y を設定できます。 y.1731 標準準拠イーサネット損失測定 (ETH-LM)、イーサネットの合成損失測定 (ETH-SLM)、およびイーサネット遅延測定 (ETH-DM) 機能 (集約型イーサネット (ae))インターフェイス.
16.1
Junos OS リリース16.1 以降では、拡張 LAG 機能がルーターで有効になっている場合、アグリゲート型イーサネット (ae) インターフェイスを介したイーサネット損失測定はサポートされていません。
16.1
Junos OS リリース16.1 以降、接続障害管理のパフォーマンス監視 (文とperformance-monitoring階層レベル[edit protocols oam ethernet connectivity-fault-management]でのサブ文の挿入を含む) は、ネットワークツーネットワーク (nni) または送信インタフェースが dpc 上でメンバーリンク付きのアグリゲート型イーサネットインターフェイスである場合は、サポートされません。