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 の間のリンク ダウンがトリガーされます。接続ステータスが復元された場合は、両端のリンクステータスを復元する必要があります
関連項目
非同期通知への CFM アクションプロファイルの設定
SUMMARY PE1 から PE2 の CFM UP-MEP は、PE1 から PE2 への接続を監視します。これらのUP-MEPエンドポイントで を使用すると 、PE1からCE1からPE2の間のリンクステータスと、PE2からCE2、PE1の間のリンクステータスが伝達されます。interface-status-tlv アクションプロファイルは、それぞれのCEデバイスに向けて非同期通知を駆動するために、PE1からPE2に設定する必要があります。これは、隣接損失が検出されるか、受信 でリンクダウンが検出されたときにトリガーされます。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 監視を設定するには、 階層レベルで ステートメントを使用します。
interface-status-tlv[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-checkこれは標準オプションです。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 down に設定され、RDI が設定されている場合、RDI ビットが送信されます。CFM はインターフェイスのステータスを監視しません。インターフェイスがスタンバイ状態でないときに CCC ダウンが設定されている場合、RDI が設定されていれば RDI ビットが CC メッセージとともに送信されます。
RDIビットを使用したシングルアクティブマルチホーミングユースケース
2つのプロバイダーエッジデバイス(PE1とPE2)と2つのカスタマーエッジデバイス(CE1とCE2)がある以下のトポロジーを考えてみましょう。PE1 はアクティブ状態、PE2 はスタンバイ状態です。CFM ダウン MEP は、PE と CE の間で設定されます。CFM は CCC がダウンしていることを検出し、CFM ダウン MEP が設定されているため、生成される 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 ビットがありません。CFM ダウン MEP は、PE と CE の間で設定されます。CFM は CCC がダウンしていることを検出し、CFM ダウン MEP が設定されているため、生成される CC メッセージには RDI ビットが含まれます。PE2 から CE2 への CC メッセージには、ブロック状態を示すために RDI ビットが設定されています。PE2 がアクティブになると、CCM ダウンがクリアされ、後続の CC メッセージから RDI ビットがクリアされます。
関連項目
ポート ステータス TLV およびインターフェイス ステータス TLV の設定
- TLV の概要
- CFM PDU向けのさまざまなTLV
- 追加のオプション TLV のサポート
- MAC ステータスの欠陥
- リモート MEP アクションプロファイルのサポートの設定
- リモート MEP アクションプロファイルの監視
TLV の概要
タイプ、長さ、および値 (TLV) は、PDU で可変長やオプションの情報をエンコードする方法として、CFM の IEEE 802.1ag 標準で説明されています。TLV は、特定の単語またはオクテットの境界にアライメントされません。TLV は、間にパディングを付けずに互いにフォローします。
表 1 は TLV 形式を示し、必須かオプションかを示します。
パラメーター |
オクテット (シーケンス) |
説明 |
|---|---|---|
タイプ |
1 |
必須。0 の場合、[長さ] フィールドまたは [値] フィールドは続きません。0 でない場合、少なくとも [長さ] フィールドは [タイプ] フィールドの後に続きます。 |
長さ |
2–3 |
Type フィールドが 0 でない場合は必須です。Type フィールドが 0 の場合は表示されません。Length フィールドの 16 ビットは、Value フィールドのサイズをオクテット単位で示します。「長さ」フィールドの 0 は、「値」フィールドがないことを示します。 |
値 |
4 |
[長さ] フィールドで指定した長さ。オプション。Type フィールドが 0 の場合、または [長さ] フィールドが 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設定ステートメントは、M120およびM320ルーターのCLIに表示されますが、ポートステータスTLVはこれらのシステムでは設定できません。ポートステータス TLV は、ブリッジ論理インターフェイスである場合にのみ MEP インターフェイスで有効にできますが、これらのシステムでは不可能です。
設定情報については、次のセクションを参照してください。
ポート ステータス TLV
ポートステータスTLVは、MACのステータスに関係なく、送信MEPが存在するブリッジポートが通常のデータを渡す能力を示します。に示すように、このTLVの値はMEP変数 によって 駆動されます。enableRmepDefect表 4 この TLV の形式については、を参照してください。表 3
ポート ステータス TLV の値を変更すると、そのブリッジ ポート MEP CCM の追加送信が 1 つトリガーされます。
パラメーター |
オクテット (シーケンス) |
|---|---|
タイプ = 2 |
1 |
長さ |
2–3 |
値 (を参照 )表 4 |
4 |
ニーモニック |
ポートを自由に通過する通常のデータ |
値 |
|---|---|---|
psブロック |
いいえ： |
1 |
psUp |
はい： |
2 |
MEP 変数は、この MEP がスパニング ツリー プロトコルと VLAN トポロジ管理によってこのブリッジ ポートを通過できるかどうかを示すブール変数 です。enableRmepDefect 次の場合は TRUE に設定されます。
ブリッジポートは、トラフィックが通過できる状態に設定されます。
ブリッジ ポートは、スパニング ツリーの複数のインスタンスを実行しています。
MEP インターフェイスはブリッジング ドメインに関連付けられていません。
ポート ステータス TLV の設定
Junos OS ではポート ステータス TLV を設定サポートしており、CCM PDU でこの TLV の送信を制御できます。Junos OSは、この構成を導通チェックレベルで提供します。デフォルトでは、CCM にはポート ステータス TLV は含まれません。ポートステータスTLVを設定するには、階層レベルで ステートメントを使用します。port-status-tlv[edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check]
ポート ステータス 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 を保存します。受信したポート ステータス値が、 に記載されている標準値のいずれにも対応しない場合、 コマンドはそれを「不明」と表示します。表 4show 次の例のように、 コマンドを使用して、最後に保存された受信ポートステータスTLV を表示できます。show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier
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 次の例のように、 コマンドを使用して、最後に保存されたポートステータスTLV を表示できます。show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier
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 |
ニーモニック |
インターフェイスステータス |
値 |
|---|---|---|
Isup |
を |
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 を保存します。受信したインターフェイス ステータスの値が、 に記載されている 標準値のいずれとも一致しない場合、 コマンドは「不明」と表示されます。表 5show
次の例のように、 コマンドを使用して、この最後に保存されたインターフェイスステータスTLV を表示できます。show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier
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の送信が有効になっていない場合、 コマンドは「none」と表示します。show
次の例のように、 コマンドを使用して、最後に送信されたインターフェイスステータスTLV を表示できます。show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier
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 は MAC ステータスの欠陥情報を提供し、1 つ以上のリモート MEP がポートステータス TLV またはインターフェイスステータス TLV の障害を報告していることを示します。一部のリモート MEP がインターフェイスが isUp ではないことを報告している場合 (たとえば、少なくとも 1 つのリモート MEPs インターフェイスが使用できない場合)、またはすべてのリモート MEP が psUp 以外の値を含むポート ステータス TLV を報告している場合 (たとえば、すべてのリモート MEPs ブリッジ ポートがデータを転送していない場合) は、"yes" を示します。MACステータス欠陥表示を表示するために使用できるコマンドは2つあります 。show
コマンドを使用して、MACステータスの欠陥を表示します。mep-database
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
コマンドを使用して、MACステータスの欠陥を表示します。interfaces
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-tlvport-status-tlvinterface-downaction-profile ルーターには複数のアクションプロファイルを設定できますが、リモート 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 アクションプロファイルの監視
次のコマンドを使用して 、リモート MEP のアクションプロファイルステータスを表示できます。show oam ethernet connectivity-fault-management mep-database
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 の設定
リリース16.1R2以降では、送信者ID TLVをパケットとともに送信するようにJunos OSを設定できます。送信者 ID TLV は、IEEE 802.1ag 規格で規定されているとおり、連続性チェック メッセージ(CCM)、ループバック メッセージ、およびリンク トレース メッセージ(LTM)で送信されるオプションの TLV です。送信者 ID TLV には、デバイスの一意の CFM ベースの MAC アドレスであるシャーシ ID と、IPv4 または IPv6 アドレスである管理 IP アドレスが含まれています。
TLV のフィールドの値は 、TLV にシャーシ ID 情報が含まれているかどうかを示します。length フィールドに指定できる値は 、ゼロ()または任意の有効な数値で、それぞれTLVにシャーシID情報がないかを示します。length0
コマンドを使用して、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(接続障害管理)セッションを通じてトポロジーの変更が検出されます。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 パケットの の値に基づいてアクションを実行するように設定できます。interface-downconnection-protection-tlv
次の例は、説明コメントが追加されたアクションプロファイル設定を示しています。
[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 をご利用ください。