Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

CE と PE デバイス間の CFM 監視

このトピックでは、カスタマー エッジ デバイスがジュニパー デバイスではない場合に、プロバイダ エッジ デバイスとカスタマー エッジ デバイス間の CFM 監視について詳しく説明します。また、ネットワークの監視において、インターフェイス ステータス TLV、ポート ステータス TLV、シャーシ ID TLV、接続保護 TLV がどのように役立つかについて詳しく説明しています。

CFM アクション プロファイル非同期通知

SUMMARY CFM駆動非同期通知は、それぞれのPEデバイスから発信された疑似ワイヤーを介して相互に接続された2つのCEデバイス間のリンクステータス同期を可能にします。2つのCEデバイスが直接接続されているかのようにシナリオをエミュレートします。CFM は、PE1 と PE2 が単一のネットワークではなく、一連のネットワークを介して接続されている場合でも、エンドツーエンドのシグナリングを提供します。

PE1 と PE2 間のレイヤー 2 接続

図 1 は、CFM ベースの非同期通知を使用して CE1 と CE2 間のリンク ステータスを同期できる導入シナリオの例です。非同期通知の構成では、以下の 2 つの要件を満たすことができます。

  • PE2からCE2へのリンクがダウンすると、PE1からCE1間のリンクもダウンします。リンクが復元されると、リンクステータスPE1もCE1に復元する必要があります。PE1 から CE1 へのリンク ステータスの変更も同様に機能する必要があります。

  • PE1からPE2間に接続の問題が発生すると、PE1からCE1とPE2からCE2の間でリンクダウンがトリガーされます。接続ステータスが復元された場合は、両端のリンクステータスを復元する必要があります

関連項目

Configuring a CFM Action Profile to Asyncronus Notification

SUMMARY CFM UP-MEP on PE1 to PE2, monitors the connectivity between PE1 to PE2. Use of interface-status-tlv on these UP-MEP end points conveys the link status between PE1 to CE1 to PE2 and link-status between PE2 to CE2 to PE1. Action profile must be configured on PE1 to PE2 to drive asynchronous-notification towards respective CE devices . It is triggered when either adjacency-loss is detected or link-down is detected in the received interface-status-tlv.

  1. Enable asynchronous-notification at interface level

    For example

  2. Configure the action profile and the CFM event(s) to triggered this action profile at the [edit protocols oam ethernet connectivity-fault-management] hierarchy level. You can configure more than one event in the action profile

    For example

    The action asynchronous-notification is not supported with events other than interface-status-tlv down, interface-status-tlv lower-layer-down and adjacency-loss. Any other events configured results in a commit error

    .
  3. Define the action to asynchronous-notification at the [edit protocols oam ethernet connectivity-fault-management action-profile profile-name] hierarchy level.
  4. Define the maintenance domain at the [edit protocols oam ethernet connectivity-fault-management] hierarchy level and specify the maintenance-association parameters

    For example

  5. Configure the generation of interface-status-tlv .it is required if asynchronous-notification configured based on interface-status-tlv.

    For example

  6. Define the maintenance association endpoint at the [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] hierarchy level and specify the associated parameters.

    For example

  7. Set asynchronous-notification action profile at the RMEP level.

    For example,

See Also

CE と PE デバイス間の CFM 監視について

カスタマーエッジデバイスがジュニパーデバイスではない場合、プロバイダエッジデバイスとカスタマーエッジデバイス間の接続障害管理(CFM)監視を有効にできます。インターフェイスがダウンすると、CFMはCCメッセージ内のインターフェイスのステータスを伝播します。CC メッセージは、プロバイダ エッジ デバイスがダウンしていることをカスタマー エッジ デバイスに通知します。

CFM 監視は、以下の 2 つのオプションのいずれかを使用して設定できます。

  • インターフェイスステータスTLV(タイプ、長さ、値)—インターフェイスステータスTLVを使用して、カスタマーエッジデバイスがジュニパーデバイスではない場合、プロバイダエッジデバイスとカスタマーエッジデバイス間の接続障害管理(CFM)監視を有効にすることができます。インターフェイスがダウンすると、CFMはインターフェイスステータスTLVを使用してインターフェイスのステータスを伝送します。インターフェイス ステータス TLV は、CCM を送信する MEP が設定されているインターフェイスのステータス、または IETF RFC 2863 IF-MIB の下のインターフェイスを示します。したがって、カスタマーエッジデバイスは、プロバイダエッジデバイスがダウンしていることを認識している。インターフェイスステータスTLVを使用してCFM監視を設定するには、 階層レベルで ステートメントを[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check使用interface-status-tlvします。これは標準オプションです。

  • RDI(リモート障害表示)—Junos OSリリース17.3R1以降、リモート障害表示(RDI)ビットを使用して、カスタマーエッジデバイスがジュニパーデバイスではない場合、プロバイダエッジデバイスとカスタマーエッジデバイス間の接続障害管理(CFM)監視を有効にできます。CFM 監視を有効にすると、CFM は CC メッセージ内の RDI(リモート障害表示)ビットを介してプロバイダ エッジ デバイスのステータスを伝送します。したがって、カスタマーエッジデバイスは、プロバイダエッジデバイスがダウンしていることを認識している。サービスがバックアップされると、RDI ビットがクリアされます。RDI ビットを使用して CFM 監視を設定するには、 interface-status-send-rdi 階層レベルで ステートメントを [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check 使用します。このオプションは、カスタマーエッジデバイスがインターフェイスステータスTLVをサポートしていない場合に必要です。

注:

インターフェイスが CCC ダウンに設定され、RDI が設定されている場合、RDI ビットが送信されます。CFM はインターフェイスのステータスを監視しません。インターフェイスがスタンバイではない場合、CCCダウンが設定されている場合、RDIを設定している場合、CCメッセージとともにRDIビットが送信されます。

RDIビットを使用したシングルアクティブマルチホーミングのユースケース

以下のトポロジーでは、2 つのプロバイダ エッジ デバイス(PE1 と PE2)と 2 つのカスタマー エッジ デバイス(CE1 および CE2)があります。PE1 はアクティブ状態で、PE2 はスタンバイ状態です。CFM ダウン MEP は PE と CE の間で設定されます。CFM は CCC ダウンを検出し、CFM down MEP が設定されているため、生成された CC メッセージには RDI ビットが含まれます。PE2からCE2へのCCメッセージには、ブロックされた状態を示すRDIビットが設定されています。PE2 がアクティブになると、CCM down がクリアされ、後続の CC メッセージから RDI ビットがクリアされます。

RDI ビットを使用したアクティブ/アクティブ マルチホーミングの使用事例

2 つのプロバイダ エッジ デバイス(PE1 と PE2)と 2 つのカスタマー エッジ デバイス(CE1 および CE2)があるトポロジーを考えてみましょう。PE1 はアクティブ状態で、PE2 はスタンバイ状態です。CFM down MEP が PE と CE の間でリンク接続を監視するように設定されていない場合、生成された CC メッセージには RDI ビットがありません。CFM ダウン MEP は PE と CE の間で設定されます。CFM は CCC ダウンを検出し、CFM down MEP が設定されているため、生成された CC メッセージには RDI ビットが含まれます。PE2からCE2へのCCメッセージには、ブロックされた状態を示すRDIビットが設定されています。PE2 がアクティブになると、CCM down がクリアされ、後続の CC メッセージから RDI ビットがクリアされます。

関連項目

ポートステータスTLVとインターフェイスステータスTLVの設定

TLV の概要

TLV(タイプ、長さ、値)は、CFM の IEEE 802.1ag 規格に記載されており、PDU で可変長やオプションの情報をエンコードする方法として説明されています。TLV は、特定のワードまたはオクテット境界に一致しません。TLV は互いに追従し、その間にパディングはありません。

表 1 は TLV 形式を示し、必要かオプションかを示します。

表 1: TLV の形式

パラメーター

オクテット(シーケンス)

説明

タイプ

1

必須。0 の場合、長さフィールドまたは値フィールドが後に続きます。0 ではない場合、少なくとも [長さ] フィールドは [タイプ] フィールドに従います。

長さ

2–3

[タイプ] フィールドが 0 でない場合は必須です。[タイプ] フィールドが 0 の場合は存在しません。[長さ] フィールドの 16 ビットは、 [値] フィールドのサイズ (オクテット単位) を示します。[長さ] フィールドの 0 は[値]フィールドがないことを示します。

値

4

[長さ] フィールドで指定された長さ。オプション。タイプ フィールドが 0 の場合、または [長さ] フィールドが 0 の場合は存在しません。

CFM PDU 向け各種 TLV

表 2 は、さまざまな CFM PDU タイプに対して IEEE 802.1ag で定義された TLV のセットを示しています。各 TLV は、そのタイプ フィールドに割り当てられた一意の値によって識別できます。一部のタイプのフィールド値は予約されています。

表 2: CFM PDU の各種 TLV のフィールド値を入力します。

TLV または組織

タイプ フィールド

終了 TLV

0

送信者ID TLV

1

ポートステータスTLV

2

データ TLV

3

インターフェイス ステータス TLV

4

応答イングレス TLV

5

返信エグレスTLV

6

LTMエグレス識別子TLV

7

LTRエグレス識別子TLV

8

IEEE 802.1 用に予約済み

9~30

組織固有の TLV

31

定義:ITU-T Y.1731

32~63

IEEE 802.1 用に予約済み

64~255

すべてのタイプの CFM PDU にすべての TLV が適用されるわけではありません。

  • CCM(継続性チェック メッセージ)に適用される TLV:

    • 終了 TLV

    • 送信者ID TLV

    • ポートステータスTLV

    • インターフェイス ステータス TLV

    • 組織固有の TLV

  • ループバック メッセージ(LBM)に適用できる TLV:

    • 終了 TLV

    • 送信者ID TLV

    • データ TLV

    • 組織固有の TLV

  • ループバックリプライ(LBR)に適用できる TLV:

    • 終了 TLV

    • 送信者ID TLV

    • データ TLV

    • 組織固有の TLV

  • LTM(リンクトレース メッセージ)に適用できる TLV:

    • 終了 TLV

    • LTMエグレス識別子TLV

    • 送信者ID TLV

    • 組織固有の TLV

  • リンクトレースリプライ(LTR)に適用できる TLV:

    • 終了 TLV

    • LTRエグレス識別子TLV

    • 応答イングレス TLV

    • 返信エグレスTLV

    • 送信者ID TLV

    • 組織固有の TLV

現在、該当する CFM PDU では、以下の TLV がサポートされています。

  • 終了 TLV

  • 応答イングレス TLV

  • 返信エグレスTLV

  • LTRエグレス識別子TLV

  • LTMエグレス識別子TLV

  • データ TLV

追加のオプションの TLV をサポート

以下の追加の TLV(オプション)がサポートされています。

  • ポートステータスTLV

  • インターフェイス ステータス TLV

MXシリーズルーターは、ポートステータスTLVとインターフェイスステータスTLVの設定をサポートします。ポートステータスTLVを設定することで、オペレーターはCFM PDUのポートステータスTLVの送信を制御できます。

注:

ポートステータスTLV設定ステートメントは、M120およびM320ルーターのCLIに表示されますが、これらのシステムではポートステータスTLVを設定できません。ポートステータスTLVは、これらのシステムでは不可能なブリッジ論理インターフェイスの場合にのみ、MEPインターフェイスで有効にすることができます。

設定情報については、以下のセクションを参照してください。

ポートステータスTLV

ポート ステータス TLV は、MAC のステータスに関係なく、送信する MEP が存在するブリッジ ポートが通常のデータを渡す機能を示します。に示すように表 4、この TLV の値は MEP 変数enableRmepDefectによって駆動されます。この TLV の形式は で 表 3示されています。

ポート ステータス TLV 値を変更すると、そのブリッジ ポート MEP CCM が 1 回余分に送信されます。

表 3: ポートステータスTLV形式

パラメーター

オクテット(シーケンス)

タイプ = 2

1

長さ

2–3

値(を参照)表 4

4
表 4: ポートステータスTLV値

ニーモニック

ポートを自由に通過する通常のデータ

値

psBlocked

いいえ：enableRmepDefect = false

1

psUp

はい：enableRmepDefect = true

2

MEP変数 enableRmepDefect は、このMEPがスパニングツリープロトコルとVLANトポロジー管理によってこのブリッジポートを通過することを有効にしている場合、サービスインスタンス上のフレームがメンテナンスアソシエーションによって監視されるかどうかを示すブール変数です。次の場合は TRUE に設定されます。

  • ブリッジ ポートは、トラフィックが通過できる状態に設定されています。

  • ブリッジ ポートは、スパニング ツリーの複数のインスタンスを実行しています。

  • MEPインターフェイスは、ブリッジングドメインに関連付けられていない。

ポートステータスTLVの設定

Junos OSは、ポートステータスTLVの設定サポートを提供し、CCM PDUでこのTLVの送信を制御できます。Junos OS は、この設定を継続性チェック レベルで提供します。デフォルトでは、CCMにはポートステータスTLVは含まれません。ポートステータスTLVを設定するには、 階層レベルで ステートメントを[edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check]使用port-status-tlvします。

注:

ポート ステータス TLV 設定は、IEEE 802.1ag によって必須ではありません。Junos OSは、オペレーターに柔軟性を提供するために提供します。ただし、この設定に関係なく、ポートステータスTLVを持つCCMを受信して処理します。

設定ステートメントの例を以下に示します。

以下の2つの場合、ポートステータスTLV伝送を有効にすることはできません。

  • メンテナンスアソシエーションのMEPインターフェイスがブリッジタイプではない場合。

  • MEP が物理インターフェイスで設定されている場合。

受信ポートステータスTLVの表示

Junos OS は、リモート MEP から最後に受信したポート ステータス TLV を保存します。受信したポートステータス値が に記載されている 表 4標準値の1つに対応していない場合、 show コマンドは「不明」と表示します。以下の例のように、 コマンドを使用して show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 最後に保存された受信ポートステータスTLVを表示できます。

送信ポートステータスTLVの表示

Junos OS は、最後に送信されたポート ステータス TLV をローカル MEP から保存します。ポートステータスTLVの送信が有効になっていない場合、コマンドは show 「なし」と表示されます。以下の例のように、 コマンドを使用して show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 最後に保存された送信ポートステータスTLVを表示できます。

インターフェイス ステータス TLV

インターフェイス ステータス TLV は、CCM を送信する MEP が設定されているインターフェイスのステータス、または IETF RFC 2863 IF-MIB の下のインターフェイスを示します。この TLV の形式は で 表 5示されています。列挙された値を に 表 6示します。

表 5: インターフェイスステータスTLV形式

パラメーター

オクテット(シーケンス)

タイプ = 4

1

長さ

2–3

値(を参照)表 6

4
表 6: インターフェイスステータスTLV値

ニーモニック

インターフェイスのステータス

値

Isup

を

1

isDown

ダウン

2

IsTesting

テスト

3

無意識のうちに

未知

4

IsDormant

休眠

5

IsPresent

プリエントではない

6

IsLowerLayerDown

低レイヤーダウン

7
注:

論理インターフェイスの運用ステータスがダウン状態(ステータス値2)から下位レイヤーダウン状態(ステータス値は7)に変更された場合、その逆の場合、LinkDown SNMPトラップは生成されません。例えば、集約されたイーサネット・インターフェイス・バンドルをVLANタグで設定し、運用ダウン状態にある物理インターフェイスをバンドルに追加すると、その時点の集約されたイーサネット論理インターフェイス・バンドルの運用ステータスは下位レイヤーダウンになります(7)。インターフェイスに関連付けられたMICをオフラインにした場合、論理インターフェイスが下位レイヤーダウン状態からダウン状態に移行しても、LinkDownトラップは生成されません。

同様に、VLAN タギングがあり、集約されたイーサネット論理インターフェイスが無効になっている集約型イーサネット バンドルに物理インターフェイスを追加する別の例を考えてみましょう。論理インターフェイスが無効になっている場合、論理インターフェイスの運用ステータスはダウンに変わります。集約されたイーサネット・バンドルの一部である物理インターフェースを無効にした場合、集約されたイーサネット論理インターフェースの運用状況はダウンしたままになります。集合型イーサネット論理インターフェイスを再度有効にすると、その運用ステータスはダウンから下位レイヤーに変わります。この時点では、LinkDown SNMP トラップは生成されません。
インターフェイスステータスTLVの設定

Junos OS は、インターフェイス ステータス TLV の設定サポートを提供するため、通信事業者は、導通チェック レベルの設定を介して、CCM PDU でこの TLV の送信を制御できます。

注:

この設定は、IEEE 802.1agによって義務付けされていません。むしろ、オペレーターにより高い柔軟性を提供します。Junos OSは、この設定に関係なく、インターフェイスステータスTLVを持つCCMを受信して処理します。

インターフェイスステータスTLV設定は次のとおりです。

注:

Junos OSは、インターフェイスステータスTLVの7つの値のうち、わずか3つの値の送信をサポートしています。サポートされている値は 1、2、7 です。ただし、Junos OSは、インターフェイスステータスTLVの任意の値を受信できます。

受信インターフェイス ステータス TLV の表示

Junos OS は、最後に受信したインターフェイス ステータス TLV をリモート MEP から保存します。受信したインターフェイスステータス値が に記載されている 表 5標準値のいずれかに対応していない場合、 コマンドは show 「不明」と表示されます。

以下の例のように、 コマンドを show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 使用して、最後に保存されたこのインターフェイスステータスTLVを表示できます。

送信されたインターフェイス ステータス TLV の表示

Junos OS は、最後に送信されたインターフェイス ステータス TLV をローカル MEP から保存します。インターフェイス ステータス TLV の送信が有効になっていない場合、コマンドは show 「なし」と表示されます。

以下の例のように、 コマンドを使用して show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 最後に送信されたインターフェイスステータスTLVを表示できます。

MAC ステータスの欠陥

Junos OSはMACステータスの欠陥情報を提供し、1つ以上のリモートMEPがポートステータスTLVまたはインターフェイスステータスTLVの障害を報告していることを示しています。これは、一部のリモートMEPがインターフェイスがUpではないことを報告している場合(例えば、少なくとも1つのリモートMEPインターフェイスが利用できない)、またはすべてのリモートMEPがpsUp以外の値を含むポートステータスTLVを報告している場合(例えば、すべてのリモートMEPブリッジポートがデータを転送していない)場合、「はい」を示します。MAC ステータス欠陥の表示を表示するために使用できる 2 つの show コマンドがあります。

コマンドを mep-database 使用して、MAC ステータスの欠陥を表示します。

コマンドを interfaces 使用して、MAC ステータスの欠陥を表示します。

リモート MEP アクション プロファイル サポートの設定

受信した CCM パケットの interface-status-tlv および port-status-tlv の値に基づいて、 オプションを使用して、 などの interface-down特定のアクションを action-profile 実行できます。ルーターには複数のアクションプロファイルを設定できますが、リモートMEPに割り当てることができるアクションプロファイルは1つだけです。

アクション・プロファイルは、少なくとも 1 つのイベントで構成して、アクションをトリガーすることができます。これらのイベントのいずれかが発生した場合、アクションがトリガーされます。設定されたすべてのイベントをトリガー actionする必要はありません。

アクションプロファイルは、リモートMEPレベルでのみ適用できます。

以下の例では、説明コメントを追加したアクションプロファイル設定を示しています。

リモート MEP アクション プロファイルの監視

次の例のように、 show oam ethernet connectivity-fault-management mep-database コマンドを使用して、リモートMEPのアクションプロファイルステータスを表示できます。

show oam ethernet connectivity-fault-management mep-database remote-mep(Action Profile Event)

関連項目

シャーシ ID TLV の設定

リリース16.1R2以降では、Junos OSがパケットとともに送信者ID TLVを送信するように設定できます。送信者ID TLVは、IEEE 802.1ag規格で指定されているとおり、連続性チェックメッセージ(CCM)、ループバックメッセージ、およびリンクトレースメッセージ(LTM)で送信されるオプションのTLVです。送信者 ID TLV には、デバイスの固有の CFM ベースの MAC アドレスであるシャーシ ID と、IPv4 または IPv6 アドレスである管理 IP アドレスが含まれています。

TLV のフィールドの length 値は、TLV にシャーシ ID 情報が含まれているかどうかを示します。フィールドで length 使用可能な値はゼロ(0)または有効な番号であり、これはそれぞれTLVにシャーシID情報が存在しないことを示しています。

Junos OSが、 コマンドを使用して、グローバルレベルで送信者ID TLVを set protocols oam ethernet connectivity-fault-management sendid-tlv send-chassis-tlv 送信できるようにすることができます。送信者ID TLVがグローバルレベルで設定されている場合、デフォルトのメンテナンスドメイン、メンテナンスアソシエーション、およびメンテナンスアソシエーション中間ポイント(MIP)半機能がこの設定を継承します。

また、以下の階層レベルで送信者ID TLVを設定することもできます。

  • [edit protocols oam ethernet connectivity-fault-management].

  • [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name maintenance-association maintenance-association-name continuity-check].

保守アソシエーションレベルの送信者ID TLV設定がグローバルレベルの設定よりも優先されます。

注:

送信者ID TLVは、802.1ag PDUでのみサポートされており、PDU(パフォーマンス監視プロトコルデータユニット)ではサポートされていません。

関連項目

CET モードでの MAC フラッシュ メッセージ処理の設定

キャリアイーサネットトランスポート(CET)モードでは、MXシリーズルーターがプロバイダーエッジ(PE)ルーターとして使用され、アクセス側では標準ベースのプロトコルを実行するNokia Siemens Networks A2200キャリアイーサネットスイッチ(Eドメインデバイスと呼ばれる)が使用されています。MXシリーズルーターでは、VPLS擬似配線はLDP(ラベル配布プロトコル)を介して動的に設定されます。E ドメイン デバイスでは、E ドメイン デバイスと MX シリーズ PE ルーター間で実行される CFM(接続障害管理)セッションによって、トポロジーの変更が検出されます。MXシリーズPEルーターは、CFM接続の損失が発生した場合、キャリアイーサネットインターフェイスをダウンさせることができます。これにより、ローカルMACフラッシュ、およびリモートMXシリーズPEに向けて送信されるターゲットラベル配布プロトコル(T-LDP)MACフラッシュ通知がトリガーされ、MACフラッシュがトリガーされます。

CET相互運用モードでは、MXシリーズルーターは、従来のプロトコルを実行するNokia Siemens Networks Ax100キャリアイーサネットアクセスデバイス(Aドメインデバイスと呼ばれる)と相互運用する必要があります。Nokia Siemens Networks A4100 および A8100 デバイスは、MX シリーズ PE ルーターと A ドメイン デバイスの中間として機能します。これらの中間デバイスは、MXシリーズルーターとAドメインデバイス間で運用管理(OAM)セッションを実行できるように、IWF(相互運用機能)手順を実行します。MX シリーズ PE ルーターと Nokia Siemens Networks A4100 と A8100 中間デバイスの間には VPLS 擬似配線がないため、PE ルーター間でトポロジ変更通知を送信するための LDP プロトコルは実行されていません。トポロジーの変更を通信するために、MXシリーズルーターはMACフラッシュをトリガーしてコアに伝送できます。MX シリーズ ルーターは、TLV(接続保護タイプ長さ値)イベントに基づいてアクション プロファイルを使用できます。アクションプロファイルは、MXシリーズPEルーターのキャリアエッジ 論理インターフェイス をダウンさせます。これはローカルMACフラッシュをトリガーし、LDP通知を使用してトポロジー変更をコアに伝達します。

VPLSの場合、エンドツーエンドの接続は監視されません。アクセス リングは、E ドメイン デバイスと MX シリーズ PE ルーター間の各サービスのワーキング パスと保護パスで CFM を実行し、Nokia Siemens Networks A-4100 デバイスがホストする IWF を A ドメイン デバイスと MX シリーズ PE ルーター間で実行することにより、独立して監視されます。作業パスに接続障害が発生した場合、Nokia Siemens Networks Ax200 デバイスは保護パスへの切り替えを実行し、CCM で伝送される TLV の形でトポロジ変更通知をトリガーして、アクティブ パスに送信します。

図 1: CET相互運用デュアルホームトポロジーCET相互運用デュアルホームトポロジー

図 1 は、Aドメインに接続されたMXシリーズPEルーター上のデュアルホームトポロジーを説明しています。Aドメインデバイスがスイッチオーバーをトリガーすると、サービストラフィックを新しいアクティブパスに切り替え始めます。この変更は、その A ドメイン デバイスからワーキング パスおよび保護パス上で送信された HELLO プロトコル データ ユニット(PDU)で伝達されます。A4100 の IWF は、これらの HELLO PDU を再入力すると、これらの IWF が標準 CCM メッセージに変換され、接続保護 TLV も挿入されます。接続保護 TLV の「Protection-in-use」フィールドは、現在アクティブなパスでエンコードされ、CCM メッセージに含まれています。CCMメッセージは、A4100のVLANスポークを介してMXシリーズPEルーターによって受信されます。上記のデュアル ホーム シナリオでは、1 つの MX シリーズ PE ルーターが作業パスを監視し、もう一方の MX シリーズ PE ルーターが保護パスを監視します。

MAC フラッシュは、ワーキング パスを監視している CFM セッションが、サービス トラフィックが保護パスに移動したことを検出した場合、または保護パスを監視している CFM セッションがサービス トラフィックがワーキング パスに移動したことを検出した場合に発生します。

図 2: CET相互運用デュアルアタッチトポロジーCET相互運用デュアルアタッチトポロジー

図 2 は、A ドメインに接続された MX シリーズ PE ルーター上のデュアルアタッチ トポロジーについて説明します。この場合に使用される MAC フラッシュ メカニズムは、デュアル ホーム シナリオ(図 1)の A ドメインに使用される MAC フラッシュ メカニズムと同じです。ただし、この場合、両方の CFM セッションが 1 つの MX シリーズ PE ルーターでのみホストされます。AドメインのAx100がトポロジーの変更を検出すると、MXシリーズPEルーターは、CCMメッセージ内の接続保護TLVを受信し、「Protection-in-use」の値で、どのパスがアクティブかを示します。MX シリーズ PE ルーターは、CFM セッションで生成されるイベントに基づいて、適切なインターフェイスをダウンさせ、ローカル MAC フラッシュをトリガーします。

接続保護 TLV アクション プロファイルの設定

アクションプロファイルは、受信したCCMパケット内の interface-down の connection-protection-tlv 値に基づいてアクションを実行するように設定できます。

以下の例では、説明コメントを追加したアクションプロファイル設定を示しています。

関連項目

例：接続保護 TLV に基づくアクション プロファイルの設定

この例では、CET ネットワークのトポロジー変更に基づいて MAC フラッシュをトリガーする目的で、接続保護 TLV に基づいてアクション プロファイルを設定する方法を示します。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • Junos OS リリース 11.2 以降

  • MXシリーズPEルーター

概要とトポロジー

MX シリーズ PE ルーターを使用した CET ネットワークの物理トポロジーは、 図 3

トポロジ

図 3: CET ネットワークのトポロジーCET ネットワークのトポロジー

以下の定義は、デバイスの略語の意味とで 図 3使用される用語を説明します。

  • プロバイダ エッジ(PE)デバイス — プロバイダ ネットワークのエッジにあるデバイスまたはデバイス のセットで、プロバイダが顧客サイトのビューを表示します。

  • E ドメイン- 標準ベースのプロトコルを実行し、アクセス側で使用される Nokia Siemens Networks キャリア イーサネット スイッチ。

  • Aドメイン—従来のプロトコルを実行するNokia Siemens Networksキャリアイーサネットスイッチ。

設定

手順

手順

接続保護 TLV に基づいてアクション プロファイルを設定するには、以下のタスクを実行します。

  1. アクションプロファイルの設定

  2. 接続保護 TLV が SET の「Protection-in-use」値で受信された場合、接続保護 TLV は保護パスを使用する必要があります。

  3. 接続保護 TLV が RESET の「Protection-in-use」値で受信された場合、接続保護 TLV は動作パスを使用する必要があります。

  4. インターフェイスをダウンさせるためにアクションプロファイルを設定します。

結果

設定の結果を確認する

関連項目

関連項目

リリース履歴テーブル
リリース
説明
17.3R1
Junos OSリリース17.3R1以降、RDI(リモート障害表示)ビットを使用して、カスタマーエッジデバイスがジュニパーデバイスではない場合、プロバイダエッジデバイスとカスタマーエッジデバイス間の接続障害管理(CFM)監視を有効にすることができます。
16.1
リリース16.1R2以降では、Junos OSがパケットとともに送信者ID TLVを送信するように設定できます。