Cisco IOS キャリア イーサネット コンフィギュレー ション ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年5月30日
章のタイトル： サービス プロバイダー ネットワークでのイー サネット CFM の設定
- 機能情報の確認
- この章の構成
- サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する前提条件
- サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する制約事項
- サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する情報
- サービス プロバイダー ネットワークでのイーサネット CFM の設定手順
サービス プロバイダー ネットワークでのイーサネット CFM の設定
イーサネット Connectivity Fault Management（CFM; 接続障害管理）は、サービスインスタンスごとのエンドツーエンド イーサネット レイヤ Operations, Administration, and Maintenance（OAM; 運用管理およびメンテナンス）プロトコルです。このプロトコルには、大規模イーサネット Metropolitan-Area Network（MAN; メトロポリタンエリア ネットワーク）および WAN の予防的な接続モニタリング、障害検証、および障害分離の機能が含まれています。
イーサネットが MAN および WAN テクノロジーとして使用されるようになり、従来のエンタープライズ ネットワークのみを中心としたイーサネットの運用に、新しく OAM 要件が加わっています。イーサネット テクノロジーが、エンタープライズ ネットワークよりはるかに大規模で複雑なネットワークと、広範なユーザ ベースを持つサービス プロバイダーの領域に拡大するのに伴い、リンク アップタイムの運用管理が不可欠になっています。さらに重要なことに、障害の迅速な分離とその対処は、今や通常の日常的運用で必須であり、OAM がサービス プロバイダーの競争力に直接影響を及ぼします。
機能情報の確認
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報と注意事項については、ご使用のプラットフォームとソフトウェア リリースに対応したリリース ノートを参照してください。この章に記載されている機能の詳細、および各機能がサポートされているリリースのリストについては、「サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する機能情報」 を参照してください。
Cisco Feature Navigator を使用すると、プラットフォーム、Cisco IOS ソフトウェア イメージ、Cisco Catalyst OS ソフトウェア イメージ、および Cisco IOS XE ソフトウェア イメージの各サポート情報を検索できます。Cisco Feature Navigator には、 http://www.cisco.com/go/cfn からアクセスします。Cisco.com のアカウントは必要ありません。
この章の構成
•
「サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する前提条件」
• 「サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する制約事項」
• 「サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する情報」
• 「サービス プロバイダー ネットワークでのイーサネット CFM の設定手順」
サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する前提条件
• ネットワーク トポロジおよびネットワーク管理者が評価済みである。
• ビジネス ポリシーおよびサービス ポリシーが確立されている。
• Maintenance Endpoint（MEP; メンテナンス エンドポイント）、Maintenance Intermediate Point（MIP; メンテナンス中間ポイント）、レベル、サービス インスタンス ID、クロスチェック タイマー、クロスチェック、およびドメインの設定で、ハイ アベイラビリティ（HA）に関連してサポートされているすべてのコマンドに対し、Partial Route Computation（PRC）コードが実装されている。
• Non-Stop Forwarding（NSF）および In Service Software Upgrade（ISSU）を使用するには、Stateful Switchover（SSO）が設定され、正しく動作する必要があります。
サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する制約事項
• Cisco IOS Release 12.2(33)SRD よりも前のリリースでは、CFM と Per VLAN Spanning Tree（PVST）プロトコルが同じシステム上で共存できません。
• CFM は、同じシステム上で次のライン カードが使用されている場合、機能できません。
• Cisco IOS Release 12.2(33)SRD で、CFM と PVST の共存がサポートされるようになりましたが、同じシステム上で両方のプロトコルが機能するには、各ライン カードが少なくとも 3 つの一致するレジスタをサポートし、少なくとも 1 つのライン カードが 44 ビット MAC の一致のみをサポートできる必要があります。ただし Cisco 7600 シリーズ Supervisor Engine 720 は例外的に、2 つの一致レジスタのみで、CFM と PVST の共存をサポートします。
• CFM loopback メッセージは、そのメンテナンス レベルに応じたメンテナンス ドメインのみに限定されません。CFM loopback メッセージがそのメンテナンス レベルのみに限定されないことは、次の各レベルに影響を与えます。
– アーキテクチャ：loopback メッセージについて、CFM レイヤリングに違反が発生します。
– 導入：ユーザがネットワークの設定を誤ったために、loopback メッセージが成功する可能性があります。
– セキュリティ：不正なデバイスが、デバイスの MAC アドレスとレベルを認識する場合、本来、透過的であるべきネットワーク トポロジが探索される可能性があります。
• ルーテッド インターフェイスは、Cisco IOS Release 12.4(11)T でのみサポートされます。
• CFM は、Multiprotocol Label Switching（MPLS; マルチプロトコル ラベル スイッチング）のプロバイダー エッジ（PE）デバイスでは、全機能がサポートされません。CFM と Ethernet over MPLS（EoMPLS）疑似ワイヤ間で、相互作用は行われません。CFM パケットは、疑似ワイヤ経由でのみ、通常のデータ パケットと同様に透過的に渡されます。ただし、次の制限があります。
– MPLS アップリンク ポートとして Cisco Catalyst LAN カードを使用するポリシー フィーチャ カード（PFC）ベースの EoMPLS の場合、通常のデータ パケットと同様、EoMPLS 疑似ワイヤ経由で CFM パケットを透過的に渡すことができます。ただし、CFM MEP や MIP は通常のレイヤ 2 スイッチポート インターフェイス上でサポートできますが、EoMPLS エンドポイント インターフェイスを MEP や MIP としては使用できません。
• CFM 設定は、EtherChannel の FastEthernet Channel（FEC）モードではサポートされていません。
• Ethernet-OAM3.0: CFM Over BD, Untagged 機能は、ES20 および ES40 ライン カード上でのみサポートされています。
• HA 機能である NFS/SSO Support in CFM 802.1ag/1.0d や、ISSU Support in CFM 802.1ag/1.0d は、カスタマー エッジ（CE）デバイスでサポートされていません。
• NFS/SSO Support in CFM 802.1ag/1.0d 機能は、traceroute およびエラー データベースでサポートされていません。
• Cisco IOS Release 12.2(33)SRD は、ブロックされたポート経由の CFM メッセージの受け渡しをサポートしていません。
サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する情報
イーサネット CFM を設定するには、次の概念を理解する必要があります。
• 「イーサネット CFM とイーサネット OAM の相互作用」
• 「NSF/SSO Support in CFM 802.1ag/1.0d」
• 「ISSU Support in CFM 802.1ag/1.0d」
イーサネット CFM
イーサネット CFM は、サービスインスタンスごとのエンドツーエンド イーサネット レイヤ OAM プロトコルで、予防的な接続モニタリング、障害検証、および障害分離の機能が含まれています。エンドツーエンドとは、PE から PE、または CE から CE 間です。サービスは、サービス プロバイダー VLAN（S-VLAN）または EVC サービスです。
CFM がエンドツーエンド テクノロジーであることが、他のメトロイーサネット OAM プロトコルとの違いです。たとえば、MPLS、ATM、および SONET OAM は、イーサネット ワイヤのデバッグに役立ちますが、必ずしもエンドツーエンドではありません。802.3ah OAM は、物理回線ごとのシングルホップ プロトコルであり、エンドツーエンド方式でも、サービス認識方式でもありません。Ethernet Local Management Interface（E-LMI; イーサネット ローカル管理インターフェイス）は、ユーザエンドのプロバイダー エッジ（uPE）と CE の間に限定され、メトロイーサネット ネットワークのステータスの CE への報告は、CFM に依存します。
イーサネット レイヤ 2 サービスを提供するキャリア ネットワークのトラブルシューティングは困難な作業です。カスタマーはエンドツーエンドのイーサネット サービスについてサービス プロバイダーに問い合わせます。サービス プロバイダーがオペレータの下請け業者として、機器やネットワークを提供することもあります。従来からイーサネットが導入されてきたエンタープライズ ネットワークと比較して、これらの構成ネットワークは個別の組織や部門に属し、はるかに大規模で複雑であり、広いユーザ ベースを持っています。サービス プロバイダーにとって、日常の運用におけるリンクのアップタイムの運用管理や、障害の迅速な分離と対処は重要で、イーサネット CFM が競争上の優位性をもたらします。
CFM の利点
カスタマー サービス インスタンス
Customer Service Instance（CSI; カスタマー サービス インスタンス）は、イーサネットの島の中では S-VLAN によって特定され、グローバルに一意のサービス ID によって識別されるイーサネット仮想接続（EVC）です。カスタマー サービス インスタンスは、ポイントツーポイントまたはマルチポイントツーマルチポイントです。図 1 に、2 つのカスタマー サービス インスタンスを示します。サービス インスタンス「グリーン」は、ポイントツーポイントであり、サービス インスタンス「ブルー」は、マルチポイントツーマルチポイントです。
メンテナンス ドメイン
メンテナンス ドメインは、ネットワークの管理を行うための管理空間です。ドメインは、単一のエンティティによって所有および運用され、一連の内部ポートとその境界ポートによって定義されます。図 2 に、一般的なメンテナンス ドメインを示します。
管理者は一意のメンテナンスレベル（0 ～ 7）を各ドメインに割り当てます。レベルとドメイン名は、ドメイン間の階層関係を定義するのに便利です。ドメインの階層関係は、カスタマー、サービス プロバイダー、オペレータの構造と同様です。ドメインが大きいほど、レベルを表す数字は大きくなります。たとえば、カスタマー ドメインは、オペレータ ドメインより大きい数字です。カスタマー ドメインのメンテナンス レベルが 7、オペレータ ドメインのメンテナンス レベルが 0 というように設定されます。通常、オペレータ ドメインが最も小さく、カスタマー ドメインが最も大きく、サービス プロバイダー ドメインはその中間のサイズに設定されます。階層のすべてのレベルは、連動する必要があります。
1 つのドメインを複数のエンティティが管理することは許可されていないので、ドメインは交差できません。ドメインがネストしたり接触したりすることは可能ですが、2 つのドメインがネストする場合、外側のドメインのメンテナンス レベルは、内側のドメインのメンテナンス レベルよりも大きくなければなりません。ドメインのネストは、サービス プロバイダーが 1 つまたは複数のオペレータとの間で、イーサネット サービスをカスタマーに提供する契約を締結する場合に便利です。各オペレータはそれぞれ専用のメンテナンス ドメインを持ち、サービス プロバイダーは、オペレータ ドメインのスーパーセットとして自分のドメインを定義します。さらにカスタマーは、サービス プロバイダー ドメインのスーパーセットとして、専用のエンドツーエンドのドメインを持ちます。ネストするドメインのメンテナンス レベルは、管理組織間で通知し合う必要があります。たとえば、1 つのアプローチとして、オペレータのメンテナンス レベルをサービス プロバイダーが割り当てるようにすることができます。
CFM はメッセージを交換し、ドメインの操作を個別に実行します。たとえば、オペレータ レベルで CFM を実行すると、それより高いレベルのプロバイダー レベルやカスタマー レベルからネットワークは検出できません。
ドメインと設定については、ネットワーク設計者が決定します。図 3 に、オペレータ、サービス プロバイダー、およびカスタマーの各ドメインの階層と、ドメインの接触、交差、ネストを示します。
メンテナンス ポイント
メンテナンス ポイントは、メンテナンス ドメイン内の CFM に参加するインターフェイス（ポート）上の境界点です。デバイス ポート上のメンテナンス ポイントは、正しいレベルに属していないフレームをドロップし、CFM フレームをドメインの境界内に限定するフィルタとして動作します。メンテナンス ポイントは、シスコ デバイス上で明示的に設定する必要があります。メンテナンス ポイントには、MEP と MIP の 2 つのクラスがあります。
メンテナンス エンドポイント
• メンテナンス ドメイン（レベル）およびサービス（S-VLAN または EVC）単位で動作します。
• CFM メッセージをメンテナンス ドメイン内に限定します。
• 設定に応じて、CFM Continuity Check Message（CCM; 連続性チェック メッセージ）を予防的に送信します。
• 管理者の要求に応じて、traceroute メッセージや loopback メッセージを送信します。
内側向きとは、その MEP がブリッジ リレー機能を経由して通信し、Bridge-Brain MAC アドレスを使用することを意味します。内側向き MEP は、次の機能を実行します。
• MEP が設定されているポートに接続された回線経由ではなく、リレー機能経由で、自分と同じレベルの CFM フレームを送受信します。
• 回線方向から着信する自分と同レベル（または下位レベル）の CFM フレームをすべてドロップします。
• リレー機能方向から着信する自分と同レベルの CFM フレームをすべて処理します。
• リレー機能方向から着信する下位レベルの CFM フレームをすべてドロップします。
• リレー機能側と回線側のどちらから着信したフレームでも、自分と同レベル（または上位レベル）の CFM フレームはすべて透過的に転送します。
（注） 現在の Cisco IOS 実装では、レベル L（L < 7）の MEP には、同じポートにレベル M > L の MIP が必要です。したがって、MEP のレベルより上位レベルの CFM フレームは、この MIP によってカタログ化されます。
• 内側向き MEP が設定されているポートが、スパニング ツリー プロトコルによりブロックされると、MEP は CFM メッセージの送受信ができなくなります。
ルーテッド ポートおよびスイッチ ポート用の外側向き MEP
外側とは、MEP が回線経由で通信することを意味します。外側向き MEP は、ルーテッド ポートおよびスイッチ ポート上に設定することができます。MIP を外側向き MEP よりも上位レベルに設定する必要はありません。
ルーテッド ポート上の外側向き MEP は、ポートの MAC アドレスを使用します。ポート チャネル上の外側向き MEP は、最初のメンバ リンクの Bridge-Brain MAC アドレスを使用します。ポート チャネルのメンバが変更されても、外側向き MEP の ID を変更する必要はありません。Cisco IOS Release 12.2(33)SRD は、スイッチ ポートとイーサネット フロー ポイント（EFP）で外側向き MEP をサポートします。
• MEP が設定されているポートに接続された回線経由で、自分と同じレベルの CFM フレームを送受信します。
• リレー機能方向から着信する自分と同レベル（または下位レベル）の CFM フレームをすべてドロップします。
• 回線方向から着信する自分と同レベルの CFM フレームをすべて処理します。
• 回線方向から着信する下位レベルの CFM フレームをすべてドロップします。
• リレー機能側と回線側のどちらから着信したフレームでも、上位レベルの CFM フレームは、すべて透過的に転送します。この機能は、ルーテッド ポートには適用できません。
• 外側向き MEP が設定されているポートが、スパニング ツリー プロトコルによってブロックされた場合でも、MEP は回線経由で CFM メッセージを送受信できます。Cisco IOS Release 12.2(33)SRD は、ブロックされたポート経由の CFM メッセージの受け渡しをサポートしていません。
メンテナンス中間ポイント
• ポート上で有効な、または許可されているメンテナンス ドメイン（レベル）単位で動作します。
• ドメインの内側には作成できますが、境界上には作成できません。
• MEP および他の MIP から受信された CFM は、回線とリレー機能の両方を使用して、カタログ化されて転送されます。
• 下位レベルの CFM フレームは、回線側とリレー機能側のどちらから受信したフレームでも、すべて停止またはドロップされます。
• 上位レベルの CFM フレームは、回線側とリレー機能側のどちらから受信したフレームでも、すべて転送されます。
• パッシブ ポイントは、CFM traceroute および loopback メッセージによってトリガされた場合のみ応答します。
• Bridge-Brain MAC アドレスが使用されます。
MIP が設定されているポートが、スパニング ツリー プロトコルによってブロックされると、MIP はリレー機能側からのメッセージの受信やリレーはできませんが、回線側からの CFM メッセージへの受信や応答は可能です。
MIP にはレベルが 1 つだけ関連付けられており、コマンドライン インターフェイス（CLI）を使用して、MIP を存在しないドメインに対しては設定できません。
図 4 に、オペレータ レベル、サービス プロバイダー レベル、およびカスタマー レベルの MEP と MIP を示します。
図 4 カスタマーおよびサービス プロバイダー機器、オペレータ デバイス上の CFM MEP および MIP
CFM メッセージ
CFM は、標準イーサネット フレームを使用します。CFM フレームは EtherType によって区別され、マルチキャスト メッセージについては MAC アドレスで区別されます。CFM フレームの発信、終端、処理、中継は、ブリッジによって行われます。ルータは、限られた CFM 機能のみしかサポートできません。
CFM メッセージを解釈できないブリッジは、通常のデータ フレームとしてメッセージを転送します。すべての CFM メッセージは、メンテナンス ドメイン内および S-VLAN（PE-VLAN または Provider-VLAN）内に限定されます。次の 3 種類のメッセージがサポートされています。
CFM CCM は、MEP 間で定期的に交換されるマルチキャスト ハートビート メッセージです。これにより、MEP はドメイン内の他の MEP を検出することができ、MIP は MEP を検出することができます CCM は、ドメイン内または S-VLAN 内でのみ機能します。
• MEP によって、設定可能な一定間隔で定期的に送信されます。間隔は、10 秒～ 65535 秒で、デフォルトは 30 です。
• メッセージの有効性を受信側に示すための、保留時間の値（設定可能）が含まれています。デフォルトは、送信間隔の 2.5 倍です。
• 同じメンテナンス レベルの MIP によってカタログ化されます。
• 宛先は、同じメンテナンス レベルの リモート MEP です。
• MEP が設定されているポートのステータスを伝送します。
CFM loopback メッセージは、特定のメンテナンス ポイントとの接続を確認するためのユニキャスト フレームで、管理者の要求に応じて MEP が送信します。loopback メッセージへの応答（LBR）は、宛先が到達可能かどうかを示しますが、パスをホップ単位では検出できません。loopback メッセージは、概念的には、Internet Control Message Protocol（ICMP; インターネット制御メッセージ プロトコル）の Echo（ping）メッセージと似ています。
CFM loopback メッセージは、必要に応じ、CLI を使用して生成できます。loopback メッセージの発信元は MEP のみですが、宛先は、MEP と MIP のどちらも可能です。CFM loopback メッセージはユニキャストであり、loopback メッセージへの応答もユニキャストです。CFM loopback メッセージは、宛先 MAC アドレス、VLAN、およびメンテナンス ドメインを指定します。
CFM traceroute メッセージは、目的の MEP までのパスを（ホップ単位で）追跡するためのマルチキャスト フレームで、管理者の要求に応じて MEP が送信します。このメッセージによって、送信側ノードはパスに関する重要な接続性データを検出できるとともに、同じメンテナンス ドメインに属するパス上のすべての MIP を検出できます。traceroute メッセージは、検出可能なすべての MIP について、入力処理、中継処理、および出力処理を示します。raceroute メッセージは、概念的には User Datagram Protocol（UDP）traceroute メッセージと同様です。
traceroute メッセージには、宛先 MAC アドレス、VLAN、およびメンテナンス ドメインが含まれている他、ネットワーク内の伝播を制限する Time To Live（TTL; 存続可能時間）が設定されています。このメッセージは、必要に応じ、CLI を使用して生成できます。traceroute メッセージはマルチキャストで、応答メッセージはユニキャストです。
クロスチェック機能
クロスチェック機能では、（CCM を使用して）動的に検出された MEP と、（設定により）サービス提供対象の MEP との間の、プロビジョニング後のタイマー駆動型サービスを検証します。この機能により、マルチポイント サービスまたはポイントツーポイント サービスのすべてのエンドポイントが動作可能であることが検証されます。サービスが動作可能な場合は通知がサポートされます。そうでない場合は、予期しないエンドポイントまたはエンドポイントが存在しないというアラームおよび通知が生成されます。
クロスチェック機能は 1 回だけ実行されます。サービスの検証が必要なときに、その都度 CLI からクロスチェック機能を開始する必要があります。
SNMP トラップ
Cisco IOS ソフトウェアでの CFM トラップの実装によって提供されているサポートは、シスコの情報資産です。MEP は、連続性チェック（CC）トラップとクロスチェック トラップの 2 種類の Simple Network Management Protocol（SNMP; 簡易ネットワーク管理プロトコル）トラップを生成します。
• MEP up：新しい MEP が検出されたとき、リモート ポートのステータスが変更されたとき、または検出済みの MEP との接続が中断後、回復したときに送信されます。
• MEP down：タイムアウトまたは last gasp イベントの発生時に送信されます。
• Cross-connect：サービス ID が VLAN と一致しない場合に送信されます。
• Loop：MEP が独自の CCM を受信したときに送信されます。
• Configuration error：MEP が、重複する MPID を持つ連続性チェックを受信したときに送信されます。
• Service up：予定のリモート MEP が、すべて時間どおりに起動した場合に送信されます。
イーサネット CFM とイーサネット OAM の相互作用
イーサネット バーチャル サーキット
Metro Ethernet Forum によって定義されているように、Ethernet Virtual Circuit（EVC; イーサネット バーチャル サーキット）は、ポートレベルのポイントツーポイントまたはマルチポイントツーマルチポイントのレイヤ 2 回線です。CE デバイスは EVC ステータスを使用して、サービス プロバイダー ネットワークへの代替パスを検索したり、場合によっては、イーサネット経由または別の代替サービス経由（フレーム リレーや ATM など）でバックアップ パスにフォールバックしたりします。
OAM マネージャ
OAM マネージャは、OAM とプロトコルの間の相互作業を簡略化するためのインフラストラクチャ要素です。OAM マネージャには、2 つのインターワーキング OAM プロトコル（ここでは、イーサネット CFM とイーサネット OAM）が必要です。相互作用は、OAM マネージャから CFM プロトコルへの単方向で、ユーザ ネットワーク インターフェイス（UNI）のポート ステータス情報のみが交換されます。その他、次のポート ステータスの値が利用可能です。
ブリッジ ドメイン経由の CFM
Ethernet OAM 3.0: CFM over BD, Untagged 機能を使用すると、非タグ付き CFM パケットを MEP に関連付けることができます。着信の非タグ付きカスタマー CFM パケットは、CFM の EtherType を持ち、EFP で設定されたカプセル化方式で、EVC（ブリッジ ドメイン）にマッピングされます。EFP は、これらの非タグ付きパケットを認識するように特に設定されています。
EFP は、インターフェイス上の EVC の論理的な境界ポイントであり、ブリッジ ドメインに関連付けることができます。トラフィックの EFP への照合とマッピングには、VLAN ID が使用されます。VLAN ID は、ATM やフレーム リレーのバーチャル サーキットと同様、ポートごとにローカルに意味を持ちます。CFM は、EFP に関連付けられたブリッジ ドメイン上でサポートされます。ブリッジ ドメインと EFP の関連付けにより、CFM が EFP 上でカプセル化を使用できます。同じブリッジ ドメインにあるすべての EFP が、1 つのブロードキャスト ドメインを形成します。ブロードキャスト ドメインは、ブリッジ ドメイン ID によって特定されます。
VLAN ポートと EFP の違いは、そのカプセル化方式です。VLAN ポートは、デフォルトの dot1q カプセル化を使用します。EFP では、dot1q や IEEE dot1ad EtherTypes で非タグ付き、シングル タグ付き、およびダブル タグ付きのカプセル化が存在します。同じブリッジ ドメインに属する異なる EFP は、異なるカプセル化方式を使用できます。
（注） Ethernet OAM 3.0: CFM over BD, Untagged 機能は、ES20 および ES40 ライン カード上でのみサポートされています。
CFM でサポートされている HA 機能
イーサネット テクノロジーを使用するアクセスおよびサービス プロバイダー ネットワーク、特に EVC 接続を管理するイーサネット OAM コンポーネントでは、HA が必須です。エンドツーエンドの接続ステータスは非常に重要な情報であり、ホット スタンバイのルート プロセッサ（RP）上で管理する必要があります。
（注） ホット スタンバイ RP には、アクティブ RP と同じソフトウェア イメージが用意され、サポートされる機能やプロトコルについて、RP 間でライン カード、プロトコル、およびアプリケーション状態情報の同期化がサポートされます。
エンドツーエンドの接続ステータスは、イーサネット LMI、CFM、および 802.3ah などのプロトコルが受信した情報に基づき、CE、PE、およびアクセス集約 PE（uPE）ネットワーク ノードで維持されます。EVC のダウン時には、このステータス情報を使用して、トラフィックを停止するか、バックアップ パスに切り替えます。
すべてのトランザクションには、多様なデータベース間でのデータ アクセスまたはデータ更新が関係します。アクティブ モジュールとスタンバイ モジュールの間でデータベースが同期化されていれば、これらのモジュールはクライアントに対して透過的に機能します。
Cisco IOS インフラストラクチャは、ホット スタンバイ RP を維持するための、さまざまなコンポーネントのアプリケーション プログラム インターフェイス（API）を提供しています。Metro Ethernet HA クライアント E-LMI、HA/ISSU、CFM HA/ISSU、および 802.3ah HA/ISSU は、このようなコンポーネントと相互作用を行い、データベースを更新し、他のコンポーネントに対して必要なイベントを発生させます。
• Cisco IOS software のイメージ アップグレードの際にも、ダウンタイムが生じません。これにより、早期のアップグレードが可能になり、Cisco IOS Release 12.2(33)SRD よりも前のバージョンを使用する場合に比べ、高い可用性が実現されます。
• 計画済みのシステム停止や深夜のメンテナンス作業の際の、リソースのスケジューリングの問題が解消されます。
• 新しいサービスやアプリケーションの導入が加速化し、Cisco IOS Release 12.2(33)SRD よりも前のバージョンよりも新しい機能、ハードウェア、修正プログラムを早期に実装できるようになります。
• サービス停止に伴う運用コストを削減しながら、Cisco IOS Release 12.2(33)SRD よりも前のバージョンに比べ、サービス レベルが向上します。
• CFM は、データベースを更新し、それ自体の HA メッセージングとバージョン管理を制御します。この制御によってメンテナンスが容易になります。
メトロ イーサネット ネットワークにおける CFM HA
スタンドアロンの CFM の実装において、HA は明示的な要件ではありません。しかし、E-LMI が稼動する CE または PE に CFM を実装する場合、エンドツーエンドの接続を維持するために EVC の状態情報が不可欠なので、CFM は EVC の状態を常に把握する必要があり、それには HA が必要です。CFM はメンテナンス レベル 、ドメイン、およびメンテナンス ポイントを使用してプラットフォームを設定し、リモートのメンテナンス ポイント情報を取得して、適切な EVC にマッピングします。CFM は次に、すべてのリモート ポートから受信したデータを集約し、E-LMI を更新します。このため、HA の要件は、CE および PE によって異なります。
Metro Ethernet Network（MEN; メトロ イーサネット ネットワーク）で使用されるプロトコルは、EVC の状態に応じて処理を行うことはありませんが、E-LMI プロトコルを使用し、EVC 情報を受信する CE デバイスは、EVC がダウンするとトラフィックの送信を停止します。あるいは、バックアップ ネットワークが用意されていれば、EVC がダウンしたときに、CE がそれを使用することもあります。
CE は EVC ID、関連付けられたカスタマー VLAN、UNI 情報、EVC の状態情報、およびリモート UNI の ID と状態を MEN から受信します。CE は、EVC の状態をもとに、E-LMI 経由の MEN へのトラフィックを送信または停止します。
PE は EVC 設定および関連付けられたカスタマー VLAN 情報を保持し、CFM から EVC の状態情報とリモート UNI を取得します。この情報は、E-LMI を使用して CE に送信されます。
（注） 802.3ah OAM が動作する PE および CE は、スイッチオーバーによってピアに影響が及ばないようにポート状態を維持します。この情報はまた、CFM CC メッセージによってリモート ノードに送信されます。
NSF/SSO Support in CFM 802.1ag/1.0d
冗長構成である SSO および NSF は、どちらも IEEE CFM でサポートされており、自動的に有効です。アクティブ RP が故障した場合、アクティブ RP はスタンバイ RP に切り替えられ、ネットワーク化されたデバイスから削除されるか、メンテナンスのために手動で取り外されます。NSF は SSO 機能と連動して、スイッチオーバー後のネットワークのダウンタイムを最小限に抑えます。Cisco NSF の主要機能は、RP スイッチオーバー後に、IP パケットの転送を継続することです。
SSO の詳細については、『 Cisco IOS High Availability Configuration Guide 』の「Stateful Switchover」を参照してください。NSF 機能の詳細については、『 Cisco IOS High Availability Configuration Guide 』の「Cisco Nonstop Forwarding」を参照してください。
ISSU Support in CFM 802.1ag/1.0d
ISSU を使用すると、パケットのフローを中断せずに、Cisco IOS ソフトウェアをアップグレードまたはダウングレードできます。CFM は、スタンバイ RP に対し、行の追加、削除、更新を含む、連続性チェック データベースの一括更新およびランタイム更新を実行します。このチェックポイント データを使用するには、ISSU 機能による、異なるリリース間でのメッセージ変換が必要です。アクティブ RP からスタンバイ RP への更新にメッセージを使用するすべてのコンポーネントは、ISSU をサポートする必要があります。
ISSU は CFM で自動的に有効で、システムによるサービス提供を継続しながらソフトウェアを変更できるので、定期メンテナンス作業によるネットワークの可用性への影響を抑えます。ISSU の詳細については、『 Cisco IOS High Availability Configuration Guide 』の「Cisco IOS In Service Software Upgrade Process」を参照してください。
サービス プロバイダー ネットワークでのイーサネット CFM の設定手順
Ethernet CFM をセットアップするには、次の作業を実行します。
CFM ドメインの設計
前提条件
• ネットワークの管理にかかわる組織エンティティ（たとえば、オペレータ、サービス プロバイダー、ネットワーク オペレーション センター（NOC）、カスタマー サービスなど）の理解
• すべての組織エンティティによる、各組織エンティティの責任、役割、および制約事項についての合意
• サービス プロバイダーと 1 つまたは複数のオペレータとの間の合意に基づく、ドメインへのメンテナンス レベルおよびドメイン名の割り当て
手順の概要
（注） オペレータ ドメイン、サービス プロバイダー ドメイン、カスタマー ドメインのセットアップは、いずれも省略可能です。ネットワークでは、ドメインを 1 つだけ作成することも、複数作成することもできます。ここでは、3 種類のドメインをすべて割り当てる場合の手順を示します。
手順の詳細
a. まず最下位のオペレータ レベル ドメインにおいて、CFM によって認識可能なオペレータ ネットワークの内部にある、すべてのインターフェイスで MIP を設定します。
b. 次の上位オペレータ レベルに進み、MIP を指定します。
c. 下位レベルで MIP を設定したすべてのポートについて、上位レベルにメンテナンス ポイントが指定されていないことを確認します。
d. すべてのオペレータ MIP が指定されるまで、ステップ a ～ d を繰り返します。
a. まず最下位のオペレータ レベル ドメインにおいて、サービス インスタンスに含まれるすべての UNI で MEP を指定します。
b. オペレータが複数の場合は、2 つのオペレータ間の Network to Network Interface（NNI; ネットワーク ネットワーク インターフェイス）で MEP を指定します。
c. 次の上位オペレータ レベルに進み、MEP を指定します。
下位レベルに MIP があるポートは、上位レベルでメンテナンス ポイントを指定できません。下位レベルに MEP があるポートは、上位レベルに MIP または MEP が必要です。
ステップ 3 サービス プロバイダーの MIP を指定します。
a. まず最下位のサービス プロバイダー レベル ドメインで、オペレータ間の NNI に サービス プロバイダーの MIP を指定します（オペレータが複数の場合）。
b. 次の上位サービス プロバイダー レベルに進み、MIP を指定します。
下位レベルに MIP があるポートは、上位レベルでメンテナンス ポイントを指定できません。下位レベルに MEP があるポートでは、上位レベルで MIP も MEP も指定できません。
ステップ 4 サービス プロバイダーの MEP を指定します。
a. まず最下位のサービス プロバイダー レベル ドメインにおいて、サービス インスタンスに含まれるすべての UNI で MEP を指定します。
b. 次の上位サービス プロバイダー レベルに進み、MEP を指定します。
下位レベルに MIP があるポートは、上位レベルでメンテナンス ポイントを指定できません。下位レベルに MEP があるポートは、上位レベルに MIP または MEP が必要です。
カスタマーの MIP は、サービス プロバイダーがカスタマーに対して CFM の実行を許可する場合に、uPE の UNI 上にのみ指定できます。そうでない場合、サービス プロバイダーは、CFM フレームをブロックするように Cisco IOS デバイスを設定できます。
a. カスタマー メンテナンス ドメインのすべての uPE の UNI ポートで MIP を設定します。
b. MIP の存在するメンテナンス レベルが、最高レベルのサービス プロバイダー ドメインより、少なくとも 1 レベル上位であることを確認します。
カスタマー MEP は、カスタマーの機器上に設定します。適切なカスタマー レベルにあるサービス プロバイダーとカスタマーの間のハンドオフで、外側向きドメイン内に外側向き MEP を指定します。
例
図 5 は、1 つのサービス プロバイダーと 2 つのオペレータ A と B で構成されるネットワークの例を示します。各オペレータとサービス プロバイダーに対し、3 つのドメインを作成してマッピングします。この例では、わかりやすくするために、ネットワークが、エンドツーエンドでインターネット トランスポートを使用していると仮定します。ただし、CFM では他のトランスポートも使用できます。
この次の手順
イーサネット CFM ドメインを定義した後は、イーサネット CFM 機能を設定します。これにはまず、ネットワークをプロビジョニングし、次にサービスをプロビジョニングします。
イーサネット CFM の設定
• 「ネットワークのプロビジョニング」（必須）
• 「サービスのプロビジョニング」（必須）
• 「クロスチェック機能の設定とイネーブル化」 （任意）
• 「ブリッジ ドメイン経由の CFM の設定」 （任意）
ネットワークのプロビジョニング
手順の概要
3. ethernet cfm domain domain-name level level-id direction outward
4. mep archive-hold-time minutes
7. ethernet cfm traceroute cache
8. ethernet cfm traceroute cache size entries
9. ethernet cfm traceroute cache hold-time minutes
10. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
11. snmp-server enable traps ethernet cfm cc [ mep-up ] [ mep-down ] [ config ] [ loop ] [ cross-connect ]
12. snmp-server enable traps ethernet cfm crosscheck [ mep-unknown | mep-missing | service-up ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. ethernet cfm domain domain-name level level-id
5. mep archive-hold-time minutes
6. ethernet cfm domain domain-name level level-id
7. mep archive-hold-time minutes
10. ethernet cfm traceroute cache
11. ethernet cfm traceroute cache size entries
12. ethernet cfm traceroute cache hold-time minutes
14. ethernet cfm mip level level-id
16. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
17. snmp-server enable traps ethernet cfm cc [ mep-up ] [ mep-down ] [ config ] [ loop ] [ cross-connect ]
18. snmp-server enable traps ethernet cfm crosscheck [ mep-unknown | mep-missing | service-up ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
8. ethernet cfm mip level level-id
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
5. ethernet cfm domain domain-name level level-id
6. mep archive-hold-time minutes
9. ethernet cfm traceroute cache
10. ethernet cfm traceroute cache size entries
11. ethernet cfm traceroute cache hold-time minutes
13. ethernet cfm mip level level-id
15. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
16. snmp-server enable traps ethernet cfm cc [ mep-up ] [ mep-down ] [ config ] [ loop ] [ cross-connect ]
17. snmp-server enable traps ethernet cfm crosscheck [ mep-unknown | mep-missing | service-up ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. ethernet cfm domain domain-name level level-id
5. mep archive-hold-time minutes
6. ethernet cfm domain domain-name level level-id
7. mep archive-hold-time minutes
10. ethernet cfm traceroute cache
11. ethernet cfm traceroute cache size entries
12. ethernet cfm traceroute cache hold-time minutes
14. ethernet cfm mip level level-id
16. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
17. snmp-server enable traps ethernet cfm cc [ mep-up ] [ mep-down ] [ config ] [ loop ] [ cross-connect ]
18. snmp-server enable traps ethernet cfm crosscheck [ mep-unknown | mep-missing | service-up ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
8. ethernet cfm mip level level-id
手順の詳細
手順の概要
3. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
4. ethernet cfm domain domain-name level level-id
5. mep archive-hold-time minutes
6. ethernet cfm domain domain-name level level-id
7. mep archive-hold-time minutes
10. ethernet cfm traceroute cache
11. ethernet cfm traceroute cache size entries
12. ethernet cfm traceroute cache hold-time minutes
14. ethernet cfm mip level level-id
16. snmp-server enable traps ethernet cfm cc [ mep-up ] [ mep-down ] [ config ] [ loop ] [ cross-connect ]
17. snmp-server enable traps ethernet cfm crosscheck [ mep-unknown | mep-missing | service-up ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id [ direction outward ]
4. mep archive-hold-time minutes
7. ethernet cfm traceroute cache
8. ethernet cfm traceroute cache size entries
9. ethernet cfm traceroute cache hold-time minutes
10. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
11. snmp-server enable traps ethernet cfm cc [ mep-up ] [ mep-down ] [ config ] [ loop ] [ cross-connect ]
12. snmp-server enable traps ethernet cfm crosscheck [ mep-unknown | mep-missing | service-up ]
手順の詳細
サービスのプロビジョニング
イーサネット CFM のサービスをセットアップするには、次のタスクを実行します。このタスクの完了後、オプションとしてクロスチェック機能を設定してイネーブルにすることができます。このオプションのタスクを実行する場合は、「クロスチェック機能の設定とイネーブル化」を参照してください。
手順の概要
3. ethernet cfm domain domain-name level level-id [ direction outward ]
4. mep archive-hold-time minutes
5. service csi-id vlan vlan-id
8. ethernet cfm traceroute cache
9. ethernet cfm traceroute cache size entries
10. ethernet cfm traceroute cache hold-time minutes
12. ethernet cfm mep level level-id [ inward | outward domain domain-name ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
13. interface type number . subinterface-number
14. encapsulation dot1q vlan-id
ethernet cfm mep level level-id [ inward | outward domain domain-name ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. ethernet cfm domain domain-name level level-id
5. mep archive-hold-time minutes
6. service csi-id vlan vlan-id
7. ethernet cfm domain domain-name level level-id
8. mep archive-hold-time minutes
9. service csi-id vlan vlan-id
12. ethernet cfm traceroute cache
13. ethernet cfm traceroute cache size entries
14. ethernet cfm traceroute cache hold-time minutes
16. ethernet cfm mip level level-id
17. ethernet cfm mep level level-id [ inward ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
18. ethernet cfm mep level level-id [ inward ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
20. ethernet cfm mip level level-id
21. ethernet cfm cc enable level { any | level-id | , level-id | level-id - level-id | , level-id - level-id } vlan { any | vlan-id | , vlan-id | vlan-id-vlan-id | , vlan-id-vlan-id }
22. ethernet cfm cc enable level { any | level-id | , level-id | level-id - level-id | , level-id - level-id } vlan { any | vlan-id | , vlan-id | vlan-id-vlan-id | , vlan-id-vlan-id }
23. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
5. service csi-id vlan vlan-id
9. ethernet cfm mip level level-id
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
5. service csi-id vlan vlan-id
6. ethernet cfm domain domain-name level level-id
7. mep archive-hold-time minutes
8. service csi-id vlan vlan-id
11. ethernet cfm traceroute cache
12. ethernet cfm traceroute cache size entries
13. ethernet cfm traceroute cache hold-time minutes
15. ethernet cfm mip level level-id
17. ethernet cfm mip level level-id
18. ethernet cfm mep level level-id [ inward ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
20. ethernet cfm cc enable level { any | level-id | , level-id | level-id - level-id | , level-id - level-id } vlan { any | vlan-id | , vlan-id | vlan-id-vlan-id | , vlan-id-vlan-id }
21. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. ethernet cfm domain domain-name level level-id
5. mep archive-hold-time minutes
6. service csi-id vlan vlan-id
7. ethernet cfm domain domain-name level level-id
8. mep archive-hold-time minutes
9. service csi-id vlan vlan-id
12. ethernet cfm traceroute cache
13. ethernet cfm traceroute cache size entries
14. ethernet cfm traceroute cache hold-time minutes
16. ethernet cfm mip level level-id
17. ethernet cfm mep level level-id [ inward ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
18. ethernet cfm mep level level-id [ inward ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
21. ethernet cfm mip level level-id
22. ethernet cfm cc enable level { any | level-id | , level-id | level-id-level-id | , level-id-level-id } vlan { any | vlan-id | , vlan-id | vlan-id-vlan-id | , vlan-id-vlan-id }
23. ethernet cfm cc enable level { any | level-id | , level-id | level-id-level-id | , level-id-level-id } vlan { any | vlan-id | , vlan-id | vlan-id-vlan-id | , vlan-id-vlan-id }
24. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
5. service csi-id vlan vlan-id
9. ethernet cfm mip level level-id
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep archive-hold-time minutes
5. service csi-id vlan vlan-id
6. ethernet cfm domain domain-name level level-id
7. mep archive-hold-time minutes
8. service csi-id vlan vlan-id
11. ethernet cfm traceroute cache
12. ethernet cfm traceroute cache size entries
13. ethernet cfm traceroute cache hold-time minutes
15. ethernet cfm mip level level-id
17. ethernet cfm mip level level-id
18. ethernet cfm mep level level-id [ inward ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
20. ethernet cfm cc enable level { any | level-id | ,level-id | level-id-level-id | ,level-id-level-id } vlan { any | vlan-id | ,vlan-id | vlan-id-vlan-id | ,vlan-id-vlan-id }
21. ethernet cfm cc level { any | level-id | level-id - level-id | [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id | [ , vlan-id - vlan-id ]} [ interval seconds ] [ loss-threshold num-msgs ]
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id [ direction outward ]
4. mep archive-hold-time minutes
5. service csi-id vlan vlan-id
8. ethernet cfm traceroute cache
9. ethernet cfm traceroute cache size entries
10. ethernet cfm traceroute cache hold-time minutes
12. ethernet cfm mep level level-id [ inward | outward domain domain-name ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
13. interface type number . subinterface-number
14. encapsulation dot1q vlan-id
ethernet cfm mep level level-id [ inward | outward domain domain-name ] mpid id vlan { any | vlan-id | , vlan-id | vlan-id - vlan-id | , vlan-id - vlan-id }
手順の詳細
クロスチェック機能の設定とイネーブル化
内側向き MEP に対してクロスチェックを設定してイネーブルにするには、次のタスクを実行します。このタスクでは、2 つのデバイス上にクロスチェックを設定してイネーブルにする必要があります。このタスクはオプションです。
内側向き MEP に対するクロスチェックの設定とイネーブル化
手順の概要
3. ethernet cfm domain domain-name level level-id
4. mep crosscheck mpid id vlan vlan-id [ mac mac-address ]
6. ethernet cfm mep crosscheck start-delay delay
8. ethernet cfm mep crosscheck { enable | disable } level { level-id | level-id - level-id [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id [ , vlan-id - vlan-id ]}
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id?
4. mep crosscheck mpid id vlan vlan-id [ mac mac-address ]
6. ethernet cfm mep crosscheck start-delay delay
8. ethernet cfm mep crosscheck { enable | disable } level { level-id | level-id - level-id [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id [ , vlan-id - vlan-id ]}
手順の詳細
外側向き MEP に対するクロスチェックの設定とイネーブル化
手順の概要
3. ethernet cfm domain domain-name level level-id [ direction outward ]
4. mep crosscheck mpid id vlan vlan-id [ mac mac-address ]
6. ethernet cfm mep crosscheck start-delay delay
8. ethernet cfm mep crosscheck { enable | disable } level { level-id | level-id - level-id [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id [ , vlan-id - vlan-id ]}
手順の詳細
手順の概要
3. ethernet cfm domain domain-name level level-id [ direction outward ]
4. mep crosscheck mpid id vlan vlan-id [ mac mac-address ]
6. ethernet cfm mep crosscheck start-delay delay
8. ethernet cfm mep crosscheck { enable | disable } level { level-id | level-id - level-id [ , level-id - level-id ]} vlan { vlan-id | any | vlan-id - vlan-id [ , vlan-id - vlan-id ]}
手順の詳細
例
ブリッジ ドメイン経由の CFM の設定
手順の概要
3. ethernet cfm domain domain-name level level-id direction outward
4. service csi-id evc evc-name
6. ethernet cfm domain domain-name level level-id
8. ethernet cfm domain domain-name level level-id
9. service csi-id evc evc-name
10. mep crosscheck mpid id evc evc-name mac mac-address
16. service instance id ethernet evc-id
17. encapsulation dot1q vlan-id
19. cfm mep domain domain-name outward mpid mpid-value
24. ethernet cfm mip level level-id
25. service instance id ethernet evc-id
26. encapsulation dot1q vlan-id
28. cfm mep domain domain-name inward mpid mpid-value
31. ethernet cfm cc enable level level-id evc evc-name
32. ethernet cfm cc level any evc evc-name interval seconds loss-threshold num-msgs
手順の詳細
（注） ブリッジ ドメイン ID が VLAN ID に一致する場合に、ブリッジ ドメイン経由の CFM を設定するには、VLAN サービスと EVC サービスを同じサービス名で設定する必要があります。ブリッジ ドメインは、EVC サービスに関連付けられています。VLAN とブリッジドメインは、同じブロードキャスト ドメインを表します。
トラブルシューティングのヒント
障害を確認して分離するには、まず最上位レベルのメンテナンス ドメインで次の手順を実行します。
• エラーが存在する場合、ループバック テストを実行してエラーを確認します。
• 宛先まで traceroute を実行して、障害を分離します。
• 障害が特定できない場合は、次の下位メンテナンス ドメインに移動し、上の 4 つの手順をそのメンテナンス ドメイン レベルで繰り返します。
イーサネット OAM と CFM の相互作用の設定
イーサネット OAM が CFM と連携して機能するには、EVC と OAM マネージャを設定し、EVC を CFM に関連付ける必要があります。加えて、OAM マネージャとの相互作用を行う場合は、内側向き MEP を使用する必要があります。
OAM マネージャの設定
（注） UNI サービス タイプ、EVC、イーサネット サービス インスタンス、または CE-VLAN 設定を設定、変更、または削除する場合、すべての設定で、UNI サービス タイプが EVC の設定と一致し、イーサネット サービスインスタンスが CE-VLAN の設定と一致していることを確認します。これらのペアが一致していない場合、設定が拒否されます。
手順の概要
3. ethernet cfm domain domain-name level level-id [ direction outward ]
4. service csi-id vlan vlan-id
7. oam protocol { cfm svlan svlan-id domain domain-name | ldp }
手順の詳細
イーサネット OAM のイネーブル化
設定は、グローバルおよびインターフェイス設定コマンドが実行される順序によって決まります。最後に実行されたコマンドが優先されます。
手順の概要
4. ethernet oam [ max-rate oampdus | min-rate num-seconds | mode { active | passive } | timeout seconds ]
手順の詳細
|
|
|
|
|---|---|---|
|
|
||
|
|
||
|
|
||
ethernet oam [ max-rate oampdus | min-rate num-seconds | mode { active | passive } | timeout seconds ] |
||
|
|
サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する設定例
次に、ネットワークのプロビジョニングとサービスのプロビジョニングの例を示します。
ネットワークのプロビジョニング：例
この設定例では、CFM 関連のコマンドのみを示します。デバイス上にデータ パスをセットアップしたり、VLAN を設定したりするために必要なすべてのコマンドが示されているわけではありません。しかし、VLAN が正しく設定されていなければ、デバイスとの間で CFM トラフィックを送受信できないので注意してください。
サービスのプロビジョニング：例
その他の参考資料
次の各項では、サービス プロバイダー ネットワークでのイーサネット CFM の設定に関連する参考資料を示します。
関連資料
|
|
|
|---|---|
『 Cisco IOS Carrier Ethernet Configuration Guide 』の「 Configuring Ethernet Local Management Interface on a Provider Edge Device 」モジュール |
|
『Cisco IOS Broadband High Availability In Service Software Upgrade』 |
|
『Cisco IOS In Service Software Upgrade Process and Enhanced Fast Software Upgrade Process』 |
|
『 Cisco IOS High Availability Configuration Guide 』の「 Stateful Switchover 」の章 |
規格
|
|
|
|---|---|
『Standard for Local and Metropolitan Area Networks - Virtual Bridged Local Area Networks - Amendment 5: Connectivity Fault Management』 |
|
MIB
|
|
|
|---|---|
選択したプラットフォーム、Cisco IOS リリース、および機能セットの MIB を検索してダウンロードする場合は、次の URL にある Cisco MIB Locator を使用します。 |
RFC
|
|
|
|---|---|
この機能によってサポートされる新しい RFC または変更された規格はありません。また既存 RFC のサポートに変更はありません。 |
シスコのテクニカル サポート
サービス プロバイダー ネットワークでのイーサネット CFM の設定に関する機能情報
表 1 に、この章に記載されている機能および具体的な設定情報へのリンクを示します。この表には、Cisco IOS Release 12.2(33)SRA、Cisco IOS Release 12.4(11)T、Cisco IOS Release 12.2(33)SRB 以降のリリースで追加または変更された機能のみを示します。
ここに記載されていないこのテクノロジーの機能情報については、『 Cisco IOS Carrier Ethernet Features Roadmap 』を参照してください。
ご使用の Cisco IOS ソフトウェア リリースによっては、コマンドの中に一部使用できないものがあります。特定のコマンドに関するリリース情報については、コマンド リファレンス マニュアルを参照してください。
Cisco Feature Navigator を使用すると、プラットフォームおよびソフトウェア イメージのサポート情報を検索できます。Cisco Feature Navigator を使用すると、Cisco IOS、Catalyst OS、Cisco IOS XE ソフトウェア イメージがサポートする特定のソフトウェア リリース、機能セット、またはプラットフォームを確認できます。Cisco Feature Navigator には、 http://www.cisco.com/go/cfn からアクセスします。Cisco.com のアカウントは必要ありません。
（注） 表 1 には、一連の Cisco IOS ソフトウェア リリースのうち、特定の機能が初めて導入された Cisco IOS ソフトウェア リリースだけが記載されています。その機能は、特に断りがない限り、それ以降の一連の Cisco IOS ソフトウェア リリースでもサポートされます。
|
|
|
|
|---|---|---|
CFM Outward Facing MEPs on Switch Ports 機能は、スイッチ ポート上で外側向き MEP をサポートします。これは、分散層およびアクセス層でネットワークをサポートする Outward Facing MEP 機能に対する機能拡張です。 この機能に関する詳細については、次の各項を参照してください。 |
||
イーサネット CFM は、サービスインスタンスごとのエンドツーエンド イーサネット レイヤ OAM プロトコルです。このプロトコルには、大規模イーサネット MAN および WAN の予防的な接続モニタリング、障害検証、および障害分離の機能が含まれています。 イーサネット CFM は、Cisco 7600 ルータの Cisco IOS Release 12.2(33)SRA および Cisco 7200 VXR ルータの Cisco IOS Release 12.4(15)T でサポートされています。 この機能に関する詳細については、次の各項を参照してください。 次のコマンドが、新たに導入または変更されました。 clear ethernet cfm errors 、 clear ethernet cfm maintenance-points remote 、 clear ethernet cfm traceroute-cache 、 debug ethernet cfm all 、 debug ethernet cfm diagnostic 、 debug ethernet cfm errors 、 debug ethernet cfm events 、 debug ethernet cfm packets 、 ethernet cfm cc 、 ethernet cfm cc enable level vlan 、 ethernet cfm domain level 、 ethernet cfm enable 、 ethernet cfm enable（インターフェイス） 、 ethernet cfm mep crosscheck 、 ethernet cfm mep crosscheck start-delay 、 ethernet cfm mep level mpid vlan 、 ethernet cfm mip level 、 ethernet cfm traceroute cache 、 ethernet cfm traceroute cache hold-time 、 ethernet cfm traceroute cache size 、 mep archive-hold-time 、 ping ethernet mpid vlan 、 ping ethernet vlan 、 service vlan 、 show ethernet cfm errors 、 show ethernet cfm maintenance-points local 、 show ethernet cfm maintenance-points remote 、 show ethernet cfm maintenance-points remote crosscheck 、 show ethernet cfm maintenance-points remote detail 、 show ethernet cfm traceroute-cache 、 snmp-server enable traps ethernet cfm cc 、 snmp-server enable traps ethernet cfm crosscheck 、 traceroute ethernet vlan |
||
Ethernet OAM and Ethernet CFM Interworking 機能を使用すると、イーサネット OAM と CFM は、ネットワーク内で連係して動作することができます。 この機能に関する詳細については、次の各項を参照してください。 |
||
ブリッジ ドメイン経由の CFM をサポートするイーサネット OAM3.0 は、Cisco 7600 シリーズ Route Switch Processor 720 および Cisco 7600 シリーズ Supervisor Engine 720 の Cisco IOS Release 12.2(33)SRD でサポートされています。 この機能に関する詳細については、次の各項を参照してください。 次のコマンドが、新たに導入または変更されました。 cfm encapsulation 、 cfm mep domain 、 debug ethernet cfm all 、 debug ethernet cfm events 、 debug ethernet cfm packets 、 ethernet cfm cc 、 ethernet cfm cc enable level evc 、 ethernet cfm mep crosscheck 、 mep crosscheck mpid evc 、 mep crosscheck mpid vlan、ping ethernet evc、service evc 、 show ethernet cfm maintenance-points remote crosscheck 、 show ethernet cfm maintenance-points remote detail 、 traceroute ethernet evc |
||
ISSU サポートを使用すると、パケット フローに影響を与えることなく、Cisco IOS ソフトウェア製品を実行したり、アップグレードやダウングレードを行ったりすることができます。 この機能に関する詳細については、次の各項を参照してください。 |
||
CFM による NSF/SSO のサポートを使用すると、アクティブ/スタンバイ モードのデュアル ルート プロセッサをサポートする CFM プロセスが、スイッチオーバー後もパケット転送を継続できます。 |
||
Outward Facing MEP 機能は、ルーテッド（レイヤ 3）ポートで外側向き MEP をサポートすることにより、分散およびアクセス環境をサポートするイーサネット CFM を拡張します。 外側向き MEP をサポートするイーサネット CFM は、Cisco Integrated Services Router（ISR）の Cisco IOS Release 12.4(11)T でサポートされています。 この機能に関する詳細については、次の各項を参照してください。 • • • |
用語集
CCM ：Continuity Check Message（連続性チェック メッセージ）。MEP が定期的に送信するマルチキャスト CFM フレームで、これにより CCM が送信される MA レベルにおいて、送信側 MEP が属するメンテナンス エンティティ全体の連続性が確認されます。CCM の受信に対する応答は行われません。
EVC ：Ethernet Virtual Connection（イーサネット バーチャル コネクション）。複数のユーザネットワーク インターフェイスのアソシエーションです。
MEP ：Maintenance Endpoint（メンテナンス エンドポイント）。アクティブに管理される CFM エンティティ。サービス インスタンスの特定の DSAP に関連付けられ、CFM フレームの生成や受信、および応答の追跡を行うことができます。単一の MA のエンドポイントであり、同じ MA 内の他の各 MEP に代わって、別のメンテナンス エンティティを終端します。
MEP CCDB ：すべての MEP が、メンテナンス ドメイン内の他の MEP に関して受信された情報を維持するために持っているデータベース。
MIP ：Maintenance Intermediate Point（メンテナンス中間ポイント）。特定の ISS SAP または EISS Service Access Point に関連付けられた CFM エンティティです。CFM フレームに反応および対応します。1 つの MA に関連付けられた、1 つまたは複数のメンテナンス エンティティ内の中間ポイントです。
MIP CCDB ：メンテナンス ドメインの MEP に関する情報のデータベース。MIP CCDB は、MIP によって管理されます。
MP ：Maintenance Point（メンテナンス ポイント）。MEP または MIP のいずれかです。
MPID ：Maintenance Endpoint Identifier（メンテナンス エンドポイント ID）。特定の MEP を識別するための、対象の MA で一意の小さな整数です。
OAM ：Operations, Administration, and Maintenance（運用管理および保守）。複数の標準化団体が、運用管理および保守に関するプロトコルと手順を説明するために使用する用語です。たとえば、ATM OAM や IEEE 標準 802.3ah OAM のように使用されます。
UNI ：User-Network Interface（ユーザ ネットワーク インターフェイス）。カスタマーの機器に接続されているオペレータのブリッジ部分を表す一般用語。UNI には、多くの場合 C-VLAN 対応のブリッジ コンポーネントが含まれます。UNI という用語は、IEEE P802.1ag/D1.0 標準で、CFM の多様な機能の目的を説明する場合に広く使用されます。UNI には、標準的な意味はありません。
オペレータ ：サービス プロバイダーに対し、プロバイダー ブリッジの単一のネットワーク、または単一のレイヤ 2 または レイヤ 3 バックボーン ネットワークを提供するエンティティ。オペレータは、サービス プロバイダーと同一の組織、または同じ組織の一部であってもかまいません。IEEE P802.1ag/D1.0, Draft Standard for Local and Metropolitan Area Networks では、オペレータとサービス プロバイダーは、別の組織だと想定されています。
「カスタマー」、「サービス プロバイダー」、「オペレータ」という用語は、IEEE P802.1ag/D1.0 に従って実装された機器を使用する、組織や個人の間のビジネス関係を反映しています。
内側向き MEP ：ブリッジ内に存在し、ブリッジ リレー エンティティ方向に CFM メッセージを送受信する MEP。
障害アラーム ：システム管理者に接続障害を通知するアウトオブバンド シグナル。通常は SNMP 通知です。
メンテナンス ドメイン ：接続障害の管理対象として 1 つの管理に属するネットワークまたはネットワークの一部。メンテナンス ドメインの境界は、一連の DSAP によって定義されます。各 DSAP はサービス インスタンスの接続ポイントになることができます。
メンテナンス ドメイン名 ：CFM が、サービス インスタンスの偶発的連結を防止する、ドメインの一意の ID。
フィードバック