OAM 接続障害管理 (CFM) の概要
SUMMARY このセクションでは、接続性障害管理(CFM)の OAM(運用、管理、管理)について説明します。
イーサネット OAM 接続の障害管理
最も完成度の高い接続障害管理 (CFM) は、802.1 ag IEEE で定義されています。このトピックでは、メトロイーサネット環境での CFM の使用に重点を置いています。
CFM の主な特長は以下のとおりです。
ビジネス継続性チェックプロトコルを使用した障害監視。これは、VLAN またはリンクレベルで隣接関係を検出して維持する、近傍検索および稼働状況チェックプロトコルです。
リンクトレースプロトコルを使用したパス探索と障害検証。IP traceroute と同様に、このプロトコルは、送信元と宛先の間で1つまたは複数のブリッジドネットワークを通して、宛先 MAC アドレスへのパスをマッピングします。
ループバックプロトコルを使用した障害分離。IP ping と同様に、このプロトコルはトラブルシューティング中に連続性確認プロトコルと連携して動作します。
CFM では、サービスネットワークをさまざまな管理ドメインに分割しています。たとえば、事業者、プロバイダ、および顧客は、さまざまな管理ドメインの一部になっている場合があります。
各管理ドメインは、1つの保守ドメインにマップされ、自身の管理を実行するための十分な情報を提供するため、セキュリティ侵害を防ぎ、エンドツーエンドの監視を可能にします。各保守ドメインは、0 ~ 7 の保守ドメインレベルに関連付けられています。レベルの割り当ては、最も外側のドメインが最も内側のドメインよりも高いレベルに割り当てられているネットワーク階層に基づいています。
お客様のエンドポイントは、保守ドメインレベルを最も高く維持します。CFM 保守ドメインでは、各サービスインスタンスを保守関連と呼んでいます。メンテナンス アソシエーションは 、同様の特性を持つ MEP(保守エンドポイントのフル メッシュ)と考することができます。MEPs は、CFM のプロトコルメッセージを生成して応答するアクティブな CFM エンティティです。
また、MEP のような CFM の実体である MIP (メンテナンス中間ポイント) もありますが、さらにパッシブなのは、その他の受動的なものです。
MEP は MEP をアップ アップ または ダウンできます。リンクは、レベル5の MEP をレベル7の MEP に接続できます。レベル5のインターフェイスは、up MEP (リンクのもう一方の端が MEP level 7 であるため) で、レベル7のインターフェイスは、ダウン MEP (リンクのもう一方の端が MEP レベル 5) になっています。
メトロイーサネットネットワークでは、通常、CFM は次の2つのレベルで使用されます。
サービスプロバイダは、プロバイダエッジ (PE) ルーター間の接続を確認します。
お客様は、顧客エッジ (CE) ルーター間の接続を確認します。
注:設定されたカスタマー CFM レベルは、サービスプロバイダの CFM レベルよりも大きくなければなりません。
多くのメトロイーサネットネットワークでは、CFM を使用して、VPLS とブリッジネットワークの接続を監視します。
ACX シリーズルーターでは、OAM for VPLS は、ACX5048、ACX5096、ACX5448 ルーターでのみサポートされています。
IEEE 802.1 ag OAM 接続障害管理の概要
M7i および M10i ルーターのイーサネットインターフェイスは、拡張 CFEB (CFEB) および M120、M320、MX シリーズ、T Series、PTX シリーズの各ルーターで、運用、管理、および管理 (OAM) の IEEE 802.1 ag 標準をサポートしています。IEEE 802.1 ag 仕様は、イーサネットの接続性障害管理 (CFM) に対応しています。CFM の目標は、1つ以上のサービスインスタンスを構成している可能性があるイーサネットネットワークを監視することです。Junos OS は IEEE 802.1 ag connectivity の障害管理をサポートします。
MX シリーズバーチャルシャーシは、分散型のインライン接続フォールト管理をサポートしていません。
ACX シリーズルーターは、CFM のイーサネットインターフェイスで、100ミリ秒以上の継続時間のチェックがサポートされています。
OAM 接続障害管理の概要
Junos OS リリース9.3 以降では、CFM は集約型イーサネットインターフェイスもサポートしています。接続障害管理 (CFM) セッションは分散モードで動作し、アグリゲート型イーサネットインターフェイス上のフレキシブル PIC コンセントレーター (FPC) 上で処理されます。その結果、フルルーティングエンジンスイッチオーバー (GRES) が集約型イーサネットインターフェイスでサポートされます。Junos OS リリース13.3 以前のリリースでは、CFM セッションは中央管理モードで動作し、ルーティングエンジンで処理されます。ただし、集合イーサネットバンドルを形成するインターフェイスが混合モードである場合、CFM セッションはアグリゲート型イーサネットインターフェイスではサポートされません。CFM セッション (連続性確認メッセージ) (CCM) の間隔10ミリ秒は、アグリゲート型イーサネットインターフェイスではサポートされていません。
CFM セッションはデフォルトで配布されています。すべての CFM セッションは、分散モードまたは唯一のどちらかの中央で動作する必要があります。CFM セッションに対して分散モードと一元管理された運用が混在することはできません。集約型イーサネットインターフェイスで CFM セッションの配信を無効にして、セッションを一元化モードで動作no-aggregate-delegate-processingさせるに[edit protocols oam ethernet connectivity-fault-management]は、階層レベルにステートメントを追加します。
イーサネットの OAM 802.1 ag が機能するための要件として、分散型の定期パケット管理 (PPM) がルーティングエンジンとパケット転送エンジンで実行されています。パケット転送エンジンでは、PPM のみを無効にすることができます。PFE で PPM を無効にするにはppm no-delegate-processing 、 [edit routing-options ppm]階層レベルで明細書を追加します。
CFM セッションは、集約型イーサネット・バンドルを形成するインタフェースが混合モードに設定されている
no-aggregate-delegate-processing場合、集約型 ethernet インタフェースでサポートされるようになりました。コマンドが有効になっている場合です。中央モードでの CFM セッションの場合、Junos OS リリース 14.2 より、CCM 間隔 100 ミリ秒(100 ミリ秒)の CCM(継続性チェック メッセージ)間隔を使用して最大 40 の CFM セッションを設定するか、CCM 間隔が 1 秒(1 秒)の場合は最大 400 CFM セッションを設定することをお勧めします。CFM セッションがこの制限を超えて設定されている場合、CFM は期待どおりに動作しない可能性があります。複数のリンクの状態が変化した場合や、ラインカードが再起動された場合に問題が発生する可能性があります。
これらの制限は、ルーティングエンジンにおける400パケット/秒 (pps) のプロトコルデータユニット (PDU) 負荷を考慮することによって導き出されています。この制限は、ルーティングエンジンの負荷によって異なります。ルーティングエンジンに高い負荷がかかる場合、この制限にはいくつかの変動があります。
Junos OS リリース10.3 から開始します。 MX シリーズルーターのモジュラー型ポートコンセントレーター (MPCs) に構成されているインターフェイス、および CFM はタグなしアグリゲート型イーサネットメンバーリンクではサポートされていません。Mic は、タグなしの集約型イーサネット論理インタフェースで CFM をサポートしています。Junos OS リリース12.3 から開始します。 CFM はマルチシャーシ Link アグリゲーション (MC LAG) をサポートしていません。CFM を構成するmc-aeときは、このステートメントを設定しないでください。
Junos OS リリース11.3 から開始します。 T Series および M320 ルーターでは、CCC カプセル化で構成されたインターフェースで CFM がサポートされていません。CFM を構成すると、システムによって次のメッセージが表示されます。" MEPs cannot be configured on ccc interface on this platform " 。
事業者、プロバイダ、顧客などのネットワークエンティティは、さまざまな管理ドメインの一部にすることができます。各管理ドメインは1つの保守ドメインにマップされています。保守ドメインは、異なるレベル値で構成されているため、個別に維持できます。各ドメインは、エンティティが独自の管理を実行し、エンドツーエンドの監視を実行し、セキュリティ侵害を回避するために十分な情報を提供します。
Junos OS リリース17.4 から開始すると、疑似ワイヤサービスインターフェイス上でメンテナンス中間点 (MIPs) を設定することで、CFM 802.1 ag IEEE のサポートを有効にすることができます。疑似ワイヤサービスインターフェイスは、MPLS 擬似回線終端での加入者インターフェイスの設定をサポートします。PW による加入者インターフェイスの終端により、ネットワーク事業者は、MPLS ドメインをアクセス/アグリゲーション ネットワークからサービス エッジに拡張し、ネットワークの大部分に統一された MPLS ラベル プロビジョニングを使用できます。
CFM MIP セッションは、疑似回線・サービス・トンネル・インターフェースではなく、疑似回線・サービス・インターフェイスでのみサポートされます。
IEEE 802.1 ag OAM は、グレースフルルーティングエンジンスイッチオーバー (gres) をサポートしています。IEEE 802.1 ag OAM はタグなし、1つのタグ付き、およびスタック形式の VLAN インターフェイスでサポートされています。
CFM EX シリーズを使用するには、EFL(拡張機能ライセンス)をインストールして、まずCFMを基本Junos OSに追加する必要があります。詳細 については、「 ライセンス 」EX シリーズ を参照してください。
接続性の障害管理主な要素
図 1は、顧客、プロバイダ、オペレータイーサネットブリッジ、保守ドメイン、保守関連エンドポイント (MEPs)、メンテナンス中間点 (MIPs) の関係を示しています。
現在ACX シリーズでは、保守中間ポイント(MIP)は ACX5048 および ACX5096 ルーターでのみサポートされています。
保守関連は、同じ保守アソシエーション識別子および保守ドメインレベルで構成された MEPs セットです。図 2は、イーサネットブリッジ、保守ドメイン、保守アソシエーション、meps との間の階層的な関係を示しています。
802.1 ag イーサネット OAM for VPLS を構成するためのベストプラクティス
VPLS ルーティングインスタンス内の論理インタフェースは、同一または異なる VLAN 構成を持つことができます。これらのインターフェイス間でパケットを適切に交換するには、VLAN 正規化が必要です。VLAN 正規化は、有効な VLAN タグとは異なる、受信したパケットの VLAN タグが変換されなければならないという事実上の VLAN の翻訳です。
MX シリーズルーターの場合、VPLS ルーティングインスタンスで次のいずれかの構成文を使用して、正規化された VLAN を指定します。
vlan-id vlan-numbervlan-id nonevlan-tags outer outer-vlan-number inner inner-vlan-number
ルーティングインスタンスにvlan-maps属するすべてのインターフェイスを明示的に設定する必要があります。
転送パスに関する以下の考慮事項について検討する必要があります。
パケット受信パス:
これは、インターフェイスで受信したパケットの転送パスです。
802.1 ag イーサネット OAM for VPLS は、暗黙のインターフェイスフィルターと転送テーブルフィルターを使用して、CFM パケットのフラッド、受け付け、ドロップを実行します。
パケット転送パス:
JUNOS ソフトウェアは、ルーターのハードウェアベースの転送を CPU 生成パケットに使用します。
Down Ps では、MEPS が設定されているインターフェースでパケットが送信されます。
MX シリーズルーターでは、VPLS ルーティングインスタンス内の他のインターフェイスにパケットをあふれさせる必要があります。ルーターは、フラッド次ホップ (すべてのインターフェイスを洪水) に結び付けられたフラッドルートを作成し、そのパケットをこのフラッドルートに転送するように送信します。
また、ルーターは、CPU が生成するパケットに対して暗黙ベースの転送を使用します。結果として、フラッドルートに結合された洪水の次ホップがフィルター条件に結び付けられます。フィルタ条件は、照合基準を使用して、ホストによって生成されたパケットを適切に識別します。