イーサネット アラーム表示
イーサネットアラーム表示信号 (ETH-AIS) の詳細と、デバイスで ETH を構成する方法については、以下を参照してください。
イーサネットアラーム表示信号(ETH-AIS)機能の概要
イーサネットアラーム表示信号 (ETH-AIS) 機能を使用すると、イーサネットサービスをデプロイするサービスプロバイダーは、接続障害がプロバイダーのドメインレベルまたは下位レベルに存在するかどうかを判断できます。障害がプロバイダーのドメイン レベルで発生した場合、サービス プロバイダーは障害に対処し、障害が下位レベルで発生した場合、プロバイダーは障害を無視するか、関係当局に連絡して障害に対処できます。
次のセクションでは、ETH-AIS、ETH パケットを生成して伝達するタイミングを決定するいくつかのユース ケース、および関連する用語について詳しく説明します。
メンテナンスドメインでの ETH について
ITU-T は、ETH-AIS、イーサネット ロック信号 (ETH-LCK)、イーサネット テスト信号 (ETH-Test)、イーサネット自動保護スイッチング (ETH-APS)、イーサネット保守通信チャネル (ETH-MCC)、イーサネット実験 OAM (ETH-EXP)、イーサネット ベンダー固有 OAM (ETH-VSP)、およびパフォーマンス監視などの OAM 機能を含む、イーサネットベースのネットワークの運用、管理、保守 (OAM) 機能とメカニズムの推奨事項として Y.1731 を開発しました。保守ドメインおよび関連用語の詳細については、を参照してください 用語の定義。
Y.1731 規格によると、サーバー MEP は、サーバー層終端機能とサーバー イーサネット サービス層適応機能を組み合わせた機能です。サーバー MEP は、障害を検出すると、イーサネット サービス (ETH) レイヤーの MEPs に通知します。次に、サーバーレイヤーの終了機能は、サーバーレイヤーに固有のOAMメカニズムを実行し、アラームはETH によってサーバーレイヤーで抑制されます。
ETH はスパニングツリープロトコル (STP) ネットワークには適用されないことに注意してください。
ETH を使用すると、障害状態が検出されたときにアラームを抑制できます。ETH を使用すると、サービスプロバイダーはさまざまなレベルで障害を区別できます。
ETH には、次のような多くの利点があります。
サービス プロバイダは、下位レベルの障害が発生した場合にアラームを発生させる必要はありません。
サービスプロバイダーは、加入者に払い戻しを提供するか、サービスが利用できないことに基づいてインターネットプロバイダーから払い戻しを利用することができます。
MX シリーズ ルーターは ITU-T Y.1731 ETH-AIS をサポートし、IEEE 802.1ag 標準を使用してキャリア イーサネット サービスを提供するサービス プロバイダーに障害管理を提供します。
MXシリーズの仮想シャーシは、イーサネットアラーム表示信号(ETH-AIS)をサポートしていません。
保守ドメインでの障害検出
図 1 の xyz ページに示されているシナリオには、サービス・プロバイダー・レベルと顧客レベルがあります。説明のために、オペレーター1 と オペレーター2の2つのサービスプロバイダーが考慮されています。メンテナンス ドメイン レベルの境界に MEP-A と MEP-B があるオペレーター 1 のメンテナンス ドメイン レベルで障害が発生したとします。ネットワーク管理システムに障害を通知し、同じ障害に対する顧客レベルからのアラームの通知を回避するために、MEP-AとMEP-Bは反対方向にアラーム表示信号(AIS)を送信し、それによって障害について上位レベルとオペレーター-2ネットワークに信号を送り、アラームが抑制されるようにします。
シグナリングは、AISプロトコルデータユニット(PDU)の送信と伝送によって実現されます。サービス プロバイダー レベルのすべての MEP で AIS を明示的に有効にする必要があります。ETH 情報を含むフレームを発行するように構成された MEP は、通常、サーバー層にあり、欠陥状態がクリアされるまで、ETH 情報を含む定期的なフレームを送信し続けます。クライアント MEP は、ETH フレームを受信すると、ピア MEP に関連付けられている連続性損失アラームを抑制します。
AIS が存在しない場合、クライアント MEP は、サーバー層から連続性損失の欠陥状態を検出すると、連続性損失アラームの生成を再開することに注意してください。
ポイントツーポイント イーサネット サービス層接続の場合、MEP にはピア MEP が 1 つだけあります。したがって、MEP が ETH 情報を受信したときにアラームを抑制する必要があるピア MEP に関してあいまいさはありません。
マルチポイント イーサネット サービス層接続の場合、ETH 情報を受信する MEP は、障害が発生した正確な MEP を特定できないため、正確なピア MEP を分離してアラームを抑制することはできません。このシナリオを回避するために、Y.1731 では、マルチポイント イーサネット サービス レイヤー接続セットアップの接続状態に関係なく、同じドメイン レベル内のすべてのピア MEP のアラームを抑制することを推奨しています。
表 1 メンテナンスドメインで MEP に関連するさまざまなパラメータを確認するために使用できる動作モードコマンドを一覧表示します。
確認するには |
動作モードコマンド |
|---|---|
AIS 設定が CFM MEP で正しく構成されているかどうか。 |
|
AIS フレームの統計情報。 |
|
AISをトリガーするイベントが発生したかどうか。 |
|
MEP で AIS をトリガーする障害の CFM セッションのステータス。 |
|
用語の定義
AIS 送信 - MEP は、欠陥状態を検出すると、AIS フレームをピア MEP とは反対の方向に送信します。AIS フレーム送信の周期性は、AIS 送信期間に基づきます。1 秒の AIS 送信期間を推奨します。最初のAISフレームは、必ず欠陥状態を検知した直後に送信する必要があります。
AIS 受信 - AIS フレームを受信すると、MEP はフレームを調べて、フレームのメンテナンス ドメイン レベルが自身のメンテナンス ドメイン レベルと同じであることを確認します。フレーム内の 期間 フィールドは、AIS フレームが予想される期間を示します。MEP は、AIS フレームを受信すると、欠陥状態を検出します。検出後、3.5 回 (受信した AIS フレームに示されている AIS 送信期間) の間隔で AIS フレームが受信されない場合、MEP は AIS 欠陥状態をクリアします。AIS 条件がクリアされ、欠陥がまだ存在する場合、MEP は引き続きアラームを報告します。
AIS PDU 形式 - AIS PDU 形式のフィールドは次のとおりです。
MEGレベル—メンテナンスドメインレベルとも呼ばれ、クライアントMEGのメンテナンスドメインレベルを伝送するために使用される3ビットフィールドです。
バージョン - 値は常に 0 です。
オペコード—このPDUタイプの値はAIS(33)です。
フラグ—最初の5ビットは予約されており、0に設定されています。最下位 3 ビットで伝送される 3 ビットの情報要素は、に示すように 、AIS 送信周期の値を含むピリオドと呼ばれます。表 2
表 2: AISの送信周期性 フラグ [3:1]
期間値
コメント
000-011
無効な値
AIS の値が無効です
100
1s
1 フレーム/秒
101
無効な値
AIS の値が無効です
110
1 分
1 分あたり 1 フレーム
111
無効な値
AIS の値が無効です
TLV オフセット - 0 に設定します。
終了TLV—すべてゼロのオクテット値。
サーバー層およびクライアント層 - これらの層は、ITU-T 勧告 G.805 トランスポート ネットワーク機能モデルの一部です。このモデルは、トランスポートネットワーク内の階層化の概念に基づいています。トランスポート・ネットワークは、隣接するレイヤー・ネットワーク間にクライアント/サーバーの関連付けを持ついくつかの独立したトランスポート層ネットワークに分割されます。
メンテナンスドメイン - イーサネットインターフェイスで接続障害管理 (CFM) を有効にするために、メンテナンスドメイン、メンテナンスアソシエーション、およびメンテナンスエンドポイント (MEP) がネットワーク内に作成および設定されます。ネットワークには最大 8 つの保守ドメインレベルを設定できます。各保守ドメインレベルは、接続の問題を監視および修正できるネットワークの一部です。プロバイダードメインと顧客ドメインは、メンテナンスドメインの例です。各メンテナンス・ドメインには、メンテナンス・アソシエーションがあります。各メンテナンス アソシエーションには、そのドメイン内の MEP とメンテナンス中間ポイント (MIP) が含まれます。MEP はドメインの境界に配置され、MIP はドメイン内にあります。MEP は、設定された間隔で連続性チェック メッセージ (CCM) を生成してメンテナンス アソシエーション全体に送信し、ネットワーク内の接続を確認します。
イーサネットサービス(ETH)層 — メトロイーサネットネットワークモデルの層で、この層は、ネットワーク内のイーサネットサービスをサポートするために必要なOAMサービスを担当します。
関連項目
イーサネット アラーム表示信号の概要
ACXシリーズルーターは、ITU-T Y.1731イーサネットアラーム表示信号機能(ETH-AIS)をサポートし、サービスプロバイダーに障害管理を提供します。ETH を使用すると、障害状態が検出されたときにアラームを抑制できます。ETH を使用すると、管理者は顧客レベルの障害とプロバイダーレベルの障害を区別できます。
ETH の利点は次のとおりです。
お客様は、低レベルの障害を理由にアラームを発する必要はありません。
お客様は、サービスが利用できないことに基づいて払い戻しを受けることができます。
障害状態が検出されると、メンテナンスエンドポイント (MEP) は、障害状態がクリアされるまで、指定された期間、構成されたクライアントレベルへの ETH パケットを生成します。ETH パケットを生成するように構成された MEP は、それ自体よりも高いレベルに信号を送ります。ETH を受信する MEP は、障害が下位レベルにあることを認識し、現在のレベルでアラームを抑制します。
ACX シリーズ ルーターは、次の欠陥条件に基づいて、サーバー MEP の ETH-AIS PDU 生成をサポートします。
接続喪失(物理的なリンク損失の検出)
レイヤー 2 回線またはレイヤー 2 VPN ダウン
アラーム表示シグナリングは、ETH の AIS PDU の送信と伝播によって行われます。ETH は MEP で有効にする必要があります。ETH 情報を含むパケットを発行するように構成された MEP は、通常、サーバー層であり、欠陥状態がクリアされるまで、ETH 情報を含む定期的なパケットを送信し続けます。CFM MEPs は、ETH AIS PDU を受信すると、ピア MEP に関連付けられている連続性アラームの損失を抑制します。MEP は、ETH 条件がない場合に連続性欠陥条件の損失を検出すると、連続性損失アラームの生成を再開します。
ポイントツーポイント イーサネット接続の場合、MEP にはピア MEP が 1 つだけあります。したがって、MEP は、ETH 情報を受信したときにピア MEP のアラームを抑制します。
マルチポイント イーサネット接続の場合、ETH 情報を受信する MEP は、障害状態が発生した正確な MEP を判断できないため、アラーム抑制のために正確なピア MEP を分離することはできません。ITU-T Y.1731 では、接続状態に関係なく、すべてのピア MEP のアラームを抑制することを推奨しています。
AIS 送信 — MEP は、欠陥状態を検出すると、ピア MEP とは反対の方向に ETH AIS PDU を送信します。ETH の PDU の送信は、構成された ETH の送信期間に基づいています。ETH の送信期間は 1 秒にすることをお勧めします。最初の ETH-AIS PDU は、欠陥状態が検出された直後に送信する必要があります。
AIS 受信 — ETH 受信時の MEP は、ETH を検査して、そのメンテナンスドメイン (MD) レベルが同じ MD レベルに対応していることを確認します。ETH-AIS PDU を受信すると、MEP は欠陥状態を検出します。欠陥状態の検出後、以前に受信した ETH の ETH PDU に示されている ETH の送信期間の 3.5 倍の間隔で ETH が受信されない場合、MEP は欠陥状態をクリアします。障害状態がクリアされた後、MEP は引き続きアラームを報告します。
ACX シリーズ ルーターは、レイヤー 2 サービス(ブリッジング)の ITU-T Y.1731 ETH-AIS をサポートしていません。
サーバー MEP の制限は次のとおりです
リンク損失サーバー MEP によるサービス (レイヤー 2 回線とレイヤー 2 VPN) を介した ETH メッセージのトリガーは、ベストエフォート方式で行われます。これは、ETH メッセージの送信はサービスの状態とは無関係であり、サービスがダウンする前に ETH メッセージを配信する保証がないためです。
CFM-MEP セッションを使用した擬似配線保護は、サービス(レイヤー 2 回線とレイヤー 2 VPN)の擬似配線保護を監視するエンティティが既に存在するため、サーバー MEP によって監視されません。
関連項目
CFM MEP での ETH の設定
MXシリーズルーターは、ITU-T Y.1731イーサネットアラーム表示信号(ETH-AIS)機能をサポートし、サービスプロバイダーに障害管理を提供します。ETH を使用すると、サービスプロバイダーは障害状態が検出されたときにアラームを抑制できます。
ETH がメンテナンスドメインで設定されている場合は、次の点に注意してください。
MEP での AIS の送信または受信は、 階層レベルで設定された ステートメントを上書きしません。
lowest-priority-defect[edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]そのため、アラームは設定された欠陥優先度に従って報告されます。上位のドメイン レベルが下位のドメイン レベルよりも速い速度で CCM を交換する場合でも、アラームが報告されます。
メンテナンスアソシエーション中間ポイント (MIP) は ETH フレームに対して透過的であり、つまり、MIP は ETH フレームに応答してアクションを実行しません。
サービス プロバイダーが MEP に下位レベルまたは同じレベルの AIS を生成するように要求すると、要求は拒否されます。
AIS の生成は、MEP がメンテナンス アソシエーション内のリモート MEP をクリアすると停止します。
ステートメントが MEP に対して有効になっている場合、構成された保留間隔が経過すると、リモート MEP 情報がクリアされます。
auto-discovery
次のタスクでは、メンテナンスドメインで ETH を有効にする方法、障害が検出されたときに実行するアクションを設定する方法、アクションプロファイルを CFM MEP にアタッチする方法について説明します。
アクションプロファイルの設定
ETH のアクションプロファイルを設定するには:
AIS アラームが検知された場合に実行するアクションの設定
AISアラームが検知されたときに実行するアクションを設定します。
CFM MEP へのアクションプロファイルのアタッチ
アクションプロファイルで監視するイベントとアクションを設定した後、アクションプロファイルを CFM MEP にアタッチする必要があります。
ACX シリーズ ルーターでのアラーム表示信号の設定
ACXシリーズルーターは、ITU-T Y.1731イーサネットアラーム表示信号機能(ETH-AIS)をサポートし、サービスプロバイダーに障害管理を提供します。ETH を使用すると、障害状態が検出されたときにアラームを抑制できます。
ETH 転送をサポートするには、CFM MEP で次の構成情報が必要です。
クライアント メンテナンス エンティティ グループ レベル - メンテナンス エンティティ グループ (MEG) レベルで、直接クライアント層のメンテナンス ドメイン 中間ポイント (MIP) とメンテナンス アソシエーション エンドポイント (MEP) が存在するレベル。
ETH の送信期間 - ETH-AIS PDU の送信間隔を決定します。
優先度 - ETH 情報を含むパケットの優先度を決定します。これは任意です。
CFM MEP で ETH を設定するには、次のことを行う必要があります。
ETH アクションを使用してアクションプロファイルを設定する
アクションプロファイルを CFM MEP にアタッチする
ETH アクションを使用してアクションプロファイルを設定するには、[edit protocols oam イーサネット接続障害管理] 階層レベルで次のステートメントを含めます。
[edit protocols oam ethernet connectivity-fault-management]
action-profile action-profile-name {
event {
adjacency-loss;
all-defects;
cross-connect-ccm;
errored-ccm;
receive-ais;
}
action {
log-and-generate-ais {
level [1-7];
interval 1s | 1m ;
priority [0-7];
}
log-ais;
}
}
アクションプロファイルを CFM MEP にアタッチするには、[edit protocols oam ethernet connectivity-fault-management] 階層レベルで次のステートメントを含めます。
maintenance-domain maintenenace-domain-name {
level level-number;
maintenance-association maintenance-domain-name {
continuity-check {
interval 1s;
loss-threshold 3;
}
mep mep-id {
interface interface-name;
direction up | down;
priority priority-value;
action-profile action-profile-name;
}
}
}
関連するレベル以下の保守ドメイン・レベルは設定できません。
ETH 送信をサポートするには、サーバー MEP に必要な次の構成情報。
サーバー MEP 定義 - サーバー MEP 識別子とサーバー層の関連付けを定義します。
レイヤー 2 回線とレイヤー 2 VPN の場合、顧客ネットワーク (UNI) に接続されている論理インターフェイスは、サーバー MEP によって監視される必要があるサーバー層の識別子になります。
物理リンク損失検出の場合、イーサネットプロトコルの下の物理インターフェイスは、サーバー MEP によって監視される必要があるサーバー層の識別子になります。
サーバー MEP 障害の関連付け — サーバー MEP 障害と ETH アクションの関連付けを定義します。
関連付けアクションプロファイルとサーバー MEP — サーバー MEP とアクションプロファイルのバインディングを定義します。
サーバー MEP で ETH を構成するには、次のことを行う必要があります。
サーバー MEP 障害に対する ETH アクションを含むアクションプロファイルを作成します。
アクションプロファイルをサーバー MEP にアタッチする
アクション・プロファイルを作成するには、[edit protocols oam ethernet connectivity-fault-management]階層レベルで以下のステートメントを含めます:
[edit protocols oam ethernet connectivity-fault-management]
action-profile action-profile-name {
event {
server-mep-defects {
link-loss-defect;
l2circuit-defect;
l2vpn-defect;
}
}
action {
log-and-generate-ais {
level 1…n;
interval 1 second | 1 minute;
priority dot1p [range 0-7];
}
}
}
アクションプロファイルをサーバー MEP にアタッチするには、[edit protocols oam ethernet connectivity-fault-management] 階層レベルで次のステートメントを含めます。
[edit protocols oam ethernet connectivity-fault-management]
server-mep mep-identifier {
protocol l2circuit | l2vpn | ethernet {
interface interface-name;
}
action-profile action-profile-name;
}