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

また、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 インターフェイスでサポートされています。

集合的なイーサネットサービス全体で 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 をインターフェイスにアタッチします。

• 分散型の定期パケット管理 (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 インターフェイスでは、アクティブなスタンバイの設定で、アクティブなインターフェイスから待機インターフェイスへのリンクフェイルオーバーが発生するたびに、カウンターがリセットされます。