集合型イーサネットインターフェイスのパフォーマンス監視
集合型イーサネットインターフェイスのパフォーマンス監視機能について説明します。パフォーマンス監視を設定する前に、パフォーマンス監視機能の設定に関するガイドラインを参照してください。
ITU-T Y.1731 集合型イーサネットインターフェイス上のETH-LM、ETH-SLM、ETH-DM
集合型イーサネット(ae)インターフェイスで、ITU-T Y.1731標準準拠のイーサネット損失測定(ETH-LM)、イーサネット合成損失測定(ETH-SLM)、イーサネット遅延測定(ETH-DM)機能を設定します。これらのITU-T Y.1731 OAMサービスまたはパフォーマンス監視手法は、オンデマンドモード(CLIを介してトリガー)またはプロアクティブモード(反復子アプリケーションによってトリガー)で測定できます。
AE インターフェイスで確立された CFM(接続障害管理)セッションは、ルーティング エンジンで処理される以外に、パケット転送エンジンに配信できます。CFM セッションを分散するこの機能は、拡張トポロジーと CFM セッションのグラフルルーティングエンジンスイッチオーバー (GRES) の両方で役立ちます。
CFM セッションの配信を有効にし、集中モードで動作させるには、[edit routing-options ppm]
階層レベルに ppm delegate-processing
ステートメントを含めます。AE インターフェイスを介した CFM セッションの配布を可能にするメカニズムは、PM over AE インターフェイスをサポートする基盤となるインフラストラクチャを提供します。さらに、定期パケット管理(PPM)は、時間に敏感な定期処理を処理し、プロセス固有のパケットの送信や統計情報の収集などの処理を実行します。ルーティング エンジンとパケット転送エンジンの両方で分散して実行される PPM プロセスを使用すると、パケット転送エンジンでパフォーマンス監視プロセスを実行できます。
イーサネット遅延測定では、ハードウェア支援タイムスタンプは、非AEインターフェイスに存在するサポートと同様に、AEインターフェイスでもサポートされています。ハードウェアベースのタイムスタンプは、プロトコルデータユニット(PDU)パケットの受信パスで実行されるため、ハードウェアベースのタイムスタンプのみサポートされていますが、ソフトウェアベースのタイムスタンプは送信されたパスで実行する必要があり、サポートされていません。
集合型イーサネットサービス全体でETH-DM、ETH-LM、またはETH-SLM測定セッションを開始する前に、これらの測定セッションをサポートする2つのルーターを設定する必要があります。各ルーターで、[edit interfaces]
階層レベルで interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id
ステートメントを含めて VLAN によって接続された 2 つの物理または論理 AE インターフェイスを構成し、各ルーターで、[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name]
階層レベルで mep mep-id interface interface-name (protect | working)
ステートメントを含めてピア MEP をインターフェイスに接続します。
ルーターで拡張LAG機能が有効になっている場合、集合型イーサネット(ae)インターフェイスを介したイーサネット損失測定はサポートされません。拡張LAG機能は、[edit chassis]
階層レベルでnetwork-services enhanced-ip
ステートメントを含めて拡張IPサービスモードを設定すると、デフォルトで有効になります。イーサネット損失測定が正しく機能するためには、 set chassis aggregated-devices disable-lag-enhanced
ステートメントを入力して拡張LAG機能を無効にする必要があります。
ネットワーク間(NNI)またはエグレスインターフェイスが、DPC上にメンバーリンクを持つ集合型イーサネットインターフェイスである場合、接続障害管理のパフォーマンス監視はサポートされていません。
関連項目
集合型イーサネットインターフェイスのパフォーマンス監視を設定するためのガイドライン
集合型イーサネット(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 にリダイレクトされます) が遅延測定で計算されます。