ITU-T Y.1731 イーサネット サービス OAMの概要
SUMMARY このセクションでは、サービス OAM (ITU-TY.1731) とその 2 つの主要コンポーネントについて説明します。障害管理 (監視、検出、および分離) とパフォーマンス監視 (フレーム損失測定、合成フレーム損失測定、およびフレーム遅延測定)。
イーサネットフレーム遅延測定の概要
ITU-T Y.1731 フレーム遅延測定機能
イーサネットの運用、管理、保守(OAM)のIEEE 802.3-2005規格は、単一のポイントツーポイントイーサネットLAN上のリンク障害を検出して報告するための一連のリンク障害管理メカニズムを定義しています。
Junos OSは、サービスプロバイダーによるイーサネットサービスの自動化されたエンドツーエンド管理と監視を提供する主要なOAM標準をサポートしています。
IEEE 標準 802.1ag、「接続障害管理 (CFM)」とも呼ばれます。
ITU-T 勧告 Y.1731:IEEE 802.1ag とは異なる用語を使用し、障害監視、診断、パフォーマンス監視のためのイーサネット サービス OAM 機能を定義しています。
これらの機能により、事業者は拘束力のあるSLA(サービスレベル契約)を提供し、顧客の特定のニーズに合わせて調整されたレートおよびパフォーマンス保証のサービスパッケージから新しい収益を生み出すことができます。
ACX シリーズ ルーターは、プロアクティブ モードとオンデマンド モードをサポートしています。
20.2R2-S3および20.4R1以降では、MPC10およびMPC11ラインカードでITU-T Y.1731標準準拠のイーサネット損失測定(ETH-LM)、イーサネット合成損失測定(ETH-SLM)、イーサネット遅延測定(ETH-DM)機能を設定できます。
ACX5048およびACX5096ルーターは、遅延測定用のソフトウェアベースのタイムスタンプのみをサポートしています。
イーサネットCFM
IEEE 802.1ag 規格の CFM(接続障害管理)は、単一のリンクか、複数の LAN で構成されるネットワークにまたがる複数のリンクかにかかわらず、あらゆるパスでエンドツーエンドのイーサネット サービス保証を提供するメカニズムを定義しています。
M320、MXシリーズ、Tシリーズルーターのイーサネットインターフェイスでは、Junos OSはイーサネットCFM規格の次の重要な要素をサポートします。
IEEE 802.1agイーサネットOAM導通チェックプロトコルを使用した障害監視
IEEE 802.1agイーサネットOAMリンクトレースプロトコルを使用したパス検出と障害検証
IEEE 802.1agイーサネットOAMループバックプロトコルを使用した障害分離
CFM 環境では、ネットワークオペレータ、サービスプロバイダ、顧客などのネットワークエンティティは、異なる管理ドメインの一部である場合があります。各管理ドメインは、1 つの保守ドメインにマップされます。保守ドメインは、それらを分離するために異なるレベル値で構成されます。各ドメインは、エンティティが独自の管理とエンドツーエンドの監視を実行し、セキュリティ侵害を回避するのに十分な情報を提供します。
図 1 は、顧客、プロバイダー、およびオペレーターのイーサネット ブリッジ、メンテナンス ドメイン、メンテナンス アソシエーション エンドポイント (MEP)、およびメンテナンス中間ポイント (MIP) 間の関係を示します。
ACX シリーズ ルーターでは、メンテナンス中間ポイント(MIP)はACX5048ルーターとACX5096ルーターでのみサポートされています。
イーサネットフレーム遅延測定
OAM機能の2つの主要な目的は、フレーム遅延やフレーム遅延変動(「フレーム ジッター」とも呼ばれる)などのサービス品質属性を測定することです。このような測定により、お客様がネットワークの障害の影響を受ける前に、ネットワークの問題を特定できます。
Junos OS は、MX シリーズ ルーター上のイーサネット物理インターフェイスまたは論理インターフェイスで設定された MEP 間のイーサネット フレーム遅延測定をサポートしています。イーサネットフレーム遅延測定は、特定のサービスで遅延測定をトリガーするための細かい制御をオペレーターに提供し、SLAの監視に使用できます。イーサネットフレーム遅延測定では、ワーストケースとベストケースの遅延、平均遅延、平均遅延変動など、その他の有用な情報も収集されます。イーサネットフレーム遅延測定(ETH-DM)のJunos OSの実装は、ITU-T勧告Y.1731、 イーサネットベースのネットワークのOAM機能とメカニズムに完全に準拠しています。この勧告では、ITU-T 用語で「ETH 層」と呼ばれるイーサネット サービス層でネットワークを運用および維持するための OAM メカニズムを定義しています。
モジュラー ポート コンセントレータ(MPC)と SFP+ 対応の 10 ギガビット イーサネット MPC を搭載した MX シリーズ ルーターは、フレーム遅延と遅延変動に対応する VPLS 上の ITU-T Y.1731 機能をサポートします。
MXシリーズのバーチャルシャーシは、イーサネットフレーム遅延測定(DM)をサポートしていません。
一方向イーサネットフレーム遅延測定
一方向 ETH モードでは、一連のフレーム遅延とフレーム遅延の変動値は、一方のルーターでイニシエーター MEP から測定フレームが送信されてから、もう一方のルーターの受信側 MEP でフレームが受信されるまでの経過時間に基づいて計算されます。
ACX シリーズ ルーターは、一方向イーサネット フレーム遅延測定をサポートしていません。
1DMトランスミッション
一方向フレーム遅延測定を開始すると、ルーターは、指定したレートと数のフレームで、1DM フレーム (一方向遅延測定用のプロトコル データ ユニット (PDU) を伝送するフレーム) をイニシエーター MEP から受信側 MEP に送信します。ルーターは、各1DMフレームをドロップ無効としてマークし、送信時間のタイムスタンプをフレームに挿入します。
1DMレセプション
MEP が 1DM フレームを受信すると、レシーバー MEP を含むルーターは、そのフレームの一方向遅延 (フレームが受信された時間とフレーム自体に含まれるタイムスタンプの差) と遅延変動 (現在の遅延値と以前の遅延値の差) を測定します。
一方向 ETH 統計
レシーバー MEP を含むルーターは、ETH データベースに一方向遅延統計の各セットを格納します。ETH データベースは、特定の CFM セッション (ピア MEP のペア) に対して最大 100 セットの統計を収集します。これらの統計には、ETH データベースの内容を表示することでいつでもアクセスできます。
一方向 ETH フレーム数
各ルーターは、送受信された一方向の ETH フレームの数をカウントします。
イニシエーター MEP の場合、ルーターは送信された 1DM フレームの数をカウントします。
レシーバー MEP の場合、ルーターは受信した有効な 1DM フレームの数と受信した無効な 1DM フレームの数をカウントします。
各ルーターは、ETH フレーム数を CFM データベースに保存します。CFM データベースには、CFM セッション統計と、ETH をサポートするインターフェイスの場合は ETH フレーム数が格納されます。CFM セッションの MEP に割り当てられたイーサネットインターフェイスまたは MEP の CFM データベース情報を表示することで、いつでもフレーム数にアクセスできます。
システムクロックの同期
一方向遅延計算の精度は、イニシエーター MEP とレシーバー MEP でのシステム クロックの緊密な同期に依存します。
一方向の遅延変動の精度は、システム クロックの同期に依存しません。遅延変動は、単に連続する一方向遅延値の差にすぎないため、位相のずれた周期はフレームのジッター値から排除されます。
特定の一方向イーサネットフレーム遅延測定では、フレーム遅延とフレーム遅延の変動値は、レシーバー MEP を含むルーターでのみ使用できます。
双方向イーサネットフレーム遅延測定
双方向 ETH モードでは、フレーム遅延とフレーム遅延の変動値は、イニシエーター MEP が要求フレームを送信し、レスポンダー MEP から応答フレームを受信するまでの時間差に基づいており、レスポンダー MEP での経過時間を差し引きます。
DMMトランスミッション
双方向フレーム遅延測定を開始すると、ルーターは遅延測定メッセージ (DMM) フレーム (双方向 ETH 要求の PDU を伝送するフレーム) をイニシエーター MEP からレスポンダー MEP に、指定したレートと数のフレームで送信します。ルーターは、各 DMM フレームをドロップ無効としてマークし、送信時間のタイムスタンプをフレームに挿入します。
DMR伝送
MEP が DMM フレームを受信すると、レスポンダー MEP は、ETH 応答情報と DMM フレームに含まれるタイムスタンプのコピーを含む遅延測定応答 (DMR) フレームで応答します。
DMR受付
MEP が有効な DMR を受信すると、MEP を含むルーターは、次のタイムスタンプのシーケンスに基づいて、そのフレームの双方向遅延を測定します。
TITxDMM
TRRxDMM
TRTxDMR
TIRxDMR
双方向フレーム遅延は次のように計算されます。
[TIRxDMR – TITxDMM] – [TRTxDMR – TRRxDMM]
この計算では、フレーム遅延は、イニシエーター MEP が DMM フレームを送信する時間と、イニシエーター MEP がレスポンダー MEP から関連付けられた DMR フレームを受信する時間の差から、レスポンダー MEP での経過時間を引いたものであることが示されています。
遅延変動は、現在の遅延値と以前の遅延値の差です。
双方向 ETH 統計
イニシエーター MEP を含むルーターは、ETH データベースに双方向遅延統計の各セットを格納します。ETH データベースは、特定の CFM セッション (ピア MEP のペア) に対して最大 100 セットの統計を収集します。これらの統計には、ETH データベースの内容を表示することでいつでもアクセスできます。
双方向 ETH フレーム数
各ルーターは、送受信された双方向 ETH フレームの数をカウントします。
イニシエーター MEP の場合、ルーターは送信された DMM フレームの数、受信した有効な DMR フレームの数、および受信した無効な DMR フレームの数をカウントします。
レスポンダー MEP の場合、ルーターは送信された DMR フレームの数をカウントします。
各ルーターは、ETH フレーム数を CFM データベースに保存します。CFM データベースには、CFM セッション統計と、ETH をサポートするインターフェイスの場合は ETH フレーム数が格納されます。CFM セッションの MEP に割り当てられたイーサネットインターフェイスまたは MEP の CFM データベース情報を表示することで、いつでもフレーム数にアクセスできます。
特定の双方向イーサネットフレーム遅延測定では、フレーム遅延とフレーム遅延の変動値は、イニシエーター MEP を含むルーターでのみ使用できます。
一方向と双方向の ETH DM の選択
一方向フレーム遅延測定では、イニシエーター MEP とレシーバー MEP のシステム クロックが密接に同期している必要があります。双方向フレーム遅延測定には、2つのシステムの同期は必要ありません。クロックを同期させることが現実的でない場合は、双方向フレーム遅延測定の方が正確です。
2 つのシステムが物理的に近接している場合、その一方向遅延値は、双方向遅延値に比べて非常に高くなります。一方向の遅延測定では、2つのシステムのタイミングを非常にきめ細かく同期させる必要がありますが、MXシリーズルーターは現在、このきめ細かい同期をサポートしていません。
イーサネット フレーム遅延測定の制限
イーサネットフレーム遅延測定機能には、以下の制限が適用されます。
ETH 機能は、ラベルスイッチインターフェイス (LSI) 疑似ワイヤではサポートされていません。
ETH 機能は、集合型イーサネットインターフェイスでサポートされています。
受信パスでの ETH フレームのハードウェア支援タイムスタンプは、MX シリーズルーターの拡張 DPC および拡張キューイング DPC の MEP インターフェイスでのみサポートされます。ハードウェア支援タイムスタンプの詳細については、「 ETH セッションをサポートするようにルーターを構成し 、 ハードウェア支援タイムスタンプオプションを有効にするためのガイドライン」を参照してください。
イーサネットフレーム遅延測定は、分散型定期パケット管理デーモン(
ppm)が有効になっている場合にのみトリガーできます。この制限の詳細については、「 ETH セッションをサポートするようにルーターを構成し 、 分散 ppm が無効になっていないことを確認するためのガイドライン」を参照してください。同じリモート MEP または MAC アドレスに対して一度に 1 つのセッションのみを監視できます。ETH セッションの開始の詳細については、「 ETH セッションの開始」を参照してください。
ETH 統計は、ETH セッションの 2 つのピアルーターのうちの 1 つだけで収集されます。一方向の ETH セッションの場合、ETH 固有の
showコマンドを使用して、レシーバー MEP でのみフレーム ETH 統計を表示できます。双方向の ETH セッションの場合、同じ ETH 固有のshowコマンドを使用して、イニシエーター MEP でのみフレーム遅延統計を表示できます。詳細については、「 ETH 統計と ETH フレーム数の管理」を参照してください。ETH フレーム数は両方の MEP で収集され、それぞれの CFM データベースに格納されます。
グレースフルルーティングエンジンスイッチオーバー (GRES) が発生すると、収集された ETH 統計はすべて失われ、ETH フレーム数はゼロにリセットされます。したがって、スイッチオーバーの完了後に、ETH 統計と ETH フレームカウンターの収集を再開する必要があります。GRES により、デュアル ルーティング エンジンを持つルーターは、パケット転送を中断することなく、プライマリ ルーティング エンジンからバックアップ ルーティング エンジンに切り替えることができます。詳細については、 Junos OS高可用性ユーザーガイドを参照してください。
フレーム遅延統計の精度は、システムの変更中(再構成など)に損なわれます。安定したシステムでイーサネットフレーム遅延測定を実行することをお勧めします。
イーサネット フレーム損失測定の概要
OAM機能の主な目的は、フレーム遅延、フレーム遅延変動(「フレーム ジッター」とも呼ばれます)、フレーム損失などのサービス品質属性を測定することです。このような測定により、お客様がネットワークの障害の影響を受ける前に、ネットワークの問題を特定できます。
Junos OSは、MXシリーズルーター上のイーサネット物理インターフェイスまたは論理インターフェイスに設定されたメンテナンスアソシエーションエンドポイント(MEP)間のイーサネットフレーム損失測定(ETH-LM)をサポートしており、現在は VPWS サービスでのみサポートされています。ETH は、オペレーターがイングレスおよびエグレスサービスフレームに適用可能なカウンター値を収集するために使用されます。これらのカウンターは、MEP のペア間で送受信されたデータ フレームの数を保持します。イーサネット フレーム損失の測定は、ETH 情報を含むフレームをピア MEP に送信し、同様にピア MEP から ETH 情報を含むフレームを受信することによって実行されます。このタイプのフレーム損失測定は、シングルエンドイーサネット損失測定とも呼ばれます。
MXシリーズの仮想シャーシは、イーサネットフレーム損失測定(ETH-LM)をサポートしていません。
ETH では、次のフレーム損失の測定がサポートされています。
近端フレーム損失測定—イングレスデータフレームに関連するフレーム損失の測定値。
遠端フレーム損失測定 - エグレスデータフレームに関連するフレーム損失の測定値。
ITU-T Y1731のプロアクティブおよびデュアルエンド損失測定機能は、ACXシリーズルーターではサポートされていません。
ETH 機能は、集合型イーサネットインターフェイスでサポートされています。
Junos OS リリース 16.1 以降、メンテナンスエンドポイント(MEP)でローカルで受信した接続障害管理(CFM)およびパフォーマンス監視(PM)PDUが黄色クラスに属するか、パケット損失優先度(PLP)が中〜高として分類された場合、イーサネット損失測定(ETH-LM)の結果が不正確になります。この誤った結果の問題は、ダウン MEP の CFM セッションのイーサネット損失測定に固有のものです。以下のシナリオでは、イーサネット損失測定の統計情報が不正確になります。
イーサネット損失測定は、ダウン状態の MEP の CFM セッションで機能しています
ダウン MEP の論理インターフェイスで受信した CFM PDU は、分類子によって黄色または中高の PLP として分類されます
入力分類子がPLPを中高としてマークすると、パケットは黄色で識別されます。
無色モードでイーサネット損失測定を設定する場合、イーサネット損失測定結果との不一致の問題は観察されません。損失測定結果が不正確であるというこの問題を回避するには、すべてのローカル CFM PDU を緑色または PLP 高としてプロビジョニングします。
Junos OS Release 16.1以降、ネットワーク間(NNI)またはegressインターフェイスがDPC上にメンバーリンクを持つ集合型イーサネットインターフェイスである場合、接続障害管理のパフォーマンス監視([edit protocols oam ethernet connectivity-fault-management]階層レベルにperformance-monitoringステートメントとそのサブステートメントを含めることによる)はサポートされていません。
サービスレベル契約の測定
サービスレベルアグリーメント(SLA)の測定とは、サービス(E-LineまたはE-LAN)の帯域幅、遅延、遅延変動(ジッター)、継続性、および可用性を監視するプロセスです。これにより、お客様がネットワークの障害の影響を受ける前に、ネットワークの問題を特定できます。
イーサネットVPNサービスは、次のように分類できます。
ピアツーピアサービス(E-Lineサービス)- E-Lineサービスは、MPLSベースのレイヤー2 VPN 仮想プライベートワイヤサービス (VPWS)を使用して提供されます。
マルチポイントツーマルチポイントサービス(E-LANサービス):MPLSベースのVPLS(仮想プライベートLANサービス)を使用してE-LANサービスを提供します。
詳細については、『 Junos VPN 設定ガイド』を参照してください。
Junos OSでは、SLA測定値は次のように分類されます。
オンデマンド・モード:オンデマンド・モードでは、測定はCLIを介してトリガーされます。
プロアクティブ モード - プロアクティブ モードでは、反復子アプリケーションによって測定がトリガーされます。
イーサネットフレーム遅延測定とイーサネットフレーム損失測定は、 ae インターフェイスではサポートされていないことに注意してください。
SLA測定のオンデマンドモード
オンデマンド・モードでは、ユーザーがCLIを介して測定をトリガーします。
ユーザーが CLI を介して遅延測定をトリガーすると、生成される遅延測定要求は、ITU-T Y.1731 規格で指定されたフレーム形式に従います。双方向の遅延測定では、サーバー側の処理をパケット転送エンジンに委任して、ルーティング エンジンの過負荷を防ぐことができます。詳細については、「 ETH セッションをサポートするためのルーターの設定」を参照してください。サーバー側の処理がパケット転送エンジンに委任されている場合、showコマンドでは、遅延測定メッセージ(DMM)フレームreceiveカウンターと遅延測定応答(DMR)フレームtransmitカウンターは表示されません。
ユーザーがCLIを介して損失測定をトリガーすると、ルーターは損失測定TLVとともに標準形式でパケットを送信します。既定では、 session-id-tlv 引数がパケットに含まれており、同じローカル MEP からの同時損失測定セッションが許可されます。no-session-id-tlv 引数を使用して、セッション ID TLV を無効にすることもできます。
シングルエンド ETH は、オンデマンドの運用、管理、および保守の目的で使用されます。MEP は、ETH 要求情報を含むフレームをピア MEP に送信し、ピア MEP から ETH 応答情報を含むフレームを受信して、損失測定を実行します。シングルエンド ETH リクエストに使用されるプロトコルデータユニット (PDU) は損失測定メッセージ (LMM) と呼ばれ、シングルエンド ETH 応答に使用される PDU は損失測定応答 (LMR) と呼ばれます。
SLA測定のためのプロアクティブモード
プロアクティブ モードでは、SLA 測定は反復子アプリケーションによってトリガーされます。反復子は、MX シリーズ ルーターで双方向の遅延測定または損失測定を行うために、ITU-Y.1731 準拠フレームの形式で SLA 測定パケットを定期的に送信するように設計されています。このモードは、ユーザーが開始するオンデマンドSLA測定とは異なります。反復子は、登録されている接続ごとに定期的な遅延または損失測定要求パケットを送信します。イテレータは、CPUの過負荷を回避するために、同じ接続に対して測定サイクルが同時に発生しないようにします。Junos OS は 、VPWS のプロアクティブ モードをサポートしています。反復子がリモート隣接関係を形成し、機能的に動作できるようにするには、接続障害管理 (CFM) のローカルとリモートの MEP 構成の間で連続性チェック メッセージ (CCM) をアクティブにする必要があります。反復子の隣接関係パラメーターを変更すると、既存の反復子統計がリセットされ、反復子が再始動されます。ここで、隣接関係という用語は、相互理解のための関連情報と2つのエンドポイント(直接または仮想的に接続された)のペアを指し、その後の処理に使用されます。たとえば、反復子の隣接関係は、MEP の 2 つのエンドポイント間の反復子の関連付けを指します。
すべての DPC または MPC に対して、サイクル時間値が 10 ミリ秒 (ms) の反復子インスタンスは 30 個のみサポートされます。Junos OS では、255 の反復子プロファイル構成と 2000 のリモート MEP 関連付けがサポートされています。
サイクル時間値が 100 ミリ秒未満の反復子は無限反復子でのみサポートされますが、サイクル時間値が 100 ミリ秒を超える反復子は有限反復子と無限反復子の両方でサポートされます。無限反復子は、反復子が手動で無効または非アクティブ化されるまで無限に実行される反復子です。
ACX5048ルーターとACX5096ルーターは、わずか1秒以上のイテレータサイクルタイムをサポートします。
ルーターで構成された VPWS サービスは、反復子に接続 (ここでは、接続はリモート MEP とローカル MEP のペアです) を登録し、それらの接続で定期的な SLA 測定フレーム送信を開始することで、SLA 測定を監視します。エンドツーエンド サービスは、両端に設定されたメンテナンス アソシエーション エンドポイント (MEP) によって識別されます。
双方向の遅延測定と損失測定の場合、反復子はリスト内の接続の要求メッセージ (存在する場合) を送信し、前の反復サイクルでポーリングされた接続の要求メッセージを送信します。SLA測定フレームとその応答のバックツーバック要求メッセージは、遅延変動と損失測定の計算に役立ちます。
反復子にアタッチされたサービスの Y.1731 フレーム送信は、オペレーターが介入して停止しない限り、または反復回数条件が満たされるまで、無限に続行されます。反復子がこれ以上プロアクティブなSLA測定フレームを送信しないようにするには、オペレーターは次のいずれかのタスクを実行する必要があります。
[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id]階層レベルでdeactivate sla-iterator-profileステートメントを有効にします。[edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name]階層レベルで、対応する反復子プロファイルの下にdisableステートメントをプロビジョニングします。
プロアクティブモードによるイーサネット遅延測定と損失測定
双方向遅延測定では、遅延測定メッセージ (DMM) フレームは反復子アプリケーションを介してトリガーされます。DMM フレームは、標準フレーム形式で記述されたフィールドに加えて、反復子のタイプ、長さ、および値 (TLV) を伝送し、サーバーは反復子 TLV を DMM フレームから遅延測定応答 (DMR) フレームにコピーします。
双方向遅延測定法を用いた一方向遅延変動計算では、遅延変動計算は、(1DMフレームではなく)DMRフレームに存在するタイムスタンプに基づいて行われる。したがって、クライアント側とサーバー側のクロックを同期させる必要はありません。それらのクロックの差が一定のままであると仮定すると、一方向の遅延変動の結果はかなり正確であると予想されます。この方法では、一方向の遅延変動測定のためだけに個別の1DMフレームを送信する必要もなくなります。
損失測定のプロアクティブ モードでは、ルーターは損失測定 TLV および反復子 TLV とともに標準形式でパケットを送信します。
イーサネット障害通知プロトコルの概要
障害通知プロトコル(FNP)は、MXシリーズルーター上のポイントツーポイントイーサネットトランスポートネットワークの障害を検出する障害通知メカニズムです。ノードリンクに障害が発生した場合、FNPは障害を検出し、回線がダウンしているというFNPメッセージを隣接ノードに送信します。FNPメッセージを受信すると、ノードはトラフィックを保護回線にリダイレクトできます。
FNPは、E-Lineサービスでのみサポートされています。
E-Lineサービスは、2つのUNI(ユーザーネットワークインターフェイス)間にセキュアなポイントツーポイントイーサネット接続を提供します。E-Lineサービスは保護されたサービスであり、各サービスにはワーキング回線と保護回線があります。CFM は、作業パスを監視し、パスを保護するために使用されます。CCM 間隔により、フェイルオーバー時間は数百ミリ秒または数秒になります。FNPは、50ms未満でサービス回線の障害検出と伝播を提供し、E-Lineサービスに50msのフェイルオーバーを提供します。
MX ルーターは PE ノードとして機能し、管理 VLAN で受信した FNP メッセージと、管理 VPLS 用に作成されたイーサネット インターフェイスと PW の両方で受信した FNP メッセージを処理します。MXシリーズルーターは、FNPメッセージを開始せず、イーサネットアクセスネットワーク内のデバイスによって生成されたFNPメッセージにのみ応答します。FNPは、VPLSルーティングインスタンスの一部である論理インターフェイスでのみ有効にすることができ、そのVPLSルーティングインスタンスの物理インターフェイスにはCCMを設定してはいけません。FNPは、物理インターフェイスごとに1つの 論理インターフェイス でのみ有効にできます。
すべてのE-Lineサービスは、エッジ保護付きのレイヤー2回線として構成されています。ワーキング回線または保護回線に関連付けられたVLANは、論理インターフェイスにマッピングする必要があります。E-LINEサービスで使用されるVLANのリングリンクでトランクポートまたはアクセスポートはサポートされていません。FNPは、保護回線に関連する論理インターフェイスを制御しません。終端ポイントが MX ノードにない E-Line サービスのみが FNP によって制御されます。
FNPは、グレースフルリスタートと グレースフルルーティングエンジンスイッチオーバー (GRES)機能をサポートしています。
関連項目
イーサネット合成損失測定の概要
イーサネット合成損失測定 (ETH-SLM) は、データ トラフィックの代わりに合成フレームを使用してフレーム損失の計算を可能にするアプリケーションです。このメカニズムは、データトラフィックのフレーム損失率を近似するための統計サンプルと見なすことができます。各メンテナンス アソシエーション エンドポイント (MEP) はフレーム損失の測定を実行しますが、これは使用できない時間の原因となります。
近端フレーム損失はイングレス データ フレームに関連するフレーム損失を指定し、遠端フレーム損失はエグレス データ フレームに関連するフレーム損失を指定します。近端と遠端の両方のフレーム損失測定は、使用不可時間を判断するために組み合わせて使用される近端重大エラー秒数と遠端重大エラー秒数に寄与します。ETH SLM は、合成損失メッセージ (SLM) フレームと合成損失応答 (SLR) フレームを使用して実行されます。ETH SLM は、2 つの方向のいずれかが使用できないと判断された場合、双方向サービスが使用できないと定義されているため、合成フレームを使用して各 MEP が近端および遠端の合成フレーム損失測定を実行できるようにします。
フレーム損失測定には、ITU-T Y.1731規格で定義されているETH-LMとETH-SLMの2種類があります。Junos OSは、シングルエンドのETH SLMのみをサポートしています。シングルエンド ETH-SLM では、各 MEP は ETH 要求情報を含むフレームをピア MEP に送信し、ピア MEP から ETH 応答情報を含むフレームを受信して合成損失測定を実行します。シングルエンドETH SLMは、ポイントツーポイントイーサネット接続に適用可能な合成損失測定を実行するためのプロアクティブまたはオンデマンドOAMに使用されます。この方法により、MEP は、同じメンテナンス エンティティ グループ (MEG) の一部である MEP のペアに関連付けられた遠端および近端の損失測定を開始して報告できます。
MXシリーズのバーチャルシャーシは、イーサネット合成損失測定(ETH-SLM)をサポートしていません。
シングルエンド ETH-SLM は、1 つまたは複数の MEP ピアに対して有限量の ETH SLM フレームを開始し、ピアから ETH SLM 応答を受信することで、オンデマンドまたはプロアクティブなテストを実行するために使用されます。ETH フレームには、近端と遠端の両方の合成損失測定の測定と報告に使用される ETH SLM 情報が含まれています。SLA(サービスレベル契約)の測定とは、サービスの帯域幅、遅延、遅延変動(ジッター)、継続性、可用性を監視するプロセスのことです。これにより、お客様がネットワークの障害の影響を受ける前に、ネットワークの問題を特定できます。プロアクティブ モードでは、SLA 測定は反復子アプリケーションによってトリガーされます。反復子は、合成フレーム損失測定のために、ITU-Y.1731 準拠フレームの形式で SLA 測定パケットを定期的に送信するように設計されています。このモードは、ユーザーが開始するオンデマンドSLA測定とは異なります。オンデマンド・モードでは、ユーザーがCLIを介して測定をトリガーします。ユーザーが CLI を使用して ETH をトリガーすると、生成される SLM 要求は、ITU-T Y.1731 標準で指定されたフレーム形式に従います。
ACX5048 ルーターと ACX5096 ルーターは、レイヤー 2 サービスの ETH SLM をサポートしています。
ETH の構成のシナリオ
ETH SLM は、同じ MEG レベルの一部である 2 つの MEP 間の近端フレーム損失と遠端フレーム損失を測定します。ETH SLM を設定して、上向きまたは上流の MEP と下向きまたは下流の MEP の両方の合成損失を測定できます。このセクションでは、ETH の操作に関する次のシナリオについて説明します。
MPLS トンネルのアップストリーム MEP
2 つの MX シリーズ ルーター MX1 と MX2 のユーザー ネットワーク インターフェイス (UNI) 間に上流方向で MEP が設定されているシナリオを考えてみましょう。MX1とMX2は、MPLSコアネットワークを介して接続されます。ETH SLM 測定は、2 つのルーターをリンクするパスのアップストリーム MEP 間で実行されます。MX1とMX2はどちらもオンデマンドまたはプロアクティブなETH SLMを開始でき、それぞれMX1とMX2で遠端と近端の両方の損失を測定できます。2 つの UNI は、MPLS ベースのレイヤー 2 VPN 仮想プライベートワイヤサービス (VPWS)を使用して接続されます。
イーサネット ネットワークでのダウンストリーム MEP
下流方向のイーサネットインターフェイス上の2つのMXシリーズルーターMX1とMX2の間にMEPが設定されているシナリオを考えてみましょう。MX1 と MX2 はイーサネット トポロジで接続され、ダウンストリーム MEP はイーサネット ネットワークに向けて構成されます。ETH 測定は、2 つのルーターをリンクするパス内のダウンストリーム MEP 間で実行されます。ETH SLM は、これら 2 つのルーター間のパスで測定できます。
MEP が下流方向に構成され、MEP で作業パスまたは保護パスを指定することで MPLS を介した VPWS のサービス保護が有効になっている別のシナリオを考えてみましょう。サービス保護は、障害が発生した場合に、作業パスのエンドツーエンドの接続保護を提供します。サービス保護を構成するには、作業パスと保護パスという 2 つの個別のトランスポート パスを作成する必要があります。作業パスと保護パスを指定するには、2 つの保守関連付けを作成します。メンテナンス アソシエーションをパスに関連付けるには、メンテナンス アソシエーションで MEP インターフェイスを設定し、パスを動作中または保護として指定する必要があります。
サンプル トポロジーでは、MX シリーズ ルーター MX1 が、MPLS コアを介して他の 2 つの MX シリーズ ルーター MX2 および MX3 に接続されています。MX1 と MX2 間の接続障害管理 (CFM) セッションは MEP の作業パスであり、MX1 と MX3 間の CFM セッションは MEP の保護パスです。MX2とMX3は、イーサネットインターフェイス上でアクセスネットワークのMX4に接続されます。ダウンストリーム MEP は、MX2 (作業 CFM セッション) を通過する MX1 と MX4 の間、および MX3 (保護された CFM セッション) を通過する MX1 と MX4 の間で設定されます。ETH SLM は、これらのダウンストリーム MEP 間で実行されます。両方のダウンストリーム MEP で、構成はアップストリーム MEP と同様に MX1 および MX4 UNI で実行されます。
ETH メッセージの形式
合成損失メッセージ (SLM) は、シングルエンド イーサネット合成損失測定 (ETH-SLM) 要求をサポートします。このトピックには、SLM プロトコル データ ユニット (PDU)、SLR PDU、およびデータ反復子タイプの長さ値 (TLV) の形式について説明する次のセクションが含まれています。
SLM PDUフォーマット
SLM PDU形式は、SLM情報を送信するためにMEPによって使用されます。SLM PDU には、次のコンポーネントが含まれています。
ソース MEP ID - ソース MEP ID は、SLM フレームを送信する MEP を識別するために最後の 13 の最下位ビットが使用される 2 オクテット フィールドです。MEP ID は MEG 内で一意です。
テスト ID - テスト ID は、送信 MEP によって設定される 4 オクテット フィールドであり、複数のテストが MEP 間で同時に実行される場合 (同時オンデマンド テストとプロアクティブ テストの両方を含む) を識別するために使用されます。
TxFCf - TxFCf は、MEP によってピア MEP に向けて送信される SLM フレームの数を伝送する 4 オクテット フィールドです。
SLM PDU のフィールドを次に示します。
MEG レベル - 0 〜 7 の範囲で設定されたメンテナンス ドメイン レベル。
バージョン - 0。
オペコード - OAM PDU タイプを識別します。SLM の場合は 55 です。
フラグ - すべてゼロに設定します。
TLV オフセット - 16。
ソース MEP ID - SLM フレームを送信する MEP を識別するために使用される 2 オクテット フィールド。この 2 オクテット フィールドでは、最後の 13 の最下位ビットを使用して、SLM フレームを送信する MEP を識別します。MEP ID は MEG 内で一意です。
RESV:予約フィールドはすべてゼロに設定されます。
テスト ID - 送信 MEP によって設定され、MEP 間で複数のテストが同時に実行されるときにテストを識別するために使用される 4 オクテット フィールド (同時オンデマンド テストとプロアクティブ テストの両方を含む)。
TxFCf - MEP からピア MEP に向けて送信された SLM フレームの数を伝送する 4 オクテットのフィールド。
オプション TLV:データ TLV は、送信される任意の SLM に含めることができます。ETH の目的上、データ TLV の値部分は指定されていません。
終了TLV:すべてゼロのオクテット値。
一眼レフPDUフォーマット
合成損失応答 (SLR) PDU 形式は、SLR 情報を送信するために MEP によって使用されます。SLR PDU のフィールドを次に示します。
MEG レベル - 最後に受信した SLM PDU から値がコピーされる 3 ビット フィールド。
バージョン—最後に受信したSLM PDUから値がコピーされる5ビットフィールド。
オペコード - OAM PDU タイプを識別します。SLRの場合、54に設定されます。
フラグ—SLM PDUからコピーされた1オクテットのフィールド。
TLV オフセット—SLM PDU からコピーされた 1 オクテットのフィールド。
ソース MEP ID - SLM PDU からコピーされた 2 オクテットのフィールド。
レスポンダ MEP ID - SLR フレームを送信する MEP を識別するために使用される 2 オクテット フィールド。
テスト ID - SLM PDU からコピーされた 4 オクテットのフィールド。
TxFCf—SLM PDU からコピーされた 4 オクテットのフィールド。
TxFCb:4 オクテット フィールド。この値は、このテスト ID に対して送信された SLR フレームの数を表します。
オプション TLV:値は SLM PDU からコピーされます(存在する場合)。
終了TLV—SLM PDUからコピーされた1オクテットのフィールド。
データ反復子TLV形式
データ反復子 TLV は、Y.1731 データ フレームのデータ TLV 部分を指定します。MEP は、さまざまなフレーム サイズの遅延と遅延の変動を測定するように MEP が構成されている場合、データ TLV を使用します。データ TLV のフィールドを次に示します。
タイプ—TLV タイプを識別します。この TLV タイプの値はデータ (3) です。
[長さ] - データ パターンを含む [値] フィールドのサイズをオクテット単位で指定します。[長さ] フィールドの最大値は 1440 です。
データ パターン— n オクテット(n は長さを示す)の任意のビット パターン。受信者はそれを無視します。
ETH メッセージの送信
ETH SLM 機能は、MEP のペア間で複数の合成損失メッセージ (SLM) 要求を同時に処理できます。セッションは、事前対応型またはオンデマンドのSLMセッションにすることができます。各 SLM 要求は、テスト ID によって一意に識別されます。
MEP は、SLM 要求を送信したり、SLM 要求に応答したりできます。SLM 要求に対する応答は、合成損失応答 (SLR) と呼ばれます。MEP がテスト ID を使用して SLM 要求を決定した後、MEP は SLM メッセージまたは SLM プロトコル データ ユニット (PDU) の情報に基づいて遠端と近端のフレーム損失を計算します。
MEP は、各テスト ID と、損失測定が実行されるメンテナンス エンティティで監視されている各ピア MEP に対して、次のローカル カウンターを維持します。
TxFCl - テスト ID のピア MEP に向けて送信された合成フレームの数。ソース MEP は、ETH SLM リクエスト情報を使用して合成フレームを連続して送信するためにこの数をインクリメントし、宛先または受信 MEP は、SLR 情報を使用して合成フレームを連続して送信するためにこの値をインクリメントします。
RxFCl - テスト ID に対してピア MEP から受信した合成フレームの数。ソース MEP は、SLR 情報を含む合成フレームを連続して受信するためにこの数をインクリメントし、宛先または受信する MEP は、ETH SLM 要求情報を含む合成フレームを連続して受信するためにこの数をインクリメントします。
次のセクションでは、合成フレーム損失を判断するための SLM PDU の処理フェーズについて説明します。
SLM 要求の開始と送信
MEP は、OpCode フィールドが 55 に設定された SLM 要求を定期的に送信します。MEP は、セッションの一意のテスト ID を生成し、ソース MEP ID を追加し、SLM の開始前にセッションのローカル カウンターを初期化します。セッション用に送信される各 SLM PDU (テスト ID) に対して、ローカル カウンター TxFCl がパケットで送信されます。
テスト ID は開始 MEP で構成され、応答する MEP は開始 MEP から受け取ったテスト ID を使用するため、開始 MEP と応答 MEP の間でテスト ID 値の同期は必要ありません。ETH SLM はサンプリング手法であるため、サービス フレームをカウントするよりも精度が低くなります。また、測定の精度は、使用するSLMフレームの数またはSLMフレームを送信する期間によって異なります。
SLMの受信と一眼レフの送信
宛先 MEP がソース MEP から有効な SLM フレームを受信すると、SLR フレームが生成され、要求元またはソース MEP に送信されます。SLR フレームは、MEG レベルと宛先 MAC アドレスが受信 MEP の MAC アドレスと一致する場合に有効です。SLM PDU のすべてのフィールドは、次のフィールドを除き、SLM 要求からコピーされます。
送信元 MAC アドレスは宛先 MAC アドレスにコピーされ、送信元アドレスには MEP の MAC アドレスが含まれます。
オペコード・フィールドの値は、SLM から SLR (54) に変更されます。
レスポンダーの MEP ID には、MEP の MEP ID が入力されます。
TxFCbは、SLRフレーム送信時のローカルカウンタRxFClの値とともに保存されます。
SLR フレームは、SLM フレームを受信するたびに生成されます。したがって、レスポンダの RxFCl は、受信した SLM フレームの数に等しく、送信された SLR フレームの数にも等しくなります。レスポンダまたは受信側の MEP では、RxFCl は TxFCl と等しくなります。
一眼レフの受信
SLM フレーム (指定された TxFCf 値) が送信された後、MEP は、ピア MEP からタイムアウト値内に対応する SLR フレーム (同じ TxTCf 値を伝送) を受信することを期待します。タイムアウト値 (5 秒) 後に受信した SLR フレームは破棄されます。SLR フレームに含まれる情報を使用して、MEP は指定された測定期間のフレーム損失を決定します。測定期間は、送信されるSLMフレームの数が、特定の精度で測定を行うのに統計的に適切である時間間隔です。MEP は、次の値を使用して、測定期間中の近端フレーム損失と遠端フレーム損失を決定します。
最後に受信したSLRフレームのTxFCfおよびTxFCb値、および測定期間終了時のローカルカウンタRxFCl値。これらの値は、TxFCf[tc]、TxFCb[tc]、および RxFCl[tc] として表され、tc は測定期間の終了時刻です。
テスト開始後に最初に受信したSLRフレームのSLRフレームのTxFCfおよびTxFCb値、および測定期間の開始時のローカルカウンターRxFCl。これらの値は、TxFCf[tp]、TxFCb[tp]、および RxFCl[tp] として表され、tp は測定期間の開始時刻です。
受信した SLR パケットごとに、ローカル RxFCl カウンターが送信側または送信元の MEP でインクリメントされます。
フレーム損失の計算
合成フレーム損失は、ローカルカウンターの値と受信した最後のフレームの情報に基づいて、測定期間の終了時に計算されます。最後に受信したフレームには、TxFCf 値と TxFCb 値が含まれています。ローカル カウンターには、RxFCl 値が格納されます。これらの値を使用して、フレーム損失は次の式を使用して決定されます。
フレーム損失(遠端)= TxFCf – TxFCb
フレーム損失(近端)= TxFCb – RxFCl
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。
[edit protocols oam ethernet connectivity-fault-management]階層レベルにperformance-monitoringステートメントとそのサブステートメントを含めることによる)はサポートされていません。