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-DMは、ソフトウェアタイムスタンプのみでMPC3EおよびMPC4Eモジュールでサポートされています

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

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

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

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

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

注:

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

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

アグリゲート イーサネット サービスで ETH-DM、ETH-LM、ETH-SLM 測定セッションを開始する前に、これらの測定セッションをサポートするように 2 台の MX シリーズ ルーターを設定する必要があります。各ルーターで、階層レベルおよび各ルーターでステートメントを含めて interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id VLAN で接続された 2 つの物理 AE インターフェイスまたは論理 AE インターフェイスを設定し、階層レベルで [edit interfaces] ステートメントを含 mep mep-id interface interface-name (protect | working) めてピア MEP をインターフェイスに [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 セッションと共存します。したがって、拡張環境を構成する際には、CCM セッションを SLA イテレータと併せて考慮する必要があります。次の表に、ライン カードごと、ルーターごとに異なる CCM 間隔(システム全体の値)に対して設定できる分散 PM セッションの最大数を示します。

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

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

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

  • アクティブスタンバイ設定の ETH-LM over AE インターフェイスでは、アクティブラインカードとスタンバイラインカードがスワップされている場合、このウィンドウ中の測定は無視されます。

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

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

リリース履歴テーブル
リリース
説明
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リリース16.1以降、拡張LAG機能がルーターで有効になっている場合、アグリゲートイーサネット(ae)インターフェイスを介したイーサネット損失測定はサポートされていません。
16.1
Junos OS リリース 16.1 以降、ネットワークツーネットワーク(NNI)インターフェイスまたはエグレス インターフェイスが DPC 上のメンバー リンクを備えたアグリゲート イーサネット インターフェイスである場合、接続障害管理のパフォーマンス監視(ステートメントとそのサブステートメントを階層レベルで[edit protocols oam ethernet connectivity-fault-management]含むperformance-monitoring)はサポートされていません。