OAM接続障害管理(CFM)の概要
SUMMARY このセクションでは、接続障害管理 (CFM) の運用、管理、および管理 (OAM) について説明します。
イーサネットOAM接続障害管理
接続障害管理 (CFM) は、IEEE 802.1ag で定義されています。このトピックでは、メトロイーサネット環境での CFM の使用に重点を置いています。
CFM の主な機能は次のとおりです。
-
導通チェックプロトコルを使用した障害監視。このプロトコルは、VLANまたはリンクレベルで隣接関係を識別および維持するネイバー探索およびヘルスチェックプロトコルとして機能します。
-
リンクトレースプロトコルを使用したパス検出と障害検証IP traceroute と同様に、このプロトコルは、送信元と宛先の間の 1 つ以上のブリッジ ネットワークを介して、宛先 MAC アドレスに取得したパスをマッピングします。
-
ループバックプロトコルを使用した障害の分離IP pingと同様に、このプロトコルはトラブルシューティング中に導通チェックプロトコルと連携します。
CFM は、サービスネットワークを、オペレーター、プロバイダー、顧客などのさまざまな管理ドメインに分割します。これらのドメインは、別々の管理ドメインに属している場合があります。
すべての管理ドメインは、自己管理、エンドツーエンドの監視、セキュリティ侵害の防止に十分な情報を含む1つの保守ドメインにリンクされます。各保守ドメインは、ネットワーク階層に基づいて、0 から 7 の範囲の保守ドメイン・レベルに関連付けられます。最も外側のドメインには、最も内側のドメインよりも高いレベルが割り当てられます。顧客エンドポイントは、最も高いメンテナンスドメインレベルを持ちます。
CFM メンテナンスドメイン内の各サービスインスタンスは、 maintenance associationと呼ばれます。maintenance associationは、同様の特性を共有するメンテナンスエンドポイント (MEP) の完全なメッシュで構成されます。MEP は、CFM プロトコルメッセージを生成して応答するアクティブな CFM エンティティです。
MEP に似た CFM エンティティであるメンテナンス中間ポイント (MIP) もあります。ただし、MIP は比較的受動的であり、CFM メッセージにのみ応答します。
MEPは up MEPs または down MEPsにすることができます。リンクは、レベル 5 の MEP をレベル 7 の MEP に接続できます。レベル 5 のインターフェイスはアップ MEP (リンクのもう一方の端が MEP レベル 7 であるため) であり、レベル 7 のインターフェイスはダウン MEP (リンクのもう一方の端が MEP レベル 5 であるため) です。
メトロイーサネットネットワークでは、CFM は通常、次の 2 つのレベルで使用されます。
-
サービスプロバイダーによる、そのプロバイダーエッジ(PE)ルーター間の接続の確認
-
お客様がカスタマーエッジ(CE)ルーター間の接続を確認する
注:設定された顧客の CFM レベルは、サービスプロバイダの CFM レベルよりも大きい必要があります。
多くのメトロ イーサネット ネットワークでは、VPLS およびブリッジ ネットワーク上の接続を監視するために CFM が使用されています。
ACX シリーズ ルーターでは、VPLS の OAM は ACX5048、ACX5096、ACX5448 ルーターでのみサポートされ、EVPN の OAM は ACX5448 および ACX710 ルーターでのみサポートされています。
PTX10001-36MR、PTX10004、PTX10008、および PTX10016 デバイスでの CFM サポートには、次の制限があります。
-
メンテナンス エンドポイント(MEP)およびメンテナンス中間ポイント(MIP)関連の制限事項:次の設定はできません。
-
インターフェイス上の同じレベルでのアップ MEP とダウン MEP。
-
-
アップ MEP がダウン MEP よりも高い場合、システムは CCM PDU を選択的にドロップせず、中断することなく通過できるようにします。
-
複数のPFEにまたがる子リンクを持つAEでのDM関連のタイムスタンプはサポートされていません。
-
CFM パケットはデフォルトのキューを引き継ぎます。以下の場合、転送クラスからキュー(fc-to-queue)へのマッピングはありません。
-
エグレストラフィック(cos-rewriteが設定されていない場合)
-
タグなしトラフィック
-
-
OAM 対応の IFL での
vlan-id-list
の設定は、CFM のスケーリングに影響を与える可能性があります。 -
ホストバウンドおよびホスト生成の CFM パケットは、イングレス方向とエグレス方向の両方で設定されたファイアウォールフィルターをバイパスしません。
IEEE 802.1ag OAM接続障害管理
Junos OSは、IEEE 802.1ag接続障害管理をサポートしています。拡張CFEB(CFEB-E)を搭載したM7iおよびM10iルーター、およびM120、M320、MXシリーズ、Tシリーズ、PTXシリーズルーターのイーサネットインターフェイスは、IEEE 802.1agの運用、管理、および管理(OAM)規格をサポートしています。IEEE 802.1ag 規格は、1 つ以上のサービス インスタンスで構成されるイーサネット ネットワークの監視に役立つ CFM(イーサネット接続障害管理)を容易にします。
Junos OS リリース 9.3 以降では、CFM は集合型イーサネットインターフェイスもサポートします。CFM セッションは、集合型イーサネットインターフェイス上のフレキシブル PIC コンセントレータ(FPC)上で分散モードで動作します。その結果、アグリゲートイーサネットインターフェイスでグレースフルルーティングエンジンスイッチオーバー(GRES)がサポートされます。Junos OS リリース 13.3 より前のリリースでは、CFM セッションはルーティングエンジン上で集中モードで動作します。ただし、集約されたイーサネットバンドルを形成するインターフェイスが混合モードの場合、集約されたイーサネットインターフェイスでは CFM セッションはサポートされません。また、連続性チェックメッセージ (CCM) 間隔が 10 ミリ秒の CFM セッションは、集合型イーサネットインターフェイスではサポートされません。
CFM セッションはデフォルトで配信されます。すべての CFM セッションは、分散モードのみまたは集中モードのみで動作する必要があります。CFM セッションの分散モードと集中モードの混合操作はサポートされていません。集合型イーサネットインターフェイスでの CFM セッションの配信を無効にし、セッションを集中モードで動作させるには、[edit protocols oam ethernet connectivity-fault-management]
階層レベルで no-aggregate-delegate-processing
ステートメントを含めます。
イーサネット OAM 802.1ag が機能するための要件として、ルーティングエンジンとパケット転送エンジンで分散型定期パケット管理(PPM)が実行されます。PPM は、パケット転送エンジンでのみ無効にできます。PFE で PPM を無効にするには、[edit routing-options ppm]
階層レベルで ppm no-delegate-processing
ステートメントを含めます。
-
MXシリーズ仮想シャーシは、分散型インライン接続障害管理をサポートしていません。
-
ACX シリーズルーターは、100 ミリ秒以上の導通チェック間隔を持つ集合型イーサネットインターフェイスで CFM をサポートします。
-
CFM セッションは、
no-aggregate-delegate-processing
コマンドが有効になっている場合に、集約されたイーサネットバンドルを形成するインターフェイスが混合モードである場合、集約型イーサネットインターフェイスでサポートされます。 -
Junos OS リリース 14.2 以降、集中モードの CFM セッションの場合、連続性チェックメッセージ(CCM)間隔が 100 ミリ秒 (100 ミリ秒) で最大 40 CFM セッション、または CCM 間隔が 1 秒(1 秒)で最大 400 CFM セッションを設定することをお勧めします。CFM セッションがこの制限を超えて設定されている場合、CFM は期待どおりに動作しない可能性があります。複数のリンクの状態が変化したとき、またはラインカードが再起動されたときに、問題が発生することがあります。
これらの制限は、ルーティングエンジンでの400パケット/秒(pps)のプロトコルデータユニット(PDU)負荷を考慮して導き出されたことに注意してください。この制限は、ルーティング エンジンの負荷によって異なります。ルーティング エンジンの負荷が高い場合は、この制限まで多少の変動が予想されます。
Junos OS リリース 10.3 以降、MX シリーズ ルーターのモジュラー ポート コンセントレータ(MPC)およびモジュラー インターフェイス カード(MIC)で設定されたインターフェイス上のタグなし集約型イーサネットメンバーリンクでは、CFM はサポートされていません。ただし、CFMは、MPCとMICで設定されたタグなしおよびタグ付き集合型イーサネット論理インターフェイスの両方でサポートされています。Junos OS リリース 12.3 以降、CFM はマルチシャーシリンクアグリゲーション(MC-LAG)をサポートしていません。CFM を設定するときは、 mc-ae
ステートメントを設定しないことをお勧めします。
Junos OS リリース 11.3 以降、T シリーズおよび M320 ルーターでは、CCC カプセル化で設定されたインターフェイスで CFM はサポートされていません。CFM を設定すると、次のメッセージが表示されます。「MEPs cannot be configured on ccc interface on this platform
」
Junos OS リリース 17.4 以降では、疑似ワイヤ サービス インターフェイスでメンテナンス中間ポイント(MIP)を設定することで、疑似ワイヤ サービス インターフェイスで IEEE 802.1ag CFM のサポートを有効にすることができます。疑似回線サービス インターフェイスは、MPLS 疑似回線終端を介した加入者インターフェイスの設定をサポートします。PWを介した加入者インターフェイスの終端により、ネットワーク事業者はMPLSドメインをアクセス/アグリゲーションネットワークからサービスエッジに拡張し、ネットワークの大部分で統一されたMPLSラベルプロビジョニングを使用できます。
CFM MIP セッションは、疑似ワイヤサービスインタフェースでのみサポートされ、疑似ワイヤサービストンネルインタフェースではサポートされません。
IEEE 802.1ag OAMは、 グレースフルルーティングエンジンスイッチオーバー (GRES)をサポートします。IEEE 802.1ag OAMは、タグなし、単一タグ付き、およびスタックVLANインターフェイスでサポートされています。
EX シリーズ スイッチで CFM 機能を使用するには、まずEFL(拡張機能ライセンス)をインストールして、CFM をベーシック Junos OS に追加する必要があります。詳細については 、EXシリーズのライセンス を参照してください。
接続障害管理の主要な要素
図 1 は、顧客、プロバイダー、およびオペレーターのイーサネット ブリッジ、メンテナンス ドメイン、メンテナンス アソシエーション エンドポイント (MEP)、およびメンテナンス中間ポイント (MIP) 間の関係を示します。
ACX シリーズ ルーターでは、メンテナンス中間ポイント(MIP)はACX5048ルーターとACX5096ルーターでのみサポートされています。
メンテナンス アソシエーションは、同じメンテナンス アソシエーション識別子とメンテナンス ドメイン レベルで構成された一連の MEP です。 図 2 、イーサネット ブリッジ、メンテナンス ドメイン、メンテナンス アソシエーション、および MEP 間の階層関係を示しています。
VPLSに対して802.1agイーサネットOAMを設定するためのベストプラクティス
VPLSルーティングインスタンスの論理インターフェイスは、同じまたは異なるVLAN設定を持つことができます。これらのインターフェイス間でパケットを正しく切り替えるには、VLAN 正規化が必要です。VLAN正規化は事実上VLAN変換であり、正規化されたVLANタグと異なる場合は、受信したパケットのVLANタグを変換する必要があります。
MX シリーズ ルーターの場合、正規化された VLAN は、VPLS ルーティング インスタンスで次のいずれかの構成ステートメントを使用して指定されます。
vlan-id vlan-number
vlan-id none
vlan-tags outer outer-vlan-number inner inner-vlan-number
ルーティングインスタンスに属するすべてのインターフェイスで vlan-maps
を明示的に設定する必要があります。
転送パスに関する以下の考慮事項に従う必要があります。
パケット受信パス:
これは、インターフェイスで受信したパケットの転送パスです。
VPLS 向け 802.1ag イーサネット OAM は、暗黙的なインターフェイスフィルターと転送テーブルフィルターを使用して、CFM パケットのフラッディング、受け入れ、ドロップを行います。
パケット送信パス:
JUNOSソフトウェアは、CPUが生成したパケットにルーターのハードウェアベースの転送を使用します。
ダウン MEP の場合、パケットは MEP が構成されているインターフェイスで送信されます。
MX シリーズルーターでは、Up MEPsの場合、パケットはVPLSルーティングインスタンスの他のインターフェイスにフラッディングする必要があります。ルーターは、フラッドネクストホップに関連付けられたフラッドルート(すべてのインターフェイスをフラッディングする)を作成し、このフラッディングルートで転送されるパケットをソースとします。
また、ルーターは、CPU で生成されたパケットに暗黙的な転送を使用します。その結果、フラッディングルートに関連付けられたフラッディングネクストホップが、フィルター項に関連付けられます。フィルター条件では、一致基準を使用して、ホスト生成パケットを正しく識別します。
関連項目
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。
mc-ae
ステートメントを設定しないでください。