[要約] RFC 8796は、ラベルスイッチパス（LSP）トンネルの要約高速切り替え拡張のためのRSVP-TEの概要を提供します。このRFCの目的は、LSPトンネルの高速な切り替えを実現するための拡張機能を提案することです。
Internet Engineering Task Force (IETF) M. Taillon
Request for Comments: 8796 Cisco Systems, Inc.
Updates: 4090 T. Saad, Ed.
Category: Standards Track Juniper Networks
ISSN: 2070-1721 R. Gandhi
Cisco Systems, Inc.
A. Deshmukh
Juniper Networks
M. Jork
128 Technology
V. Beeram
Juniper Networks
July 2020
RSVP-TE Summary Fast Reroute Extensions for Label Switched Path (LSP) Tunnels
ラベルスイッチドパス（LSP）トンネルのRSVP-TEサマリー高速リルート拡張
Abstract
概要
This document updates RFC 4090 for the Resource Reservation Protocol (RSVP) Traffic Engineering (TE) procedures defined for facility backup protection. The updates include extensions that reduce the amount of signaling and processing that occurs during Fast Reroute (FRR); as a result, scalability when undergoing FRR convergence after a link or node failure is improved. These extensions allow the RSVP message exchange between the Point of Local Repair (PLR) and the Merge Point (MP) nodes to be independent of the number of protected Label Switched Paths (LSPs) traversing between them when facility bypass FRR protection is used. The signaling extensions are fully backwards compatible with nodes that do not support them.
このドキュメントは、施設のバックアップ保護用に定義されたリソース予約プロトコル（RSVP）トラフィックエンジニアリング（TE）手順のRFC 4090を更新します。更新には、高速再ルーティング（FRR）中に発生するシグナリングと処理の量を削減する拡張機能が含まれています。その結果、リンクまたはノードの障害後にFRRコンバージェンスを実行する際のスケーラビリティが向上します。これらの拡張機能により、Point of Local Repair（PLR）ノードとMerge Point（MP）ノード間のRSVPメッセージ交換は、ファシリティバイパスFRR保護が使用されている場合、それらの間を通過する保護されたラベルスイッチドパス（LSP）の数に依存しません。シグナリング拡張は、それらをサポートしないノードと完全に下位互換性があります。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。これは公開レビューを受けており、Internet Engineering Steering Group（IESG）による公開が承認されています。インターネット標準の詳細については、RFC 7841のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8796.
このドキュメントの現在のステータス、エラッタ、およびフィードバックの提供方法に関する情報は、https：//www.rfc-editor.org/info/rfc8796で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2020 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2020 IETFトラストおよび文書の作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（https://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction 2. Conventions Used in This Document 2.1. Terminology 2.2. Acronyms and Abbreviations 3. Extensions for Summary FRR Signaling 3.1. B-SFRR-Ready Extended ASSOCIATION Object 3.1.1. IPv4 B-SFRR-Ready Extended Association ID 3.1.2. IPv6 B-SFRR-Ready Extended Association ID 3.1.3. Processing Rules for B-SFRR-Ready Extended ASSOCIATION Object 3.2. B-SFRR-Active Extended ASSOCIATION Object 3.2.1. IPv4 B-SFRR-Active Extended Association ID 3.2.2. IPv6 B-SFRR-Active Extended Association ID 3.3. Signaling Procedures prior to Failure 3.3.1. PLR Signaling Procedure 3.3.2. MP Signaling Procedure 3.4. Signaling Procedures Post-Failure 3.4.1. PLR Signaling Procedure 3.4.2. MP Signaling Procedure 3.5. Refreshing Summary FRR Active LSPs 4. Backwards Compatibility 5. Security Considerations 6. IANA Considerations 7. References 7.1. Normative References 7.2. Informative References Acknowledgments Contributors Authors' Addresses
1. はじめに2.このドキュメントで使用される規則2.1。用語2.2。頭字語と略語3.要約FRRシグナリングの拡張3.1。 B-SFRR対応の拡張ASSOCIATIONオブジェクト3.1.1。 IPv4 B-SFRR-Ready拡張アソシエーションID 3.1.2。 IPv6 B-SFRR-Ready拡張アソシエーションID 3.1.3。 B-SFRR対応の拡張ASSOCIATIONオブジェクトの処理ルール3.2。 B-SFRR-Active Extended ASSOCIATIONオブジェクト3.2.1。 IPv4 B-SFRR-Active拡張アソシエーションID 3.2.2。 IPv6 B-SFRR-Active拡張アソシエーションID 3.3。故障前の信号手順3.3.1。 PLRシグナリング手順3.3.2。 MPシグナリング手順3.4。障害後のシグナリング手順3.4.1。 PLRシグナリング手順3.4.2。 MPシグナリング手順3.5。概要の更新FRRアクティブLSP 4.下位互換性5.セキュリティに関する考慮事項6. IANAに関する考慮事項7.参考資料7.1。規範的な参考文献7.2。有益な参考文献謝辞寄稿者著者のアドレス
The Fast Reroute (FRR) procedures defined in [RFC4090] describe the mechanisms for the Point of Local Repair (PLR) to reroute traffic and signaling of a protected RSVP-TE Label Switched Path (LSP) onto the bypass tunnel in the event of a TE link or node failure. Such signaling procedures are performed individually for each affected protected LSP. This may eventually lead to control-plane scalability and latency issues on the PLR and/or the Merge Point (MP) nodes due to limited memory and CPU processing resources. This condition is exacerbated when the failure affects a large number of protected LSPs that traverse the same PLR and MP nodes.
[RFC4090]で定義されている高速リルート（FRR）手順は、ローカル修復（PLR）のトラフィックと、保護されたRSVP-TEラベルスイッチドパス（LSP）のシグナリングをバイパストンネルにルーティングするメカニズムを説明しています。 TEリンクまたはノードの障害。このようなシグナリング手順は、影響を受ける保護されたLSPごとに個別に実行されます。これにより、メモリとCPUの処理リソースが限られているために、PLRやマージポイント（MP）ノードでコントロールプレーンのスケーラビリティと遅延の問題が発生する可能性があります。この状態は、障害が同じPLRおよびMPノードを通過する多数の保護されたLSPに影響を与える場合に悪化します。
For example, in a large-scale deployment of RSVP-TE LSPs, a single Label Switching Router (LSR) acting as a PLR node may host tens of thousands of protected RSVP-TE LSPs egressing the same protected link and also act as an MP node for a similar number of LSPs that ingress on the same link. In the event of the failure of the link or neighbor node, the RSVP-TE control plane of the node (when acting as a PLR node) becomes busy rerouting protected LSPs over the bypass tunnel(s) in one direction and (when acting as an MP node) becomes busy merging RSVP states from signaling received over bypass tunnels for one or more LSPs in the reverse direction. Subsequently, the head-end Label Edge Routers (LERs) that are notified of the local repair at any downstream LSRs will attempt to (re)converge the affected RSVP-TE LSPs onto newly computed paths -- possibly traversing the same previously affected LSR(s). As a result, the RSVP-TE control plane becomes overwhelmed (1) by the amount of FRR RSVP-TE processing overhead following the link or node failure and (2) due to other control-plane protocols (e.g., IGP) that undergo convergence on the same node at the same time.
たとえば、RSVP-TE LSPの大規模な展開では、PLRノードとして機能する単一のラベルスイッチングルーター（LSR）が、同じ保護リンクを出て、MPとしても機能する何万もの保護されたRSVP-TE LSPをホストする場合があります。同じリンクに入る同様の数のLSPのノード。リンクまたは隣接ノードで障害が発生した場合、ノードのRSVP-TEコントロールプレーン（PLRノードとして機能している場合）は、バイパストンネルを介して保護されたLSPを一方向に再ルーティングしているとき（およびMPノード）は、1つ以上のLSPのバイパストンネルを介して受信したシグナリングからRSVP状態をマージすることで、逆方向にビジー状態になります。その後、ダウンストリームLSRでローカル修復が通知されたヘッドエンドのラベルエッジルーター（LER）は、影響を受けたRSVP-TE LSPを新しく計算されたパスに（再）収束しようとします-以前に影響を受けた同じLSRを通過する可能性があります（ s）。その結果、RSVP-TEコントロールプレーンは、（1）リンクまたはノードの障害に続くFRR RSVP-TE処理オーバーヘッドの量によって圧倒され、（2）収束する他のコントロールプレーンプロトコル（IGPなど）のために同じノードで同時に。
Today, each protected RSVP-TE LSP is signaled individually over the bypass tunnel after FRR. The changes introduced in this document allow the PLR node to assign multiple protected LSPs to a bypass tunnel group and to communicate this assignment to the MP, such that upon failure, the signaling over the bypass tunnel happens on one or more bypass tunnel groups. This document defines new extensions that
現在、保護されている各RSVP-TE LSPは、FRRの後にバイパストンネルを介して個別に通知されます。このドキュメントで導入された変更により、PLRノードは複数の保護されたLSPをバイパストンネルグループに割り当て、この割り当てをMPに通信できるようになります。これにより、障害時にバイパストンネルを介したシグナリングが1つ以上のバイパストンネルグループで発生します。このドキュメントは、
1. update the procedures defined in [RFC4090] for facility backup protection, to enable the MP node to become aware of the PLR node's bypass tunnel assignment group or groups.
1. [RFC4090]で定義されているファシリティバックアップ保護の手順を更新して、MPノードがPLRノードのバイパストンネル割り当てグループを認識できるようにします。
2. allow FRR procedures between the PLR and the MP nodes to be signaled and processed on one or more per-bypass tunnel groups.
2. PLRとMPノード間のFRR手順が、1つまたは複数のバイパスごとのトンネルグループでシグナリングおよび処理されるようにします。
As defined in [RFC2961], summary refresh procedures use MESSAGE_ID to refresh the RSVP Path and Resv states to help with scaling. The Summary FRR procedures introduced in this document build on those concepts to allow the MESSAGE_ID(s) to be exchanged on one or more per-bypass tunnel assignment groups and continue to use summary refresh procedures while reducing the amount of messaging that occurs after rerouting signaling over the bypass tunnel post-FRR.
[RFC2961]で定義されているように、サマリーリフレッシュプロシージャはMESSAGE_IDを使用して、RSVPパスとResv状態をリフレッシュし、スケーリングを支援します。このドキュメントで紹介されているサマリーFRR手順は、これらの概念に基づいて構築されており、1つ以上のバイパスごとのトンネル割り当てグループでMESSAGE_IDを交換し、シグナリングの再ルーティング後に発生するメッセージングの量を減らしながら、サマリーリフレッシュ手順を引き続き使用できます。バイパストンネル後のFRR。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はBCP 14 [RFC2119] [RFC8174]で説明されているように、すべて大文字の場合にのみ解釈されます。
It is assumed that the reader is familiar with the terms and abbreviations used in [RFC3209] and [RFC4090].
読者は、[RFC3209]と[RFC4090]で使用される用語と略語に精通していることを前提としています。
The following abbreviations are also used in this document:
このドキュメントでは、次の略語も使用されています。
LSR: Label Switching Router
LSR：ラベルスイッチングルーター
LER: Label Edge Router
LER：ラベルエッジルーター
MPLS: Multiprotocol Label Switching
MPLS：マルチプロトコルラベルスイッチング
LSP: Label Switched Path
LSP：ラベルスイッチドパス
MP: Merge Point node as defined in [RFC4090]
MP：[RFC4090]で定義されているMerge Pointノード
PLR: Point of Local Repair node as defined in [RFC4090]
PLR：[RFC4090]で定義されているPoint of Local Repairノード
FRR: Fast Reroute as defined in [RFC4090]
FRR：[RFC4090]で定義されている高速リルート
B-SFRR-Ready: Bypass Summary FRR Ready Extended ASSOCIATION object. Added by the PLR node for each LSP protected by the bypass tunnel
B-SFRR-Ready：サマリーFRR Ready Extended ASSOCIATIONオブジェクトをバイパスします。バイパストンネルによって保護されている各LSPのPLRノードによって追加されます
B-SFRR-Active: Bypass Summary FRR Active Extended ASSOCIATION object. Used to notify the MP node that one or more groups of protected LSPs have been rerouted over the associated bypass tunnel
B-SFRR-Active：バイパスサマリーFRRアクティブ拡張ASSOCIATIONオブジェクト。保護されたLSPの1つ以上のグループが関連するバイパストンネルを介して再ルーティングされたことをMPノードに通知するために使用されます
MTU: Maximum Transmission Unit
MTU：最大転送単位
The RSVP ASSOCIATION object is defined in [RFC4872] as a means to associate LSPs with each other. For example, in the context of one or more GMPLS-controlled LSPs, the ASSOCIATION object is used to associate a recovery LSP with the LSP(s) it is protecting. The Extended ASSOCIATION object is introduced in [RFC6780] to expand on the possible usage of the ASSOCIATION object and generalize the definition of the Extended Association ID field.
RSVP ASSOCIATIONオブジェクトは、LSPを相互に関連付ける手段として[RFC4872]で定義されています。たとえば、1つまたは複数のGMPLS制御LSPのコンテキストでは、ASSOCIATIONオブジェクトを使用して、回復LSPを保護しているLSPに関連付けます。拡張ASSOCIATIONオブジェクトは、[RFC6780]で導入され、ASSOCIATIONオブジェクトの可能な使用法を拡張し、拡張関連付けIDフィールドの定義を一般化します。
This document defines the use of the Extended ASSOCIATION object to carry the Summary FRR information and associate the protected LSP or LSPs with the bypass tunnel that protects them. Two new Association Types for the Extended ASSOCIATION object, and new Extended Association IDs, are defined in this document to describe the Bypass Summary FRR Ready (B-SFRR-Ready) and Bypass Summary FRR Active (B-SFRR-Active) associations.
このドキュメントでは、拡張ASSOCIATIONオブジェクトを使用してサマリーFRR情報を伝達し、保護されたLSPまたはLSPを、それらを保護するバイパストンネルに関連付けることを定義しています。このドキュメントでは、拡張ASSOCIATIONオブジェクトの2つの新しいアソシエーションタイプと新しい拡張アソシエーションIDを定義して、バイパスサマリーFRRレディ（B-SFRR-Ready）とバイパスサマリーFRRアクティブ（B-SFRR-Active）のアソシエーションについて説明します。
The PLR node creates and manages the Summary FRR LSP groups (identified by Bypass_Group_Identifiers) and shares the group identifiers with the MP via signaling.
PLRノードは、Summary FRR LSPグループ（Bypass_Group_Identifiersで識別される）を作成および管理し、シグナリングを介してグループ識別子をMPと共有します。
A PLR node SHOULD assign the same Bypass_Group_Identifier to all protected LSPs provided that the protected LSPs:
保護されたLSPが次の条件を満たしている場合、PLRノードは同じBypass_Group_Identifierをすべての保護されたLSPに割り当てる必要があります（SHOULD）。
* share the same outgoing protected interface,
* 同じ発信保護インターフェースを共有し、
* are protected by the same bypass tunnel, and
* 同じバイパストンネルによって保護されている
* are assigned the same tunnel sender address that is used for backup path identification after FRR as described in [RFC4090].
* [RFC4090]で説明されているように、FRR後のバックアップパスの識別に使用される同じトンネル送信者アドレスが割り当てられます。
This minimizes the number of bypass tunnel Summary FRR groups and optimizes the amount of signaling that occurs between the PLR and the MP nodes after FRR.
これにより、バイパストンネルサマリーFRRグループの数が最小化され、FRR後にPLRとMPノード間で発生するシグナリングの量が最適化されます。
A PLR node that supports Summary FRR procedures adds an Extended ASSOCIATION object with a B-SFRR-Ready Extended Association ID in the RSVP Path message of the protected LSP. The PLR node adds the protected LSP Bypass_Group_Identifier, information from the assigned bypass tunnel, and a MESSAGE_ID object into the B-SFRR-Ready Extended Association ID. The MP uses the information contained in the received B-SFRR-Ready Extended Association ID to refresh and merge the protected LSP Path state after FRR occurs.
サマリーFRRプロシージャをサポートするPLRノードは、保護されたLSPのRSVPパスメッセージにB-SFRR対応の拡張アソシエーションIDを持つ拡張ASSOCIATIONオブジェクトを追加します。 PLRノードは、保護されたLSP Bypass_Group_Identifier、割り当てられたバイパストンネルからの情報、およびMESSAGE_IDオブジェクトをB-SFRR対応の拡張関連付けIDに追加します。 MPは、FRRの発生後に、受信したB-SFRR-Ready拡張アソシエーションIDに含まれる情報を使用して、保護されたLSPパスの状態を更新およびマージします。
An MP node that supports Summary FRR procedures adds the B-SFRR-Ready Extended ASSOCIATION object and respective Extended Association ID in the RSVP Resv message of the protected LSP to acknowledge the PLR's bypass tunnel assignment and provide the MESSAGE_ID object that the MP node will use to refresh the protected LSP Resv state after FRR occurs.
サマリーFRR手順をサポートするMPノードは、保護されたLSPのRSVP ResvメッセージにB-SFRR対応の拡張ASSOCIATIONオブジェクトとそれぞれの拡張関連付けIDを追加して、PLRのバイパストンネル割り当てを確認し、MPノードが使用するMESSAGE_IDオブジェクトを提供しますFRRの発生後に保護されたLSP Resv状態を更新します。
The MP maintains the PLR node group assignments learned from signaling and acknowledges the group assignments to the PLR node via signaling. Once the PLR node receives the group assignment acknowledgment from the MP, the FRR signaling can proceed based on Summary FRR procedures as described in this document.
MPは、シグナリングから学習したPLRノードグループ割り当てを維持し、シグナリングを介してPLRノードへのグループ割り当てを確認します。 PLRノードがMPからグループ割り当て確認を受信すると、FRRシグナリングは、このドキュメントで説明されている要約FRR手順に基づいて続行できます。
The B-SFRR-Active Extended ASSOCIATION object with Extended Association ID is sent by the PLR node after activating the Summary FRR procedures. The B-SFRR-Active Extended ASSOCIATION object with Extended Association ID is sent within the RSVP Path message of the bypass tunnel to inform the MP node that one or more groups of protected LSPs protected by the bypass tunnel are now being rerouted over the bypass tunnel.
拡張アソシエーションIDを持つB-SFRR-Active拡張ASSOCIATIONオブジェクトは、サマリーFRR手順をアクティブ化した後、PLRノードによって送信されます。拡張アソシエーションIDを持つB-SFRR-Active拡張ASSOCIATIONオブジェクトがバイパストンネルのRSVPパスメッセージ内で送信され、バイパストンネルによって保護されている保護されたLSPの1つ以上のグループがバイパストンネルを介して再ルーティングされていることをMPノードに通知します。
The Extended ASSOCIATION object is populated using the rules defined below to associate a protected LSP with the bypass tunnel that is protecting it when Summary FRR procedures are enabled.
拡張ASSOCIATIONオブジェクトは、以下に定義されているルールを使用して入力され、サマリーFRRプロシージャが有効になっているときに、保護されているLSPを保護しているバイパストンネルに関連付けます。
The Association Type, Association ID, and Association Source MUST be set as defined in [RFC4872] for the ASSOCIATION object. More specifically:
アソシエーションタイプ、アソシエーションID、およびアソシエーションソースは、[RFC4872]で定義されているように、ASSOCIATIONオブジェクトに対して設定する必要があります。すなわち：
Association Source: The Association Source is set to an address of the PLR node.
アソシエーションソース：アソシエーションソースはPLRノードのアドレスに設定されます。
Association Type: A new Association Type is defined for B-SFRR-Ready as follows:
関連付けタイプ：新しい関連付けタイプは、B-SFRR-Readyに対して次のように定義されています。
+=======+=====================================================+
| Value | Type |
+=======+=====================================================+
| 5 | Bypass Summary FRR Ready Association (B-SFRR-Ready) |
+-------+-----------------------------------------------------+
Table 1: The B-SFRR-Ready Association Type
表1：B-SFRR対応の関連付けタイプ
The Extended ASSOCIATION object's Global Association Source MUST be set according to the rules defined in [RFC6780].
拡張ASSOCIATIONオブジェクトのグローバルアソシエーションソースは、[RFC6780]で定義されているルールに従って設定する必要があります。
The B-SFRR-Ready Extended Association ID is populated by the PLR node when performing Bypass Summary FRR Ready association for a protected LSP. The rules governing its population are described in the subsequent sections.
B-SFRR-Ready拡張アソシエーションIDは、保護されたLSPのバイパスサマリーFRR Readyアソシエーションを実行するときに、PLRノードによって入力されます。その母集団を管理するルールについては、後続のセクションで説明します。
The IPv4 Extended Association ID for the B-SFRR-Ready Association Type is carried inside the IPv4 Extended ASSOCIATION object and has the following format:
B-SFRR-ReadyアソシエーションタイプのIPv4拡張アソシエーションIDは、IPv4拡張ASSOCIATIONオブジェクト内で伝達され、次の形式になります。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Tunnel_ID | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Source_IPv4_Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Destination_IPv4_Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MESSAGE_ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: The IPv4 Extended Association ID for B-SFRR-Ready
図1：B-SFRR対応のIPv4拡張アソシエーションID
Bypass_Tunnel_ID: 16 bits
Bypass_Tunnel_ID：16ビット
The bypass tunnel identifier.
バイパストンネル識別子。
Reserved: 16 bits
予約済み：16ビット
Reserved for future use. MUST be set to zero when sending and ignored on receipt.
将来の使用のために予約されています。送信時にゼロに設定し、受信時に無視する必要があります。
Bypass_Source_IPv4_Address: 32 bits
Bypass_Source_IPv4_Address：32ビット
The bypass tunnel source IPv4 address.
バイパストンネルの送信元IPv4アドレス。
Bypass_Destination_IPv4_Address: 32 bits
Bypass_Destination_IPv4_Address：32ビット
The bypass tunnel destination IPv4 address.
バイパストンネルの宛先IPv4アドレス。
Bypass_Group_Identifier: 32 bits
Bypass_Group_Identifier：32ビット
The bypass tunnel group identifier that is assigned to the LSP.
LSPに割り当てられているバイパストンネルグループID。
MESSAGE_ID: A MESSAGE_ID object as defined by [RFC2961].
MESSAGE_ID：[RFC2961]で定義されているMESSAGE_IDオブジェクト。
The IPv6 Extended Association ID for the B-SFRR-Ready Association Type is carried inside the IPv6 Extended ASSOCIATION object and has the following format:
B-SFRR-ReadyアソシエーションタイプのIPv6拡張アソシエーションIDは、IPv6拡張ASSOCIATIONオブジェクト内で伝達され、次の形式になります。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Tunnel_ID | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Bypass_Source_IPv6_Address +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Bypass_Destination_IPv6_Address +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MESSAGE_ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: The IPv6 Extended Association ID for B-SFRR-Ready
図2：B-SFRR対応のIPv6拡張アソシエーションID
Bypass_Tunnel_ID: 16 bits
Bypass_Tunnel_ID：16ビット
The bypass tunnel identifier.
バイパストンネル識別子。
Reserved: 16 bits
予約済み：16ビット
Reserved for future use. MUST be set to zero when sending and ignored on receipt.
将来の使用のために予約されています。送信時にゼロに設定し、受信時に無視する必要があります。
Bypass_Source_IPv6_Address: 128 bits
Bypass_Source_IPv6_Address：128ビット
The bypass tunnel source IPv6 address.
バイパストンネルの送信元IPv6アドレス。
Bypass_Destination_IPv6_Address: 128 bits
Bypass_Destination_IPv6_Address：128ビット
The bypass tunnel destination IPv6 address.
バイパストンネルの宛先IPv6アドレス。
Bypass_Group_Identifier: 32 bits
Bypass_Group_Identifier：32ビット
The bypass tunnel group identifier that is assigned to the LSP.
LSPに割り当てられているバイパストンネルグループID。
MESSAGE_ID: A MESSAGE_ID object as defined by [RFC2961].
MESSAGE_ID：[RFC2961]で定義されているMESSAGE_IDオブジェクト。
A PLR node assigns a bypass tunnel and Bypass_Group_Identifier for each protected LSP. The same Bypass_Group_Identifier is used for the set of protected LSPs that share the same bypass tunnel, traverse the same egress link, and are not already rerouted. The PLR node MUST generate a MESSAGE_ID object with Epoch and Message_Identifier set according to [RFC2961]. The MESSAGE_ID object Flags MUST be cleared when transmitted by the PLR node and ignored when received at the MP node.
PLRノードは、保護された各LSPにバイパストンネルとBypass_Group_Identifierを割り当てます。同じBypass_Group_Identifierは、同じバイパストンネルを共有し、同じ出力リンクを通過し、まだ再ルーティングされていない保護されたLSPのセットに使用されます。 PLRノードは、[RFC2961]に従ってEpochおよびMessage_Identifierが設定されたMESSAGE_IDオブジェクトを生成する必要があります。 MESSAGE_IDオブジェクトのフラグは、PLRノードによって送信されるときにクリアされ、MPノードで受信されるときに無視される必要があります。
A PLR node MUST generate a new Message_Identifier each time the contents of the B-SFRR-Ready Extended Association ID change (e.g., when the PLR node changes the bypass tunnel assignment).
PLRノードは、B-SFRR-Ready拡張アソシエーションIDの内容が変更されるたびに（たとえば、PLRノードがバイパストンネル割り当てを変更するとき）、新しいMessage_Identifierを生成する必要があります。
A PLR node notifies the MP node of the bypass tunnel assignment via adding a B-SFRR-Ready Extended ASSOCIATION object and Extended Association ID in the RSVP Path message for the protected LSP, using the procedures described in Section 3.3.
PLRノードは、セクション3.3で説明されている手順を使用して、保護されたLSPのRSVPパスメッセージにB-SFRR-Ready拡張ASSOCIATIONオブジェクトと拡張アソシエーションIDを追加することで、MPノードにバイパストンネル割り当てを通知します。
An MP node acknowledges the assignment to the PLR node by signaling the B-SFRR-Ready Extended ASSOCIATION object and Extended Association ID within the RSVP Resv message of the protected LSP. With the exception of the MESSAGE_ID object, all other fields from the received B-SFRR-Ready Extended Association ID in the RSVP Path message are copied into the B-SFRR-Ready Extended Association ID to be added in the Resv message. The MESSAGE_ID object is set according to [RFC2961]. The MESSAGE_ID object Flags MUST be cleared when transmitted by the MP node and ignored when received at the PLR node. A new Message_Identifier MUST be used to acknowledge an updated PLR node's assignment.
MPノードは、保護されたLSPのRSVP Resvメッセージ内でB-SFRR-Ready拡張ASSOCIATIONオブジェクトと拡張関連付けIDをシグナリングすることにより、PLRノードへの割り当てを確認します。 MESSAGE_IDオブジェクトを除いて、RSVPパスメッセージで受信したB-SFRR対応拡張アソシエーションIDからの他のすべてのフィールドは、Resvメッセージに追加されるB-SFRR対応拡張アソシエーションIDにコピーされます。 MESSAGE_IDオブジェクトは[RFC2961]に従って設定されます。 MESSAGE_IDオブジェクトのフラグは、MPノードによって送信されるときにクリアされ、PLRノードで受信されるときに無視される必要があります。新しいMessage_Identifierを使用して、更新されたPLRノードの割り当てを確認する必要があります。
A PLR node considers the protected LSP as Summary FRR capable only if all the fields in the B-SFRR-Ready Extended Association ID that are sent in the RSVP Path message match the fields received in the RSVP Resv message (with the exception of the MESSAGE_ID). If the fields do not match or if the B-SFRR-Ready Extended ASSOCIATION object is absent in a subsequent refresh, the PLR node MUST consider the protected LSP as not Summary FRR capable.
PLRノードは、RSVP Pathメッセージで送信されたB-SFRR-Ready Extended Association IDのすべてのフィールドが、RSVP Resvメッセージで受信されたフィールドと一致する場合にのみ、保護されたLSPをサマリーFRRと見なします（MESSAGE_IDを除く） ）。フィールドが一致しない場合、またはその後の更新でB-SFRR対応の拡張ASSOCIATIONオブジェクトが存在しない場合、PLRノードは、保護されたLSPをサマリーFRR対応ではないと見なさなければなりません（MUST）。
A race condition may arise for a previously Summary FRR-capable protected LSP when the MP node triggers a refresh that does not contain the B-SFRR-Ready Extended ASSOCIATION object, while at the same time the PLR triggers Summary FRR procedures due to a fault occurring concurrently. In this case, it is possible that the PLR triggers Summary FRR procedures on the protected LSP before it can receive and process the refresh from the MP node. As a result, the MP will receive an Srefresh with a Message_Identifier that is not associated with any state. As per [RFC2961], this results in the MP generating an Srefresh NACK for this Message_Identifier and sending it back to the PLR. The PLR processes the Srefresh NACK, replays the full Path state associated with the Message_Identifier, and subsequently recovers from this condition.
MPノードがB-SFRR-Ready拡張ASSOCIATIONオブジェクトを含まない更新をトリガーすると同時に、PLRが障害のためにサマリーFRR手順をトリガーすると、以前のサマリーFRR対応保護LSPで競合状態が発生する可能性があります同時に発生します。この場合、PLRがMPノードからリフレッシュを受信して処理する前に、保護されたLSPでPLRがサマリーFRR手順をトリガーする可能性があります。その結果、MPは、どの状態にも関連付けられていないMessage_Identifierを含むSrefreshを受け取ります。 [RFC2961]によると、これによりMPはこのMessage_IdentifierのSrefresh NACKを生成し、PLRに送り返します。 PLRはSrefresh NACKを処理し、Message_Identifierに関連付けられた完全なパス状態を再生し、その後この状態から回復します。
The Extended ASSOCIATION object for the B-SFRR-Active Association Type is populated by a PLR node to indicate to the MP node (the bypass tunnel destination) that one or more groups of Summary FRR-capable protected LSPs that are being protected by the bypass tunnel are being rerouted over the bypass tunnel.
B-SFRR-アクティブアソシエーションタイプの拡張ASSOCIATIONオブジェクトはPLRノードによって入力され、バイパスによって保護されているサマリーFRR対応の保護されたLSPの1つ以上のグループをMPノード（バイパストンネルの宛先）に示しますトンネルはバイパストンネル経由で再ルーティングされています。
The B-SFRR-Active Extended ASSOCIATION object is carried in the RSVP Path message of the bypass tunnel and signaled downstream towards the MP (the bypass tunnel destination).
B-SFRR-Active Extended ASSOCIATIONオブジェクトは、バイパストンネルのRSVPパスメッセージで伝送され、MP（バイパストンネルの宛先）に向けてダウンストリームで通知されます。
The Association Type, Association ID, and Association Source MUST be set as defined in [RFC4872] for the ASSOCIATION object. More specifically:
アソシエーションタイプ、アソシエーションID、およびアソシエーションソースは、[RFC4872]で定義されているように、ASSOCIATIONオブジェクトに対して設定する必要があります。すなわち：
Association Source: The Association Source is set to an address of the PLR node.
アソシエーションソース：アソシエーションソースはPLRノードのアドレスに設定されます。
Association Type: A new Association Type is defined for B-SFRR-Active as follows:
関連付けタイプ：新しい関連付けタイプは、B-SFRR-Activeに対して次のように定義されます。
+=======+=======================================================+
| Value | Type |
+=======+=======================================================+
| 6 | Bypass Summary FRR Active Association (B-SFRR-Active) |
+-------+-------------------------------------------------------+
Table 2: The B-SFRR-Active Association Type
表2：B-SFRR-アクティブアソシエーションタイプ
Extended Association ID for B-SFRR-Active: The B-SFRR-Active Extended Association ID is populated by the PLR node for the Bypass Summary FRR Active association. The rules to populate the Extended Association ID in this case are described below.
B-SFRR-Activeの拡張アソシエーションID：B-SFRR-Active拡張アソシエーションIDは、バイパスサマリーFRRアクティブアソシエーションのPLRノードによって入力されます。この場合の拡張アソシエーションIDを入力するためのルールを以下に説明します。
The IPv4 Extended Association ID for the B-SFRR-Active Association Type is carried inside the IPv4 Extended ASSOCIATION object and has the following format:
B-SFRR-アクティブアソシエーションタイプのIPv4拡張アソシエーションIDは、IPv4拡張ASSOCIATIONオブジェクト内で伝達され、次の形式になります。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Num-BGIDs | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| : |
// : //
| : |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// RSVP_HOP_Object //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// TIME_VALUES //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| IPv4 tunnel sender address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: The IPv4 Extended Association ID for B-SFRR-Active
図3：B-SFRR-ActiveのIPv4拡張アソシエーションID
Num-BGIDs: 16 bits
Num-BGIDs：16ビット
Number of Bypass_Group_Identifier fields.
Bypass_Group_Identifierフィールドの数。
Reserved: 16 bits
予約済み：16ビット
Reserved for future use.
将来の使用のために予約されています。
Bypass_Group_Identifier: 32 bits each
Bypass_Group_Identifier：各32ビット
A Bypass_Group_Identifier that was previously signaled by the PLR using the Extended ASSOCIATION object in the B-SFRR-Ready Extended Association ID. One or more Bypass_Group_Identifiers MAY be included.
B-SFRR対応の拡張アソシエーションIDの拡張ASSOCIATIONオブジェクトを使用してPLRによって以前に通知されたBypass_Group_Identifier。 1つ以上のBypass_Group_Identifiersが含まれる場合があります。
RSVP_HOP_Object: Class 3, as defined by [RFC2205]
RSVP_HOP_Object：クラス3、[RFC2205]で定義
Replacement RSVP_HOP object to be applied to all LSPs associated with each of the following Bypass_Group_Identifiers. This corresponds to C-Type = 1 for IPv4 RSVP_HOP.
次のBypass_Group_Identifierのそれぞれに関連付けられたすべてのLSPに適用される、置換RSVP_HOPオブジェクト。これは、IPv4 RSVP_HOPのCタイプ= 1に対応します。
TIME_VALUES object: Class 5, as defined by [RFC2205]
TIME_VALUESオブジェクト：クラス5、[RFC2205]で定義
Replacement TIME_VALUES object to be applied to all LSPs associated with each of the preceding Bypass_Group_Identifiers after receiving the B-SFRR-Active Extended ASSOCIATION object.
B-SFRR-Active Extended ASSOCIATIONオブジェクトを受信した後、先行するBypass_Group_Identifierのそれぞれに関連付けられたすべてのLSPに適用される置換TIME_VALUESオブジェクト。
IPv4 tunnel sender address: The IPv4 address that the PLR node sets to identify one or more backup paths as described in Section 6.1.1 of [RFC4090]. This address is applicable to all groups identified by any Bypass_Group_Identifiers carried in the B-SFRR-Active Extended Association ID.
IPv4トンネル送信者アドレス：[RFC4090]のセクション6.1.1で説明されているように、PLRノードが1つ以上のバックアップパスを識別するために設定するIPv4アドレス。このアドレスは、B-SFRR-Active拡張アソシエーションIDで伝送されるBypass_Group_Identifiersによって識別されるすべてのグループに適用されます。
The IPv6 Extended Association ID for the B-SFRR-Active Association Type is carried inside the IPv6 Extended ASSOCIATION object and has the following format:
B-SFRR-アクティブアソシエーションタイプのIPv6拡張アソシエーションIDは、IPv6拡張ASSOCIATIONオブジェクト内で伝達され、次の形式になります。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Num-BGIDs | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| : |
// : //
| : |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// RSVP_HOP_Object //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// TIME_VALUES //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ IPv6 tunnel sender address +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: The IPv6 Extended Association ID for B-SFRR-Active
図4：B-SFRR-ActiveのIPv6拡張アソシエーションID
Num-BGIDs: 16 bits
Num-BGIDs：16ビット
Number of Bypass_Group_Identifier fields.
Bypass_Group_Identifierフィールドの数。
Reserved: 16 bits
予約済み：16ビット
Reserved for future use.
将来の使用のために予約されています。
Bypass_Group_Identifier: 32 bits each
Bypass_Group_Identifier：各32ビット
A Bypass_Group_Identifier that was previously signaled by the PLR using the Extended ASSOCIATION object in the B-SFRR-Ready Extended Association ID. One or more Bypass_Group_Identifiers MAY be included.
B-SFRR対応の拡張アソシエーションIDの拡張ASSOCIATIONオブジェクトを使用してPLRによって以前に通知されたBypass_Group_Identifier。 1つ以上のBypass_Group_Identifiersが含まれる場合があります。
RSVP_HOP_Object: Class 3, as defined by [RFC2205]
RSVP_HOP_Object：クラス3、[RFC2205]で定義
Replacement RSVP_HOP object to be applied to all LSPs associated with each of the following Bypass_Group_Identifiers. This corresponds to C-Type = 2 for IPv6 RSVP_HOP.
次のBypass_Group_Identifierのそれぞれに関連付けられたすべてのLSPに適用される、置換RSVP_HOPオブジェクト。これは、IPv6 RSVP_HOPのC-Type = 2に対応します。
TIME_VALUES object: Class 5, as defined by [RFC2205]
TIME_VALUESオブジェクト：クラス5、[RFC2205]で定義
Replacement TIME_VALUES object to be applied to all LSPs associated with each of the following Bypass_Group_Identifiers after receiving the B-SFRR-Active Extended ASSOCIATION object.
B-SFRR-Active Extended ASSOCIATIONオブジェクトを受信した後、次のBypass_Group_Identifierのそれぞれに関連付けられているすべてのLSPに適用される、置換TIME_VALUESオブジェクト。
IPv6 tunnel sender address: The IPv6 address that the PLR node sets to identify one or more backup paths as described in Section 6.1.1 of [RFC4090]. This address is applicable to all groups identified by any Bypass_Group_Identifiers carried in the B-SFRR-Active Extended Association ID.
IPv6トンネル送信者アドレス：[RFC4090]のセクション6.1.1で説明されているように、PLRノードが1つ以上のバックアップパスを識別するために設定するIPv6アドレス。このアドレスは、B-SFRR-Active拡張アソシエーションIDで伝送されるBypass_Group_Identifiersによって識別されるすべてのグループに適用されます。
Before Summary FRR procedures can be used, a handshake MUST be completed between the PLR and MP nodes. This handshake is performed using the Extended ASSOCIATION object that carries the B-SFRR-Ready Extended Association ID in both the RSVP Path and Resv messages of the protected LSP.
サマリーFRR手順を使用する前に、PLRノードとMPノードの間でハンドシェイクを完了する必要があります。このハンドシェイクは、保護されたLSPのRSVPパスメッセージとResvメッセージの両方でB-SFRR-Ready拡張アソシエーションIDを伝送する拡張ASSOCIATIONオブジェクトを使用して実行されます。
The facility backup method introduced in [RFC4090] takes advantage of MPLS label stacking (the PLR node imposes additional MPLS labels post-FRR) to allow rerouting of protected traffic over the backup path. The backup path may have stricter MTU requirements; due to label stacking at the PLR node, the protected traffic may exceed the backup path MTU. It is assumed that the operator engineers their network to allow rerouting of protected traffic and the additional label stacking at the PLR node in order to not exceed the backup path MTU.
[RFC4090]で導入されたファシリティバックアップ方式は、MPLSラベルスタックを利用して（PLRノードが追加のMPLSラベルをFRR後に課す）、バックアップパスを介して保護されたトラフィックの再ルーティングを可能にします。バックアップパスには、より厳しいMTU要件がある場合があります。 PLRノードでのラベルスタッキングにより、保護されたトラフィックがバックアップパスMTUを超える場合があります。オペレーターは、バックアップパスMTUを超えないように、保護されたトラフィックの再ルーティングとPLRノードでの追加のラベルスタッキングを許可するようにネットワークを設計すると想定されています。
When using the procedures defined in this document, the PLR node MUST ensure that the bypass tunnel assignment can satisfy the protected LSP MTU requirements post-FRR. This prevents any packets from being dropped due to exceeding the MTU size of the backup path after traffic is rerouted onto the bypass tunnel post-failure. Section 2.6 of [RFC3209] describes a mechanism to determine whether a node needs to fragment or drop a packet when it exceeds the path MTU discovered using RSVP signaling on the primary LSP path. A PLR can leverage the RSVP-discovered path MTU on the backup and primary LSP paths to ensure that the MTU is not exceeded before or after rerouting the protected traffic onto the bypass tunnel.
このドキュメントで定義されている手順を使用する場合、PLRノードはバイパストンネル割り当てがFRR後の保護されたLSP MTU要件を満たすことができることを確認する必要があります。これにより、障害が発生してトラフィックがバイパストンネルに再ルーティングされた後、バックアップパスのMTUサイズを超えてパケットがドロップされることがなくなります。 [RFC3209]のセクション2.6では、プライマリLSPパスでRSVPシグナリングを使用して検出されたパスMTUを超えたときに、ノードがパケットをフラグメント化またはドロップする必要があるかどうかを判断するメカニズムについて説明しています。 PLRは、バックアップおよびプライマリLSPパス上のRSVPで検出されたパスMTUを活用して、保護されたトラフィックをバイパストンネルに再ルーティングする前または後にMTUを超えないようにします。
The B-SFRR-Ready Extended ASSOCIATION object is added by each PLR node in the RSVP Path message of the protected LSP to record the bypass tunnel assignment. This object is updated every time the PLR node updates the bypass tunnel assignment. This results in triggering an RSVP Path change message.
B-SFRR-Ready拡張ASSOCIATIONオブジェクトは、バイパストンネル割り当てを記録するために、保護されたLSPのRSVPパスメッセージの各PLRノードによって追加されます。このオブジェクトは、PLRノードがバイパストンネル割り当てを更新するたびに更新されます。これにより、RSVPパス変更メッセージがトリガーされます。
Upon receiving an RSVP Resv message with a B-SFRR-Ready Extended ASSOCIATION object, the PLR node checks to see if the expected subobjects from the B-SFRR-Ready Extended Association ID are present. If present, the PLR node determines if the MP has acknowledged the current PLR node's assignment.
B-SFRR-Ready拡張ASSOCIATIONオブジェクトを含むRSVP Resvメッセージを受信すると、PLRノードは、B-SFRR-Ready拡張アソシエーションIDから予期されるサブオブジェクトが存在するかどうかを確認します。存在する場合、PLRノードは、MPが現在のPLRノードの割り当てを確認したかどうかを判断します。
To be a valid acknowledgment, the received B-SFRR-Ready Extended Association ID contents within the RSVP Resv message of the protected LSP MUST match the latest B-SFRR-Ready Extended ASSOCIATION object and Association ID contents that the PLR node had sent within the RSVP Path message (with the exception of the MESSAGE_ID).
有効な確認応答であるためには、保護されたLSPのRSVP Resvメッセージ内の受信したB-SFRR-Ready拡張アソシエーションIDの内容は、PLRノードが内部で送信した最新のB-SFRR-Ready拡張ASSOCIATIONオブジェクトおよびアソシエーションIDの内容と一致する必要があります。 RSVPパスメッセージ（MESSAGE_IDを除く）。
Note that when forwarding an RSVP Resv message upstream, the PLR node SHOULD remove any/all B-SFRR-Ready Extended ASSOCIATION objects whose Bypass_Source_IPv4_Address or Bypass_Source_IPv6_Address field matches any of the PLR node addresses.
RSVP Resvメッセージをアップストリームに転送する場合、PLRノードは、Bypass_Source_IPv4_AddressまたはBypass_Source_IPv6_AddressフィールドがいずれかのPLRノードアドレスと一致するすべてのB-SFRR-Ready拡張ASSOCIATIONオブジェクトを削除する必要があることに注意してください。
Upon receiving an RSVP Path message with a B-SFRR-Ready Extended ASSOCIATION object, an MP node processes all (there may be multiple PLR nodes for a single MP node) B-SFRR-Ready Extended ASSOCIATION objects that have the MP node address as the bypass destination address in the Extended Association ID.
B-SFRR対応の拡張ASSOCIATIONオブジェクトを含むRSVPパスメッセージを受信すると、MPノードは、MPノードアドレスが次のすべてのB-SFRR対応の拡張ASSOCIATIONオブジェクトを処理します（単一のMPノードには複数のPLRノードがある場合があります）。拡張アソシエーションIDのバイパス宛先アドレス。
The MP node first ensures the existence of the bypass tunnel and that the Bypass_Group_Identifier is not already FRR Active. That is, an LSP cannot join a group that is already FRR rerouted.
MPノードはまず、バイパストンネルの存在と、Bypass_Group_IdentifierがまだFRRアクティブでないことを確認します。つまり、LSPはすでにFRRが再ルーティングされているグループに参加できません。
The MP node builds a mirrored Summary FRR group database per PLR node by associating the Bypass_Source_IPv4_Address or Bypass_Source_IPv6_Address that is carried in the IPv4 or IPv6 B-SFRR-Ready Extended Association IDs, respectively.
MPノードは、IPv4またはIPv6 B-SFRR対応の拡張アソシエーションIDでそれぞれ伝送されるBypass_Source_IPv4_AddressまたはBypass_Source_IPv6_Addressを関連付けることにより、PLRノードごとにミラー化されたサマリーFRRグループデータベースを構築します。
The MESSAGE_ID is extracted and recorded for the protected LSP Path state. The MP node signals a B-SFRR-Ready Extended ASSOCIATION object and Extended Association ID in the RSVP Resv message of the protected LSP. With the exception of the MESSAGE_ID objects, all other fields of the received B-SFRR-Ready Extended ASSOCIATION object in the RSVP Path message are copied into the B-SFRR-Ready Extended ASSOCIATION object to be added in the Resv message. The MESSAGE_ID object is set according to [RFC2961] with the Flags cleared.
MESSAGE_IDが抽出され、保護されたLSPパス状態について記録されます。 MPノードは、保護されたLSPのRSVP ResvメッセージでB-SFRR-Ready拡張ASSOCIATIONオブジェクトと拡張関連付けIDを通知します。 MESSAGE_IDオブジェクトを除いて、RSVPパスメッセージで受信したB-SFRR-Ready拡張ASSOCIATIONオブジェクトの他のすべてのフィールドは、B-SFRR-Ready拡張ASSOCIATIONオブジェクトにコピーされて、Resvメッセージに追加されます。 MESSAGE_IDオブジェクトは[RFC2961]に従って設定され、フラグはクリアされます。
Note that an MP may receive more than one RSVP Path message with the B-SFRR-Ready Extended ASSOCIATION object from one or more different upstream PLR nodes. In this case, the MP node is expected to save all the received MESSAGE_IDs received from the different upstream PLR nodes. After a failure, the MP node determines and activates the state(s) associated with the Bypass_Group_Identifier(s) received in the RSVP Path message containing the B-SFRR-Active Extended ASSOCIATION object that is signaled over the bypass tunnel from the PLR node, as described in Section 3.4.
MPは、1つ以上の異なるアップストリームPLRノードから、B-SFRR-Ready拡張ASSOCIATIONオブジェクトを含む複数のRSVPパスメッセージを受信する場合があることに注意してください。この場合、MPノードは、異なるアップストリームPLRノードから受信したすべての受信MESSAGE_IDを保存することが期待されています。障害発生後、MPノードは、PLRノードからバイパストンネルを介して通知されるB-SFRR-Active Extended ASSOCIATIONオブジェクトを含むRSVPパスメッセージで受信されたBypass_Group_Identifierに関連付けられた状態を特定してアクティブにします。セクション3.4で説明されています。
When forwarding an RSVP Path message downstream, the MP node SHOULD remove any/all B-SFRR-Ready Extended ASSOCIATION objects whose Bypass_Destination_IPv4_Address or Bypass_Destination_IPv6_Address field matches any of the MP node addresses.
RSVPパスメッセージをダウンストリームに転送する場合、MPノードは、Bypass_Destination_IPv4_AddressまたはBypass_Destination_IPv6_AddressフィールドがMPノードアドレスのいずれかに一致するすべてのB-SFRR対応拡張ASSOCIATIONオブジェクトを削除する必要があります（SHOULD）。
Upon detection of a fault (egress link or node failure), the PLR node will first perform the object modification procedures described by Section 6.4.3 of [RFC4090] for all affected protected LSPs. For the Summary FRR-capable LSPs that are assigned to the same bypass tunnel, a common RSVP_HOP and SENDER_TEMPLATE MUST be used.
障害（出力リンクまたはノード障害）が検出されると、PLRノードはまず、影響を受けるすべての保護されたLSPについて、[RFC4090]のセクション6.4.3で説明されているオブジェクト変更手順を実行します。同じバイパストンネルに割り当てられたサマリーFRR対応LSPの場合、共通のRSVP_HOPおよびSENDER_TEMPLATEを使用する必要があります。
The PLR node MUST signal non-Summary FRR-capable LSPs over the bypass tunnel before signaling the Summary FRR-capable LSPs. This is needed to allow for the case where the PLR node recently changed a bypass assignment and the MP has not processed the change yet.
PLRノードは、要約FRR対応LSPをシグナリングする前に、バイパストンネルを介して非要約FRR対応LSPをシグナリングする必要があります。これは、PLRノードが最近バイパス割り当てを変更し、MPがまだ変更を処理していない場合に対応するために必要です。
The B-SFRR-Active Extended ASSOCIATION object is sent within the RSVP Path message of the bypass tunnel to reroute the RSVP state of Summary FRR-capable LSPs.
B-SFRR-Active Extended ASSOCIATIONオブジェクトは、バイパストンネルのRSVPパスメッセージ内で送信され、サマリーFRR対応LSPのRSVP状態を再ルーティングします。
After a failure event, when using the Summary FRR path signaling procedures, an individual RSVP Path message is not signaled for each Summary FRR LSP. Instead, to reroute Summary FRR LSPs via the bypass tunnel, the PLR node adds the B-SFRR-Active Extended ASSOCIATION object in the RSVP Path message of the RSVP session of the bypass tunnel.
障害イベントの後、サマリーFRRパスシグナリング手順を使用すると、各サマリーFRR LSPに対して個別のRSVPパスメッセージがシグナリングされません。代わりに、バイパストンネルを介してサマリーFRR LSPを再ルーティングするために、PLRノードは、B-SFRR-Active Extended ASSOCIATIONオブジェクトをバイパストンネルのRSVPセッションのRSVPパスメッセージに追加します。
The RSVP_HOP_Object field in the B-SFRR-Active Extended Association ID is set to a common object that will be applied to all LSPs associated with the Bypass_Group_Identifiers that are carried in the B-SFRR-Active Extended Association ID.
B-SFRRアクティブ拡張アソシエーションIDのRSVP_HOP_Objectフィールドは、B-SFRRアクティブ拡張アソシエーションIDで伝送されるBypass_Group_Identifiersに関連付けられたすべてのLSPに適用される共通オブジェクトに設定されます。
The PLR node adds the Bypass_Group_Identifier(s) of any group or groups that have common group attributes, including the tunnel sender address, to the same B-SFRR-Active Extended Association ID. Note that multiple ASSOCIATION objects, each carrying a B-SFRR-Active Extended Association ID, can be carried within a single RSVP Path message of the bypass tunnel and sent towards the MP as described in [RFC6780].
PLRノードは、トンネル送信者アドレスを含む共通のグループ属性を持つ1つまたは複数のグループのBypass_Group_Identifierを、同じB-SFRR-Active Extended Association IDに追加します。 [RFC6780]で説明されているように、それぞれがB-SFRR-Active Extended Association IDを伝送する複数のASSOCIATIONオブジェクトをバイパストンネルの単一のRSVPパスメッセージ内で伝送し、MPに送信できることに注意してください。
Any previously received MESSAGE_IDs from the MP are activated on the PLR. As a result, the PLR starts sending Srefresh messages containing the specific Message_Identifier(s) for the states to be refreshed.
以前にMPから受信したMESSAGE_IDは、PLRでアクティブ化されます。その結果、PLRは、状態を更新するための特定のMessage_Identifierを含むSrefreshメッセージの送信を開始します。
Upon receiving an RSVP Path message with a B-SFRR-Active Extended ASSOCIATION object, the MP performs normal merge point processing for each protected LSP associated with each Bypass_Group_Identifier, as if it had received an individual RSVP Path message for that LSP.
B-SFRR-Active Extended ASSOCIATIONオブジェクトを含むRSVPパスメッセージを受信すると、MPは、各LSPの個別のRSVPパスメッセージを受信したかのように、各Bypass_Group_Identifierに関連付けられた各保護LSPに対して通常のマージポイント処理を実行します。
For each Summary FRR-capable LSP that is being merged, the MP first modifies the Path state as follows:
マージされる各サマリーFRR対応LSPについて、MPはまずパスの状態を次のように変更します。
1. The RSVP_HOP object is copied from the RSVP_HOP_Object field in the B-SFRR-Active Extended Association ID.
1. RSVP_HOPオブジェクトは、B-SFRR-Active Extended Association IDのRSVP_HOP_Objectフィールドからコピーされます。
2. The TIME_VALUES object is copied from the TIME_VALUES field in the B-SFRR-Active Extended Association ID. The TIME_VALUES object contains the refresh period of the PLR node, and it is used to generate periodic refreshes. The TIME_VALUES object carried in the B-SFRR-Active Extended Association ID matches the one that would have been exchanged in a full Path message sent to the MP after the failure when no Summary FRR procedures are used.
2. TIME_VALUESオブジェクトは、B-SFRR-Active Extended Association IDのTIME_VALUESフィールドからコピーされます。 TIME_VALUESオブジェクトにはPLRノードの更新期間が含まれており、定期的な更新を生成するために使用されます。 B-SFRR-Active拡張アソシエーションIDで伝送されるTIME_VALUESオブジェクトは、サマリーFRR手順が使用されていない場合、障害後にMPに送信されるフルパスメッセージで交換されるものと一致します。
3. The tunnel sender address field in the SENDER_TEMPLATE object is copied from the tunnel sender address field of the B-SFRR-Active Extended Association ID.
3. SENDER_TEMPLATEオブジェクトのトンネル送信者アドレスフィールドは、B-SFRR-Active Extended Association IDのトンネル送信者アドレスフィールドからコピーされます。
4. The Explicit Route Object (ERO) is modified as per Section 6.4.4 of [RFC4090]. Once the above modifications are completed, the MP node performs merge processing as per [RFC4090].
4. 明示的ルートオブジェクト（ERO）は、[RFC4090]のセクション6.4.4に従って変更されています。上記の変更が完了すると、MPノードは[RFC4090]に従ってマージ処理を実行します。
5. Any previously received MESSAGE_IDs from the PLR node are activated. The MP is allowed to send Srefresh messages containing the specific Message_Identifier(s) for the states to be refreshed.
5. 以前にPLRノードから受信したMESSAGE_IDがアクティブ化されます。 MPは、状態を更新するための特定のMessage_Identifierを含むSrefreshメッセージを送信できます。
A failure during merge processing of any individual rerouted LSP MUST result in an RSVP PathErr message.
再ルーティングされた個々のLSPのマージ処理中にエラーが発生すると、RSVP PathErrメッセージが発生する必要があります。
An individual RSVP Resv message for each successfully merged Summary FRR LSP is not signaled. The MP node SHOULD immediately use summary refresh procedures to refresh the protected LSP Resv state.
正常にマージされたサマリーFRR LSPごとの個別のRSVP Resvメッセージは通知されません。 MPノードは、要約更新手順をすぐに使用して、保護されたLSP Resv状態を更新する必要があります（SHOULD）。
The refreshing of Summary FRR Active LSPs is performed using summary refresh as defined by [RFC2961].
サマリーFRRアクティブLSPのリフレッシュは、[RFC2961]で定義されているサマリーリフレッシュを使用して実行されます。
The (Extended) ASSOCIATION object is defined in [RFC4872] with a class number in the form 11bbbbbb, where b=0 or 1. This ensures compatibility with nodes that do not provide support, in accordance with the procedures specified in Section 3.10 of [RFC2205] regarding unknown-class objects. Such nodes will ignore the object and forward it without any modification.
（拡張）ASSOCIATIONオブジェクトは、[RFC4872]でクラス番号11bbbbbbの形式で定義されています。ここで、b = 0または1です。これにより、[不明なクラスのオブジェクトに関するRFC2205]。このようなノードはオブジェクトを無視し、変更せずに転送します。
This document updates an existing RSVP object -- the Extended ASSOCIATION object as described in Section 3. Thus, in the event of the interception of a signaling message, slightly more information could be deduced about the state of the network than was previously the case.
このドキュメントでは、既存のRSVPオブジェクト（セクション3で説明したExtended ASSOCIATIONオブジェクト）を更新します。したがって、シグナリングメッセージが傍受された場合、ネットワークの状態について、以前よりもわずかに多くの情報が推測されます。
When using the procedures defined in this document, FRR signaling for rerouting of the states of one or more protected LSPs onto the bypass tunnel can be performed on a group of protected LSPs with a single RSVP message. This allows an intruder to potentially impact and manipulate a set of protected LSPs that are assigned to the same bypass tunnel group. Note that such an attack is possible even without the mechanisms defined in this document, albeit at an extra cost resulting from the excessive per-LSP signaling that will occur.
このドキュメントで定義されている手順を使用する場合、1つ以上の保護されたLSPの状態をバイパストンネルに再ルーティングするためのFRRシグナリングは、単一のRSVPメッセージで保護されたLSPのグループで実行できます。これにより、侵入者は、同じバイパストンネルグループに割り当てられている一連の保護されたLSPに影響を及ぼし、操作することができます。このような攻撃は、このドキュメントで定義されているメカニズムがなくても発生する可能性があることに注意してください。
Existing mechanisms for maintaining the integrity and authenticity of RSVP messages [RFC2747] can be applied. Other considerations mentioned in [RFC4090] and [RFC5920] also apply.
RSVPメッセージの完全性と信頼性を維持するための既存のメカニズム[RFC2747]を適用できます。 [RFC4090]と[RFC5920]で言及されている他の考慮事項も適用されます。
IANA maintains the "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters" registry. The "Association Type" subregistry is included in this registry.
IANAは、「Generalized Multi-Protocol Label Switching（GMPLS）Signaling Parameters」レジストリを維持しています。 「関連付けタイプ」サブレジストリは、このレジストリに含まれています。
This registry has been updated with the new Association Types for the Extended ASSOCIATION objects defined in this document as follows:
このレジストリは、このドキュメントで次のように定義されている拡張ASSOCIATIONオブジェクトの新しい関連タイプで更新されています。
+=======+===========================+=============+
| Value | Name | Reference |
+=======+===========================+=============+
| 5 | B-SFRR-Ready Association | Section 3.1 |
+-------+---------------------------+-------------+
| 6 | B-SFRR-Active Association | Section 3.2 |
+-------+---------------------------+-------------+
Table 3: New Extended ASSOCIATION Object Association Types
表3：新しい拡張ASSOCIATIONオブジェクトの関連付けタイプ
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https://www.rfc-editor.org/info/ rfc2119>。
[RFC2205] Braden, R., Ed., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, DOI 10.17487/RFC2205, September 1997, <https://www.rfc-editor.org/info/rfc2205>.
[RFC2205] Braden、R.、Ed。、Zhang、L.、Berson、S.、Herzog、S.、and S. Jamin、 "Resource ReSerVation Protocol（RSVP）-Version 1 Functional Specification"、RFC 2205、DOI 10.17487 / RFC2205、1997年9月、<https://www.rfc-editor.org/info/rfc2205>。
[RFC2747] Baker, F., Lindell, B., and M. Talwar, "RSVP Cryptographic Authentication", RFC 2747, DOI 10.17487/RFC2747, January 2000, <https://www.rfc-editor.org/info/rfc2747>.
[RFC2747]ベイカー、F。、リンデル、B。、およびM.タルワー、「RSVP暗号化認証」、RFC 2747、DOI 10.17487 / RFC2747、2000年1月、<https://www.rfc-editor.org/info/ rfc2747>。
[RFC2961] Berger, L., Gan, D., Swallow, G., Pan, P., Tommasi, F., and S. Molendini, "RSVP Refresh Overhead Reduction Extensions", RFC 2961, DOI 10.17487/RFC2961, April 2001, <https://www.rfc-editor.org/info/rfc2961>.
[RFC2961] Berger、L.、Gan、D.、Swallow、G.、Pan、P.、Tommasi、F。、およびS. Molendini、「RSVPリフレッシュオーバーヘッド削減拡張機能」、RFC 2961、DOI 10.17487 / RFC2961、4月2001、<https://www.rfc-editor.org/info/rfc2961>。
[RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, DOI 10.17487/RFC3209, December 2001, <https://www.rfc-editor.org/info/rfc3209>.
[RFC3209] Awduche、D.、Berger、L.、Gan、D.、Li、T.、Srinivasan、V。、およびG. Swallow、「RSVP-TE：Extensions for RSVP for LSP Tunnels」、RFC 3209、DOI 10.17487 / RFC3209、2001年12月、<https://www.rfc-editor.org/info/rfc3209>。
[RFC4090] Pan, P., Ed., Swallow, G., Ed., and A. Atlas, Ed., "Fast Reroute Extensions to RSVP-TE for LSP Tunnels", RFC 4090, DOI 10.17487/RFC4090, May 2005, <https://www.rfc-editor.org/info/rfc4090>.
[RFC4090] Pan、P。、編、Swallow、G、編、A。Atlas、編、「LSPトンネル用のRSVP-TEへの高速リルート拡張」、RFC 4090、DOI 10.17487 / RFC4090、2005年5月、<https://www.rfc-editor.org/info/rfc4090>。
[RFC4872] Lang, J.P., Ed., Rekhter, Y., Ed., and D. Papadimitriou, Ed., "RSVP-TE Extensions in Support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS) Recovery", RFC 4872, DOI 10.17487/RFC4872, May 2007, <https://www.rfc-editor.org/info/rfc4872>.
[RFC4872] Lang、JP、編、Rekhter、Y、編、D。Papadimitriou、編、「エンドツーエンドの汎用マルチプロトコルラベルスイッチング（GMPLS）リカバリをサポートするRSVP-TE拡張機能」 、RFC 4872、DOI 10.17487 / RFC4872、2007年5月、<https://www.rfc-editor.org/info/rfc4872>。
[RFC6780] Berger, L., Le Faucheur, F., and A. Narayanan, "RSVP ASSOCIATION Object Extensions", RFC 6780, DOI 10.17487/RFC6780, October 2012, <https://www.rfc-editor.org/info/rfc6780>.
[RFC6780] Berger、L.、Le Faucheur、F。、およびA. Narayanan、「RSVP ASSOCIATIONオブジェクト拡張」、RFC 6780、DOI 10.17487 / RFC6780、2012年10月、<https://www.rfc-editor.org/ info / rfc6780>。
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8174] Leiba、B。、「RFC 2119キーワードの大文字と小文字のあいまいさ」、BCP 14、RFC 8174、DOI 10.17487 / RFC8174、2017年5月、<https://www.rfc-editor.org/info/ rfc8174>。
[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS Networks", RFC 5920, DOI 10.17487/RFC5920, July 2010, <https://www.rfc-editor.org/info/rfc5920>.
[RFC5920] Fang、L。、編、「MPLSおよびGMPLSネットワークのセキュリティフレームワーク」、RFC 5920、DOI 10.17487 / RFC5920、2010年7月、<https://www.rfc-editor.org/info/rfc5920>。
Acknowledgments
謝辞
The authors would like to thank Alexander Okonnikov, Loa Andersson, Lou Berger, Eric Osborne, Gregory Mirsky, and Mach Chen for reviewing and providing valuable comments on this document.
この文書のレビューと貴重なコメントを提供してくれたAlexander Okonnikov、Loa Andersson、Lou Berger、Eric Osborne、Gregory Mirsky、Mach Chenに感謝します。
Contributors
貢献者
Nicholas Tan Arista Networks
ニコラスタンアリスタネットワークス
Email: ntan@arista.com
Authors' Addresses
著者のアドレス
Mike Taillon Cisco Systems, Inc.
Mike Taillon Cisco Systems、Inc.
Email: mtaillon@cisco.com
Tarek Saad (editor) Juniper Networks
トラックサード（編集者）ジュニパーネットワークス
Email: tsaad@juniper.net
Rakesh Gandhi Cisco Systems, Inc.
Rakesh Gandhi Cisco Systems、Inc.
Email: rgandhi@cisco.com
Abhishek Deshmukh Juniper Networks
Abhishek Deshmukh Juniper Networks
Email: adeshmukh@juniper.net
Markus Jork 128 Technology
Markus Jork 128テクノロジー
Email: mjork@128technology.com
Vishnu Pavan Beeram Juniper Networks
Vishnu Pavan Beeram Juniper Networks
Email: vbeeram@juniper.net