キャリア イーサネット コンフィギュレーション ガイド、Cisco IOS Release 15.1S

ETH-AIS の概要

• MEP は、特定のレベルで接続障害を検出すると、その直接のクライアントの Maintenance Association（MA; メンテナンス アソシエーション）レベルで、検出した障害とは逆の方向に、AIS をマルチキャストします。

• MEP は物理リンク全体をモニタするため、ネットワーク上の各 VLAN またはサーバについて、AIS を生成します。MEP は、VLAN、Ethernet Virtual Connection（EVC; イーサネット仮想接続）、または、リンク アップやリンク ダウンが行われ、802.3ah インターワーキングがサポートされている SMEP をモニタできます。

• AIS によって受信側 MEP のトラップが抑制されるため、Network Management System（NMS; ネットワーク管理システム）は、特定の障害に関する膨大な数のトラップを重複して受信せずに済み、また、各クライアントへの障害通知が非同期で行われるようになります。

• しかしマルチポイントの場合、AIS では接続を失ったリモート ピアを特定できないため、すべてのピア MEP が AIS 状態となり、アラームを抑制します。

（注） 独立した復元機能を持つネットワークでは、AIS の使用は推奨しません。

ETH-AIS 送信、受信、および処理の概要

ETH-AIS は、サーバ レイヤまたはサーバ サブレイヤで障害状態を検出した場合に出力されるアラームを抑制するために使用されます。ETH-AIS 情報を含むフレームの送信は、MEP でイネーブルまたはディセーブルにできます。ETH-AIS 情報を含むフレームは、障害状態検出時に MEP または SMEP によって、クライアント メンテナンス レベルで発行されます。たとえば、障害状態には次のようなものがあります。

• 「イーサネット連続性チェックがイネーブルの場合の信号障害状態」

• 「ETH-CC がディセーブルの場合の AIS 状態」

（注） Spanning Tree Protocol（STP; スパニング ツリー プロトコル）環境には独立した復元機能があるため、ETH-AIS を STP 環境に適用することは想定されませんが、ETH-AIS の送信を STP 環境で設定することはできます。

マルチポイント イーサネット接続の場合、MEP は、ETH-AIS 情報を含むフレームを受信しても、障害状態になったサーバ レイヤまたはサーバ サブレイヤを特定できません。また、受信した ETH-AIS 情報には、アラームの抑制対象のピア MEP の関連サブセットについての情報がないため、それらを特定することもできません。このため、ETH-AIS 情報を含むフレームを受信すると、MEP は、まだ接続があるかどうかにかかわらず、すべてのピア MEP のアラームを抑制します。一方、ポイントツーポイント イーサネット接続の場合、1 つの MEP には 1 つのピア MEP しかないため、ETH-AIS 情報を受信したときにアラームを抑制すべきピア MEP について迷う余地はありません。

ETH-AIS 情報が入ったフレームを発行するように設定できるのは、MEP と SMEP のみです。障害状態を検出すると、MEP は、ただちに ETH-AIS 情報を含むフレームの定期送信を、設定されたクライアント メンテナンス レベルで開始することができます。Cisco IOS ソフトウェアの場合は、インターフェイスに設定された Maintenance Intermediate Point（MIP; メンテナンス中間ポイント）レベルで送信されます。MEP は、障害状態が取り除かれるまで ETH-AIS 情報を含むフレームの送信を続けます。ETH-AIS 情報を含むフレームを受信して AIS 状態を検出すると、MEP はすべてのピア MEP に関連する Loss of Continuity（連続性の喪失）アラームを抑制します。MEP が Loss of Continuity アラームの生成を再開できるのは、AIS 状態が終了した場合のみです。

イーサネット連続性チェックがイネーブルの場合の信号障害状態

ここでは、Ethernet Continuity Check（ETH-CC; イーサネット連続性チェック）の信号障害状態について説明します。

結合誤り状態

MEP が結合誤り状態を検出するのは、受信した Continuity Check Message（CCM; 連続性チェック メッセージ）フレームのメンテナンス レベルは正しいが、メンテナンス ID が誤っている場合です。これは、MEP のメンテナンス ID で表されるサービス インスタンスに、異なるサービス インスタンスからのフレームが結合されていることを示します。

（注） Cisco IOS ソフトウェアの場合、結合誤り状態は、相互接続エラーとなります。

予期しない MEP 状態

MEP が予期しない MEP 状態を検出するのは、受信した CCM フレームのメンテナンス レベルおよびメンテナンス ID は正しいが、MEP ID が予期しないものである（MEP 自身の MEP ID など）場合です。MEP が、ピア MEP の ID のリストを維持している場合は、予期しない MEP ID を特定できます。ピア MEP の ID のリストは、プロビジョニング時に各 MEP に設定する必要があります。この障害状態は、ほとんどの場合、設定の誤りによって発生します。

（注） Cisco IOS ソフトウェアの場合、予期しない MEP 状態は、クロスチェック エラーまたは設定エラーとなります。CCM を介して受信した Maintenance Point ID（MPID; メンテナンス ポイント ID）が、MEP に設定されている MPID と同じ場合に、設定エラーが発生します。

• 予期しないメンテナンス レベル状態：MEP が予期しないメンテナンス レベルを検出するのは、受信した CCM フレームのメンテナンス レベルが誤っている場合です。

• 予期しない間隔状態：MEP が予期しない間隔を検出するのは、受信した CCM フレームのメンテナンス レベル、MPID、および MEP ID は正しいが、間隔フィールドの値が、MEP の CCM 送信間隔とは異なっている場合です。

• 信号障害状態：信号障害状態は、サーバ レイヤの障害状態を SMEP に通知するために、サーバ レイヤ終端機能によって宣言される可能性があります。
CCM に起因する Cisco IOS ソフトウェアの信号障害状態には、次のものがあります。

– 相互接続エラー

– 設定エラー

– ループ エラー

– 不明な MEP

– MEP 喪失

ETH-CC がディセーブルの場合の AIS 状態

信号障害状態によって MEP が AIS 障害状態となり、結果的に MEP は AIS フレームを受信します。

AIS 送信

MEP は障害状態を検出すると、その障害とは逆の方向のピア MEP に対してフレームを送信します。AIS フレームの送信頻度は、AIS 送信間隔に基づきます。最初の AIS フレームは、必ず、障害状態の検出直後に送信される必要があります。

（注） AIS の送信間隔は 1 秒を推奨します。

クライアント レイヤまたはクライアント サブレイヤが複数の MA から構成されていて、サーバ レイヤまたはサーバ サブレイヤ MEP が障害状態を検出した場合には、これらの MA に対してアラームを抑制するように通知しなければならない場合があります。信号障害状態を検出すると、MEP は、クライアント レイヤまたはサブレイヤの各 MA に対して AIS フレームを送信します。クライアント レイヤまたはサブレイヤのすべての MA に対して、障害状態の検出から 1 秒以内に、最初の AIS フレームを送信しなければなりません。

（注） CFM がサポートするすべての 4094 VLAN 間で ETH-AIS をサポートするために、1 分の AIS 送信間隔もサポートされています。

AIS 受信

AIS フレームを受信すると、MEP は、そのフレームを検査し、MA レベルが自身の MA レベルに対応しているか確認します。間隔フィールドには、その AIS フレームが予期される間隔が示されています。AIS 障害状態の検出後、送信間隔の 3.5 倍の時間内に AIS フレームが受信されなかった場合、MEP はその AIS 障害状態を消去します。

Dying Gasp 生成

Dying Gasp とは、復元不能な状態です。このタイプの状況はベンダー固有です。障害状態に関する通知は、即座に、継続的に送信することができます。

Dying Gasp は、次の状況で生成されます。

• 管理ダウンによるリンク ダウン。

• 電源の故障。

• リロード。

• 管理上ディセーブルな 802.3ah。

（注） 管理上ディセーブルな 802.3ah は、トラフィックを中断させないので AIS を生成しません。ただし、Cisco ルータ以外のルータとインターワーキングする場合に Reason フィールドがないと、ディセーブル化によって常に AIS が生成されます。

AIS インターワーキング

次の状態は、SMEP AIS の状態に影響を与えます。

• リンク ダウン イベントが発生すると、SMEP は、AIS 状態になり、直接のクライアントの MA レベルのすべてのサービスに対して（デフォルト）AIS フレームを生成します。

• リンク アップ イベントが発生すると、SMEP は、AIS 状態を終了し、AIS フレームの生成を停止します。

• Dying Gasp、リンク障害、または重大な 802.3ah Remote Fault Indication（RFI; リモート障害検出）に起因するローカルな障害検出。802.3ah が再確立されると、SMEP は AIS 状態を終了し、AIS フレームの生成を停止します。

• 上限しきい値を超えたために生じるローカルな障害検出であり、そのしきい値超えに対する設定可能アクションが、インターフェイスのエラー ディセーブル化であるもの。

• Dying Gasp、リンク障害、または重大なイベントから受信した RFI。

検出された障害が Dying gasp によるものであれば、そのリンクは両方向ダウンし、図 1 に示すように、AIS および RDI フレーム フローが生成されます。

図 1 RX と TX の両方の障害に伴う AIS/R フレーム フロー

ETH-RDI

ETH-RDI は、MEP が障害状態が発生したピア MEP と通信する際に使用します。ETH-RDI が使用されるのは、Ethernet OAM Continuity Check（ETH-CC; イーサネット OAM 連続性チェック）送信がイネーブルになっている場合のみです。

ETH-RDI には、次の 2 種類の用途があります。

• 片終端障害管理：受信側の MEP が RDI 障害状態を検出した場合、その障害がこの MEP の他の障害状態と関連し合い、故障の原因となることがあります。1 つの MEP で ETH-RDI 情報が受信されないということは、その MA 全体に障害がないことを意味します。

• 遠端パフォーマンス モニタリングへの寄与：遠端に障害状態があったことを表し、パフォーマンス モニタリング プロセスに対する入力情報として使用されます。

障害状態にある MEP は、ETH-RDI 情報を含むフレームを送信します。MEP は、ETH-RDI 情報を含むフレームを受信すると、ピア MEP で障害状態が発生したことを認識します。ただし、マルチポイント イーサネット接続の場合、MEP は、ETH-RDI 情報を含むフレームを受信しても、その RDI 情報の送信元 MEP によって障害状態が検出されたピア MEP の関連サブセットを特定できません。送信元 MEP 自身に、必ずその情報があるわけではないからです。

CCM:情報

CFM Continuity Check Message（CCM; 連続性チェック メッセージ）は、MEP 間で交換されるメッセージのことです。これにより、MEP はドメイン内の他の MEP を検出することができ、MIP は MEP を検出することができます。

CFM CCM には、次の特性があります。

• MEP によって、設定可能な一定間隔で定期的に送信されます。間隔は、10 秒～ 65535 秒で、デフォルトは 30 です。

• メッセージの有効性を受信側に示すための、保留時間の値（設定可能）が含まれています。デフォルトの保留時間の値は、送信間隔の 3.5 倍です。

• 同じメンテナンス レベルの MIP によってカタログ化されます。

• 宛先は、同じメンテナンス レベルのリモート MEP です。

• 単方向通信であり、応答を要求しません。

• MEP が設定されているポートのステータスを伝送します。

ETH-RDI 情報を含む CCM の受信

CCM フレームを受信すると、MEP はそのフレームを検査し、その MA レベルが、設定されている MA レベルに対応することを確認し、RDI フィールドが設定されている場合は、RDI 状態を検出します。ポイントツーポイント イーサネット接続では、MEP は、RDI フィールドがクリアされた CCM フレームをピア MEP から最初に受信したときに、RDI 状態をクリアできます。マルチポイント イーサネット接続では、MEP は、RDI フィールドがクリアされた CCM フレームを、すべてのピア MEP から受信したときに、RDI 状態をクリアできます。

手順の概要

1. enable

2. configure terminal

3. ethernet cfm ais link-status global

4. level level-id

または

disable

5. period value

6. exit

7. ethernet cfm ais domain domain-id [ vlan vlan-id | evc evc-name]

8. disable

9. period value

10. level level-id

11. expiry-threshold value

12. no suppress-alarm

13. exit

14. 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 }

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. exit

手順の概要

1. enable

2. configure terminal

3. interface type number

4. ethernet cfm ais link-status

または

no ethernet cfm ais link-status

5. ethernet cfm ais link-status period value

6. ethernet cfm ais link-status level level-id

7. exit

Show Ethernet CFM：例

次に、 show ethernet cfm maintenance-point local detail コマンドの出力例を示します。

次に、 show ethernet cfm interface コマンドの出力例を示します。

次に、 show ethernet cfm smep コマンドの出力例を示します。

次に、 show ethernet cfm error コマンドの出力例を示します。

次に、 show ethernet cfm maintenance-points remote detail コマンドの出力例を示します。

インターフェイス名付きの Syslog AIS メッセージ出力：例

次は、インターフェイス名が示されたエラー メッセージ出力の例です。

関連資料

規格

MIB

RFC

シスコのテクニカル サポート

Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks . Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)

このマニュアルで使用している IP アドレスは、実際のアドレスを示すものではありません。マニュアル内の例、コマンド出力、および図は、説明のみを目的として使用されています。説明の中に実際のアドレスが使用されていたとしても、それは意図的なものではなく、偶然の一致によるものです。

© 2008-2009 Cisco Systems, Inc.
All rights reserved.

Copyright © 2008-2011, シスコシステムズ合同会社.
All rights reserved.