CE デバイスと PE デバイス間の CFM 監視
このトピックでは、カスタマーエッジデバイスがジュニパーデバイスでない場合の、プロバイダエッジデバイスとカスタマーエッジデバイス間の CFM 監視について詳しく説明します。また、 インターフェイス ステータス TLV、ポート ステータス TLV、シャーシ ID TLV、接続保護 TLV がネットワークの監視にどのように役立つかについて 理解を深めることができます。
CFM アクションプロファイルの非同期通知
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 間のリンクステータスの変更は 同様に機能するはずです。
-
PE1PE2間に接続の問題がある場合、PE1およびCE1PE2およびCE2間のリンクダウントリガーされます。接続ステータスが回復すると、両端のリンクステータスが復元されます。
関連項目
Asyncronus 通知への CFM アクションプロファイルの設定
PE1とPE2のCFM UP-MEPは、PE1とPE2間の接続を監視します。これらのUP-MEPエンドポイントの interface-status-tlv は、PE1、 CE1、および PE2間、およびPE2、 CE2、および PE1間のリンクステータスを伝えます。PE1 から PE2 でアクション プロファイルを設定して、それぞれの CE デバイスへの非同期通知を駆動する必要があります。アクション プロファイルは、受信した interface-status-tlvで隣接関係の損失やリンクダウン状態をシステムが検出すると、これらの通知をトリガーします。
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(Remote Defect Indication)—RDIビットを使用することで、カスタマーエッジデバイスがジュニパーデバイスでない場合、プロバイダエッジデバイスとカスタマーエッジデバイス間のCFM(接続障害管理)監視を有効にすることができます。CFM 監視を有効にすると、CFM は CC メッセージの RDI ビットを介してプロバイダーエッジデバイスのステータスを伝達し、プロバイダーエッジデバイスがダウンしていることをカスタマーエッジデバイスに通知します。RDI ビットは、サービスがバックアップされるとクリアされます。RDI ビットを使用して CFM 監視を設定するには、
[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check階層レベルでinterface-status-send-rdiステートメントを使用します。このオプションは、カスタマーエッジデバイスがインターフェイスステータスTLVをサポートしていない場合に必要です。
インターフェイスを CCC down に設定して RDI を設定すると、デバイスは RDI ビットを送信します。CFM はインターフェイスのステータスを監視しません。
インターフェイスがスタンバイ状態でないときにCCCをダウンに設定してRDIを設定すると、デバイスはCCメッセージにRDIビットを含めます。
RDIビットを使用したシングルアクティブマルチホーミングユースケース
2つのプロバイダーエッジデバイス(PE1とPE2)と2つのカスタマーエッジデバイス(CE1とCE2)を含む以下のトポロジーを考えてみましょう。PE1 はアクティブ状態で動作しますが、PE2 はスタンバイ状態のままです。PE と CE の間で CFM ダウン MEP を設定すると、CFM は CCC がダウンしていることを検出し、システムは CC メッセージに RDI ビットを含めます。PE2 から CE2 への CC メッセージには、ブロック状態を示すために RDI ビットが設定されています。PE2 がアクティブになると、システムは CCM ダウン ステータスをクリアし、後続の CC メッセージから RDI ビットを削除します。
RDIビットを使用したアクティブ/アクティブマルチホーミングの使用例
2つのプロバイダーエッジデバイス(PE1とPE2)と2つのカスタマーエッジデバイス(CE1とCE2)を含む以下のトポロジーを考えてみましょう。PE1 はアクティブ状態で動作しますが、PE2 はスタンバイ状態のままです。リンク接続を監視するために PE と CE の間で CFM ダウン MEP を設定しない場合、システムは CC メッセージに RDI ビットを含めません。PE と CE の間で CFM ダウン MEP を設定すると、CFM は CCC がダウンしていることを検出し、システムは CC メッセージに RDI ビットを含めます。PE2 から CE2 への CC メッセージには、ブロック状態を示すために RDI ビットが設定されています。PE2 がアクティブになると、システムは CCM ダウン ステータスをクリアし、後続の CC メッセージから RDI ビットを削除します。
関連項目
設定e ポートステータスTLVとインターフェイスステータスTLV
- TLV の概要
- CFM PDU向けのさまざまなTLV
- 追加のオプション TLV のサポート
- MAC ステータスの欠陥
- リモート MEP アクション プロファイル サポートの設定
- リモート MEP アクション プロファイルを監視する
TLV の概要
タイプ、長さ、および値 (TLV) は、PDU で可変長やオプションの情報をエンコードする方法として、CFM の IEEE 802.1ag 標準で説明されています。TLV は、特定の単語またはオクテットの境界にアライメントされません。TLV は、間にパディングを付けずに互いにフォローします。
表 1 は TLV 形式を示し、必須かオプションかを示します。
パラメーター |
オクテット (シーケンス) |
説明 |
|---|---|---|
タイプ |
1 |
このフィールドは必須です。値が 0 の場合、それ以上のフィールド (Length または Value) は続きません。値が 0 でない場合は、Length フィールドが後に続く必要があります。 |
長さ |
2–3 |
このフィールドは、Type フィールドが 0 でない場合にのみ必須です。Type フィールドが 0 の場合は存在しません。Lengthフィールドの16ビットは、Valueフィールドのサイズをオクテット単位で示します。Length フィールド値 0 は、Value フィールドがないことを意味します。 |
値 |
4 |
このフィールドの長さは、「長さ」フィールドで指定します。これはオプションであり、Type フィールドが 0 の場合、または Length フィールドが 0 の場合は表示されません。 |
CFM PDU向けのさまざまなTLV
表 2 は、さまざまな CFM PDU タイプに対して IEEE 802.1ag で定義されている一連の TLV を示しています。各TLVは、そのタイプフィールドに割り当てられた一意の値によって識別できます。一部の [タイプ] フィールド値は予約済みです。
TLV または組織 |
タイプフィールド |
|---|---|
TLV の終了 |
0 |
送信者 ID TLV |
1 |
ポート ステータス TLV |
2 |
Data 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 |
すべての TLV がすべてのタイプの CFM PDU に適用できるわけではありません。
継続性チェック メッセージ(CCM)に適用されるTLV:
TLV の終了
送信者 ID TLV
ポート ステータス TLV
インターフェイス ステータス TLV
組織固有 TLV
ループバック メッセージ(LBM)に適用可能な TLV:
TLV の終了
送信者 ID TLV
Data TLV
組織固有 TLV
ループバック応答(LBR)に適用可能なTLV:
TLV の終了
送信者 ID TLV
Data 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
Data TLV
追加のオプション TLV のサポート
次の追加のオプション TLV がサポートされています。
ポート ステータス TLV
インターフェイス ステータス TLV
MXシリーズルーターは、ポートステータスTLVとインターフェイスステータスTLVの設定をサポートしています。ポートステータス TLV を設定すると、オペレータは CFM PDU でのポートステータス TLV の送信を制御できます。
設定情報については、次のセクションを参照してください。
ポート ステータス TLV
ポートステータスTLVは、MACのステータスに関係なく、送信MEPが存在するブリッジポートが通常のデータを渡す能力を示します。この TLV の値は、表 4 に示すように、MEP 変数 enableRmepDefectによって駆動されます。この TLV の形式を 表 3 に示します。
ポート ステータス TLV の値を変更すると、そのブリッジ ポート MEP CCM の追加送信が 1 つトリガーされます。
パラメーター |
オクテット (シーケンス) |
|---|---|
タイプ = 2 |
1 |
長さ |
2–3 |
値 ( 表 4 を参照) |
4 |
記憶法 |
ポートを自由に通過する通常のデータ |
値 |
|---|---|---|
psブロック |
いいえ： |
1 |
psUp |
はい： |
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を受信して処理します。
設定ステートメントの例を次に示します。
protocols {
oam {
ethernet {
connectivity-fault-management {
maintenance-domain identifier {
level number;
maintenance-association identifier {
continuity-check {
interval number,
loss-threshold number;
hold-interval number;
port-status-tlv; # Sets Port Status TLV
}
}
}
}
}
}
}
次の 2 つのケースでは、ポート ステータス TLV 送信を有効にできません。
メンテナンス アソシエーションの MEP インターフェイスのタイプがブリッジでない場合。
MEP が物理インターフェイスで構成されている場合。
受信ポートステータスTLVを表示
Junos OS は、リモート MEP から最後に受信したポートステータス TLV を保存します。受信したポートステータス値が 表 4に記載されている標準値のいずれにも対応していない場合、 show コマンドはそれを「不明」と表示します。次の例のように、 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier コマンドを使用して、最後に保存された受信ポート ステータス TLV を表示できます。
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none # RX PORT STATUS
Interface status TLV: none
送信ポートステータスTLVの表示
Junos OS は、ローカル MEP から最後に送信されたポート ステータス TLV を保存します。ポート ステータス TLV の送信が有効になっていない場合、 show コマンドは「none」と表示します。次の例のように、 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier コマンドを使用して、最後に保存されたポート ステータス TLV を表示できます。
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up # TX PORT STATUS
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: none
インターフェイス ステータス TLV
インターフェイスステータス TLV は、CCM を送信する MEP が設定されているインターフェイスのステータス、または IETF RFC 2863 IF-MIB の次に下位のインターフェイスのステータスを示します。この TLV の形式を 表 5 に示します。列挙された値を 表 6 に示します。
パラメーター |
オクテット (シーケンス) |
|---|---|
タイプ = 4 |
1 |
長さ |
2–3 |
値 ( 表 6 を参照) |
4 |
記憶法 |
インターフェイスステータス |
値 |
|---|---|---|
イズアップ |
上 |
1 |
isDown |
下 |
2 |
テスト中 |
テスティング |
3 |
は不明 |
不明 |
4 |
は休眠中 |
休眠 |
5 |
isNotPresent |
ないプレゼント |
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 設定を以下に示します。
protocols {
oam {
ethernet {
connectivity-fault-management {
maintenance-domain identifier {
level number;
maintenance-association identifier {
continuity-check {
interval number;
loss-threshold number;
hold-interval number;
interface-status-tlv; # Sets the interface status TLV
}
}
}
}
}
}
}
Junos OSは、インターフェイスステータスTLVで可能な7つの値のうち3つだけの送信をサポートしています。サポートされている値は 1、2、および 7 です。ただし、Junos OSは、インターフェイスステータスTLVの任意の値を受け取ることができます。
受信したインターフェイス ステータス TLV を表示します。
Junos OS は、リモート MEP から最後に受信したインターフェイス ステータス TLV を保存します。受信したインターフェイスステータス値が 表 5に記載されている標準値のいずれにも対応しない場合、 show コマンドは「不明」と表示します。
次の例のように、 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier コマンドを使用して、この最後に保存されたインターフェイスステータス TLV を表示できます。
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: none # displays the Interface Status TLV state
送信インターフェイス ステータス TLV の表示
Junos OS は、ローカル MEP から最後に送信されたインターフェイス ステータス TLV を保存します。インターフェイスステータスTLVの送信が有効になっていない場合、 show コマンドは「none」と表示します。
次の例のように、 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier コマンドを使用して、最後に送信されたインターフェイス ステータス TLV を表示できます。
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: none
MAC ステータスの欠陥
Junos OS は、リモート MEP がポート ステータス TLV またはインターフェイス ステータス TLV で障害を報告するタイミングを示す MAC ステータス障害情報を提供します。1 つ以上のリモート MEP がインターフェイスが「稼働中」ではないと報告した場合(たとえば、リモート MEP のインターフェイスが使用できない場合)、またはすべてのリモート MEP が「稼働中」以外の値でポート ステータス TLV を報告する場合(たとえば、すべてのリモート MEP のブリッジ ポートがデータを転送していない場合)、システムは「はい」と表示されます。2 つの show コマンドを使用して、MAC ステータス障害表示を表示できます。
mep-database コマンドを使用して、MAC ステータスの欠陥を表示します。
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md6 maintenance-association ma6
Maintenance domain name: md6, Format: string, Level: 6
Maintenance association name: ma6, Format: string
Continuity-check status: enabled, Interval: 1s, Loss-threshold: 3 frames
MEP identifier: 500, Direction: down, MAC address: 00:05:85:73:7b:39
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: xe-5/0/0.0, Interface status: Active, Link status: Up
Defects:
Remote MEP not receiving CCM : no
Erroneous CCM received : no
Cross-connect CCM received : no
RDI sent by some MEP : no
Some remote MEP's MAC in error state : yes # MAC Status Defects yes/no
Statistics:
CCMs sent : 1658
CCMs received out of sequence : 0
LBMs sent : 0
Valid in-order LBRs received : 0
Valid out-of-order LBRs received : 0
LBRs received with corrupted data : 0
LBRs sent : 0
LTMs sent : 0
LTMs received : 0
LTRs sent : 0
LTRs received : 0
Sequence number of next LTM request : 0
1DMs sent : 0
Valid 1DMs received : 0
Invalid 1DMs received : 0
DMMs sent : 0
DMRs sent : 0
Valid DMRs received : 0
Invalid DMRs received : 0
Remote MEP count: 1
Identifier MAC address State Interface
200 00:05:85:73:39:4a ok xe-5/0/0.0
interfaces コマンドを使用して、MAC ステータスの欠陥を表示します。
user@host> show oam ethernet connectivity-fault-management interfaces detail
Interface name: xe-5/0/0.0, Interface status: Active, Link status: Up
Maintenance domain name: md6, Format: string, Level: 6
Maintenance association name: ma6, Format: string
Continuity-check status: enabled, Interval: 1s, Loss-threshold: 3 frames
Interface status TLV: up, Port status TLV: up
MEP identifier: 500, Direction: down, MAC address: 00:05:85:73:7b:39
MEP status: running
Defects:
Remote MEP not receiving CCM : no
Erroneous CCM received : no
Cross-connect CCM received : no
RDI sent by some MEP : no
Some remote MEP's MAC in error state : yes # MAC Status Defects yes/no
Statistics:
CCMs sent : 1328
CCMs received out of sequence : 0
LBMs sent : 0
Valid in-order LBRs received : 0
Valid out-of-order LBRs received : 0
LBRs received with corrupted data : 0
LBRs sent : 0
LTMs sent : 0
LTMs received : 0
LTRs sent : 0
LTRs received : 0
Sequence number of next LTM request : 0
1DMs sent : 0
Valid 1DMs received : 0
Invalid 1DMs received : 0
DMMs sent : 0
DMRs sent : 0
Valid DMRs received : 0
Invalid DMRs received : 0
Remote MEP count: 1
Identifier MAC address State Interface
200 00:05:85:73:39:4a ok xe-5/0/0.0
リモート MEP アクション プロファイル サポートの設定
受信したCCMパケットのinterface-status-tlvとport-status-tlvの値に基づいて、action-profileオプションを使用して、interface-downなどの特定のアクションを実行できます。ルーターには複数のアクションプロファイルを設定できますが、リモート MEP に割り当てることができるアクションプロファイルは 1 つだけです。
アクション・プロファイルは1つ以上のイベントで構成でき、これらのイベントのいずれかが発生するとアクションがトリガーされます。設定されたすべてのイベントが actionをトリガーする必要はありません。
アクションプロファイルは、リモート MEP レベルでのみ適用できます。
次の例は、説明コメントが追加されたアクションプロファイル設定を示しています。
[edit protocols oam ethernet connectivity-fault-management]
action-profile tlv-action {
event {
# If interface status tlv with value specified in the config is received
interface-status-tlv down|lower-layer-down;
# If port status tlv with value specified in the config is received
port-status-tlv blocked;
# If connectivity is lost to the peer */
adjacency-loss;
}
action {
# Bring the interface down */
interface-down;
}
default-actions interface-down;
}
# domains
maintenance-domain identifier {
# maintenance domain level (0-7)
level number;
# association
maintenance-association identifier {
mep identifier {
interface ge-x/y/z.w;
remote-mep identifier {
# Apply the action-profile for the remote MEP
action-profile tlv-action;
}
}
}
}
リモート MEP アクション プロファイルを監視する
次の例のように、 show oam ethernet connectivity-fault-management mep-database コマンドを使用して、リモート MEP のアクションプロファイルステータスを表示できます。
show oam ethernet connectivity-fault- management mep-database remote-mep (Action Profile Event)
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 remote-mep 200
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 1s, Loss-threshold: 3 frames
MEP identifier: 100, Direction: down, MAC address: 00:05:85:73:e8:ad
Auto-discovery: enabled, Priority: 0
Interface status TLV: none, Port status TLV: none # last status TLVs transmitted by the router
Interface name: ge-1/0/8.0, Interface status: Active, Link status: Up
Remote MEP identifier: 200, State: ok # displays the remote MEP name and state
MAC address: 00:05:85:73:96:1f, Type: Configured
Interface: ge-1/0/8.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: lower-layer-down
Action profile: juniper # displays remote MEP’s action profile identifier
Last event: Interface-status-tlv lower-layer-down # last remote MEP event
# to trigger action
Action: Interface-down, Time: 2009-03-27 14:25:10 PDT (00:00:02 ago)
# action occurrence time
シャーシID TLVの設定
パケットとともに送信者ID TLVを送信するようにJunos OSを設定できます。送信者 ID TLV は、IEEE 802.1ag 標準で指定されているように、CCM(継続性チェック メッセージ)、ループバック メッセージ、LTM(リンク トレース メッセージ)で送信されるオプションの TLV です。送信者 ID TLV には、デバイスの一意の CFM ベースの MAC アドレスであるシャーシ ID と、IPv4 または IPv6 アドレスである管理 IP アドレスが含まれています。
TLV の length フィールドの値は、TLV にシャーシ ID 情報が含まれているかどうかを示します。lengthフィールドに指定できる値は、ゼロ(0)または任意の有効な数値で、それぞれTLVにシャーシID情報がないかを示します。
set protocols oam ethernet connectivity-fault-management sendid-tlv send-chassis-tlvコマンドを使用して、Junos OSがグローバルレベルで送信者ID 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]
maintenance-association レベルでの送信者 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(接続障害管理)セッションを通じてトポロジーの変更が検出されます。CFM 接続が失われた場合、MX シリーズ PE ルーターはキャリアイーサネットインターフェイスをダウンさせることができます。これにより、ローカル MAC フラッシュと、リモート MX シリーズ PE に送信されて MAC フラッシュをトリガーするターゲット ラベル配布プロトコル(T-LDP)MAC フラッシュ通知がトリガーされます。
CET相互運用モードでは、MXシリーズルーターは、レガシープロトコルを実行するNokia Siemens Networks Ax100キャリアイーサネットアクセスデバイス(Aドメインデバイスと呼ばれる)と相互運用する必要があります。ノキアシーメンスネットワークスのA4100およびA8100デバイスは、MXシリーズPEルーターとAドメインデバイスの中間として機能します。これらの中間デバイスはインターワーキング機能(IWF)手順を実行し、MXシリーズルーターとAドメインデバイス間で運用管理管理(OAM)セッションを実行できます。MXシリーズPEルーターとNokia Siemens Networks A4100およびA8100中間デバイスの間にはVPLS擬似配線がないため、トポロジー変更通知を送信するためのPEルーター間で実行されるLDPプロトコルはありません。トポロジーの変更を伝えるために、MX シリーズ ルーターは MAC フラッシュをトリガーし、それをコアに伝播させることができます。MXシリーズルーターは、接続保護タイプの長さの値(TLV)イベントに基づくアクションプロファイルを使用できます。このアクションプロファイルにより、MXシリーズPEルーターのキャリアエッジ 論理インターフェイス がダウンし、ローカルMACフラッシュがトリガーされ、LDP通知を使用してトポロジーの変更がコアに伝搬されます。
VPLSの場合、エンドツーエンドの接続は監視されません。アクセス リングは、E ドメイン デバイスと MX シリーズ PE ルーター間、および A ドメイン デバイスと MX シリーズ PE ルーター間の各サービスの作業パスと保護パス (Nokia Siemens Networks A-4100 デバイスがホストする) 上の複数のエンドポイント (MEP) で CFM を実行することによって個別に監視されます。ワーキングパスに接続障害が発生すると、Nokia Siemens Networks Ax200デバイスは保護パスへのスイッチオーバーを実行し、トポロジ変更通知(CCMで伝送されるTLVの形式)をトリガーしてアクティブパスに送信します。
図 1 は、A ドメインに接続された MX シリーズ PE ルーターのデュアルホームトポロジーについて説明しています。A ドメイン デバイスがスイッチオーバーをトリガーすると、サービス トラフィックの新しいアクティブ パスへのスイッチングが開始されます。この変更は、作業パスと保護パス上のAドメインデバイスから送信されたHELLOプロトコルデータユニット(PDU)で通知されます。A4100 の IWF がこれらの HELLO PDU を受信すると、標準 CCM メッセージに変換され、接続保護 TLV も挿入されます。接続保護 TLV の「使用中の保護」フィールドは、現在アクティブなパスでエンコードされ、CCM メッセージに含まれます。CCM メッセージは、A4100 の VLAN スポークを介して MX シリーズ PE ルーターによって受信されます。上記のデュアルホームのシナリオでは、1台のMXシリーズPEルーターが作業パスを監視し、もう1台のMXシリーズPEルーターが保護パスを監視します。
MAC フラッシュは、作業パスを監視している CFM セッションがサービストラフィックが保護パスに移動したことを検出するか、保護パスを監視している CFM セッションがサービストラフィックが作業パスに移動したことを検出すると発生します。
図 2 は、A ドメインに接続された MX シリーズ PE ルーター上のデュアル接続トポロジーについて説明しています。この場合に使用されるMACフラッシュメカニズムも、デュアルホームシナリオのAドメインに使用されるものと同じです(図1)。ただし、この場合、両方の CFM セッションは 1 台の MX シリーズ PE ルーターによってのみホストされます。AドメインのAX100がトポロジーの変更を検出すると、MXシリーズPEルーターは、作業パスと保護パスの接続保護TLVをCCMメッセージで受信し、値「Protection-in-use」はどちらのパスがアクティブなパスであるかを示します。CFM セッションに対して生成されたイベントに基づいて、MX シリーズ PE ルーターは適切なインターフェイスをダウンさせ、ローカル MAC フラッシュをトリガーします。
接続保護TLVアクションプロファイルを設定する
アクション・プロファイルは、受信した CCM パケットの connection-protection-tlv の値に基づいてinterface-downアクションを実行するように設定できます。
次の例は、説明コメントが追加されたアクションプロファイル設定を示しています。
[edit protocols oam ethernet connectivity-fault-management]
action-profile <tlv-action> {
event {
# If a connection protection TLV with a “Protection-in-use” value of SET is received */
connection-protection-tlv <using-protection-path>;
# If a connection protection TLV with a “Protection-in-use” value of RESET is received */
connection-protection-tlv <using-working-path>;
}
action {
# Bring the interface down */
interface-down;
}
}
関連項目
例：接続保護TLVに基づくアクションプロファイルの設定
この例では、CETネットワークのトポロジー変更に基づいてMACフラッシュをトリガーするために、接続保護TLVに基づいてアクションプロファイルを設定する方法を示します。
要件
この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。
Junos OS リリース 11.2 以降
MXシリーズPEルーター
概要とトポロジー
MXシリーズPEルーターを使用したCETネットワークの物理トポロジーを 図 3に示します。
トポロジー
次の定義は、デバイスの略語と 図 3で使用される用語の意味を説明しています。
PE(プロバイダ エッジ)デバイス—プロバイダ ネットワークのエッジにあるデバイスまたはデバイスのセットで、顧客サイトに対するプロバイダの見解を表示します。
Eドメイン:ノキア・シーメンス・ネットワークスのキャリアイーサネットスイッチで、スタンダードベースのプロトコルを実行し、アクセス側で使用されます。
Aドメイン—レガシープロトコルを実行するノキアシーメンスネットワークスのキャリアイーサネットスイッチ。
設定
手順
ステップバイステップでの手順
接続保護TLVに基づいてアクション・プロファイルを設定するには、以下のタスクを実行します:
アクションプロファイルの設定
[edit protocols oam ethernet connectivity-fault-management] action-profile <tlv-action> { event { } }接続保護 TLV が SET の「使用中の保護」値で受信された場合、接続保護 TLV は保護パスを使用する必要があります
connection-protection-tlv <using-protection-path>;
接続保護 TLV が "使用中の保護" 値 RESET で受信された場合、接続保護 TLV は作業パスを使用する必要があります
connection-protection-tlv <using-working-path>;
アクションプロファイルを設定してインターフェイスをダウンさせる
action { /* Bring the interface down */ interface-down; }
結果
構成の結果を確認する
[edit protocols oam ethernet connectivity-fault-management]
action-profile <tlv-action> {
event {
connection-protection-tlv <using-protection-path>;
connection-protection-tlv <using-working-path>;
}
action {
interface-down;
}
}
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。