Internet Engineering Task Force (IETF) G. Dawra
Request for Comments: 9514 LinkedIn
Category: Standards Track C. Filsfils
ISSN: 2070-1721 K. Talaulikar, Ed.
Cisco Systems
M. Chen
Huawei
D. Bernier
Bell Canada
B. Decraene
Orange
December 2023
Segment Routing over IPv6 (SRv6) allows for a flexible definition of end-to-end paths within various topologies by encoding paths as sequences of topological or functional sub-paths called "segments". These segments are advertised by various protocols such as BGP, IS-IS, and OSPFv3.
IPv6（SRV6）のセグメントルーティングは、「セグメント」と呼ばれるトポロジーまたは機能的サブパスのシーケンスとしてパスをエンコードすることにより、さまざまなトポロジ内のエンドツーエンドパスの柔軟な定義を可能にします。これらのセグメントは、BGP、IS-IS、OSPFV3などのさまざまなプロトコルによって宣伝されています。
This document defines extensions to BGP - Link State (BGP-LS) to advertise SRv6 segments along with their behaviors and other attributes via BGP. The BGP-LS address-family solution for SRv6 described in this document is similar to BGP-LS for SR for the MPLS data plane, which is defined in RFC 9085.
このドキュメントでは、BGPへの拡張機能を定義して、BGPを介した動作やその他の属性とともにSRV6セグメントを宣伝するために、リンク状態（BGP -LS）をリンクします。このドキュメントで説明されているSRV6のBGP-LSアドレスファミリーソリューションは、RFC 9085で定義されているMPLSデータプレーンのSRのBGP-LSに類似しています。
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
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）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（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/rfc9514.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https：//www.rfc-editor.org/info/rfc9514で取得できます。
Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2023 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。
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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（https://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。
1. Introduction
1.1. Requirements Language
2. BGP-LS Extensions for SRv6
3. SRv6 Node Attributes
3.1. SRv6 Capabilities TLV
3.2. SRv6 Node MSD Types
4. SRv6 Link Attributes
4.1. SRv6 End.X SID TLV
4.2. SRv6 LAN End.X SID TLV
4.3. SRv6 Link MSD Types
5. SRv6 Prefix Attributes
5.1. SRv6 Locator TLV
6. SRv6 SID NLRI
6.1. SRv6 SID Information TLV
7. SRv6 SID Attributes
7.1. SRv6 Endpoint Behavior TLV
7.2. SRv6 BGP PeerNode SID TLV
8. SRv6 SID Structure TLV
9. IANA Considerations
9.1. BGP-LS NLRI Types
9.2. BGP-LS NLRI and Attribute TLVs
9.3. SRv6 BGP EPE SID Flags
10. Manageability Considerations
11. Security Considerations
12. References
12.1. Normative References
12.2. Informative References
Appendix A. Differences with BGP-EPE for SR-MPLS
Acknowledgements
Contributors
Authors' Addresses
SRv6 refers to Segment Routing instantiated on the IPv6 data plane [RFC8402]. An SRv6 segment is often referred to by its SRv6 Segment Identifier (SID).
SRV6は、IPv6データプレーン[RFC8402]にインスタンス化されたセグメントルーティングを指します。SRV6セグメントは、多くの場合、SRV6セグメント識別子（SID）によって参照されます。
The network programming paradigm [RFC8986] is central to SRv6. It describes how different behaviors can be bound to SIDs and how a network program can be expressed as a combination of SIDs.
ネットワークプログラミングパラダイム[RFC8986]は、SRV6の中心です。さまざまな動作をSIDにどのように拘束できるか、およびSIDの組み合わせとしてネットワークプログラムをどのように表現できるかを説明しています。
An SRv6-capable node maintains all the SRv6 segments explicitly instantiated locally.
SRV6対応ノードは、すべてのSRV6セグメントを局所的に明示的にインスタンス化して維持します。
The IS-IS and OSPFv3 link-state routing protocols have been extended to advertise some of these SRv6 SIDs and SRv6-related information [RFC9352] [RFC9513]. Other SRv6 SIDs may be instantiated on a node via other mechanisms for topological or service functionalities.
IS-ISおよびOSPFV3リンク状態のルーティングプロトコルは、これらのSRV6 SIDSおよびSRV6関連情報の一部を宣伝するために拡張されています[RFC9352] [RFC9513]。他のSRV6 SIDは、トポロジーまたはサービス機能のための他のメカニズムを介してノードにインスタンス化される場合があります。
The advertisement of SR-related information along with the topology is specified in [RFC9085] for the MPLS data plane instantiation (SR-MPLS) and in [RFC9086] for BGP Egress Peer Engineering (EPE). On similar lines, introducing the SRv6-related information in BGP-LS allows consumer applications that require topological visibility to also receive the SRv6 SIDs from nodes across an IGP domain or even across Autonomous Systems (ASes) as required. This allows applications to leverage the SRv6 capabilities for network programming.
トポロジーとともにSR関連情報の広告は、MPLSデータプレーンインスタンス化（SR-MPLS）の[RFC9085]およびBGP出力ピアエンジニアリング（EPE）の[RFC9086]で指定されています。同様の行では、BGP-LSにSRV6関連情報を導入することで、トポロジカル可視性が必要な消費者アプリケーションが、IGPドメインまたは必要に応じて自律システム（ASE）を越えてノードからSRV6 SIDを受け取ることもできます。これにより、アプリケーションはネットワークプログラミングにSRV6機能を活用できます。
The identifying key of each link-state object, namely a node, link, or prefix, is encoded in the Network Layer Reachability Information (NLRI), and the properties of the object are encoded in the BGP-LS Attribute [RFC7752].
各リンク状態オブジェクトの識別キー、つまりノード、リンク、またはプレフィックスは、ネットワークレイヤーリーチビリティ情報（NLRI）にエンコードされ、オブジェクトのプロパティはBGP-LS属性[RFC7752]にエンコードされます。
This document describes extensions to BGP-LS to advertise the SRv6 SIDs and other SRv6 information from all the SRv6-capable nodes in the IGP domain when sourced from link-state routing protocols and directly from individual SRv6-capable nodes (e.g., when sourced from BGP for EPE).
このドキュメントでは、BGP-LSへの拡張機能について説明して、Link-STATEルーティングプロトコルから、および個々のSRV6対応ノードから直接調達した場合、IGPドメイン内のすべてのSRV6対応ノードからSRV6 SIDSおよびその他のSRV6情報を宣伝します（例えば、たとえば、調達した場合、EPEのBGP）。
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]で説明されているように、すべて大文字の場合にのみ解釈されます。
BGP-LS [RFC7752] defines the Node, Link, and Prefix Link-State NLRI types and the advertisement of their attributes via BGP.
BGP-LS [RFC7752]は、ノード、リンク、およびプレフィックスリンク状態NLRIタイプと、BGPを介した属性の広告を定義します。
When a BGP-LS router advertises topology information that it sources from the underlying link-state routing protocol, it derives the corresponding SRv6 information from the SRv6 extensions for IS-IS [RFC9352] or OSPFv3 [RFC9513] as applicable. In practice, this derivation comprises a simple copy of the relevant fields from the IS-IS or OSPFv3 TLV/sub-TLV into the fields of the corresponding BGP-LS TLV/sub-TLV. When a BGP-LS router advertises topology information from the BGP routing protocol (e.g., for EPE) or advertises SRv6 SIDs associated with a node using Direct as the Protocol-ID, it derives the SRv6 information from the local node. Such information is advertised only on behalf of the local router, in contrast to the advertisement of information from all nodes of an IGP domain when sourced from a link-state routing protocol.
BGP-LSルーターが基礎となるリンク状態ルーティングプロトコルから調達するトポロジ情報を宣伝する場合、IS-IS [RFC9352]またはOSPFV3 [RFC9513]のSRV6拡張機能から対応するSRV6情報を適用されます。実際には、この派生は、IS-ISまたはOSPFV3 TLV/SUB-TLVから、対応するBGP-LS TLV/SUB-TLVのフィールドへの関連フィールドの単純なコピーを含んでいます。BGP-LSルーターがBGPルーティングプロトコル（EPEなど）のトポロジ情報を宣伝したり、プロトコルIDとして直接使用してノードに関連付けられたSRV6 SIDを宣伝する場合、ローカルノードからSRV6情報を導き出します。このような情報は、リンク状態のルーティングプロトコルから調達された場合、IGPドメインのすべてのノードからの情報の広告とは対照的に、ローカルルーターに代わってのみ宣伝されます。
The SRv6 information pertaining to a node is advertised via the BGP-LS Node NLRI using the BGP-LS Attribute TLVs as follows:
ノードに関連するSRV6情報は、次のようにBGP-LS属性TLVを使用してBGP-LSノードNLRIを介して宣伝されます。
* The SRv6 capabilities of the node are advertised via the SRv6 Capabilities TLV (Section 3.1).
* ノードのSRV6機能は、SRV6機能TLV（セクション3.1）を介して宣伝されます。
* Maximum SID Depth (MSD) types introduced for SRv6 are advertised (Section 3.2) using the Node MSD TLV specified in [RFC8814].
* SRV6に導入された最大SID深度（MSD）タイプは、[RFC8814]で指定されたノードMSD TLVを使用して宣伝されます（セクション3.2）。
* Algorithm support for SRv6 is advertised via the SR-Algorithm TLV specified in [RFC9085].
* SRV6のアルゴリズムサポートは、[RFC9085]で指定されたSR-Algorithm TLVを介して宣伝されます。
The SRv6 information pertaining to a link is advertised via the BGP-LS Link NLRI using the BGP-LS Attribute TLVs as follows:
リンクに関連するSRV6情報は、BGP-LS属性TLVを使用してBGP-LSリンクNLRIを介して宣伝されます。
* The SRv6 SID of the IGP Adjacency SID or the BGP EPE Peer Adjacency SID [RFC8402] is advertised via the SRv6 End.X SID TLV introduced in this document (Section 4.1).
* IGP隣接SIDのSRV6 SIDまたはBGP EPE PEER隣接SID [RFC8402]は、このドキュメントで導入されたSRV6 END.X SID TLVを介して宣伝されています（セクション4.1）。
* The SRv6 SID of the IGP Adjacency SID to a non-Designated Router (DR) or non-Designated Intermediate System (DIS) [RFC8402] is advertised via the SRv6 LAN End.X SID TLV introduced in this document (Section 4.2).
* IGP隣接するSIDのSRV6 SIDは、指定されていないルーター（DR）または非指定中間システム（DIS）[RFC8402]を指定していないLAN End.x SID TLVを介して宣伝されています（セクション4.2）。
* MSD types introduced for SRv6 are advertised (Section 4.3) using the Link MSD TLV specified in [RFC8814].
* SRV6に導入されたMSDタイプは、[RFC8814]で指定されたリンクMSD TLVを使用して宣伝されます（セクション4.3）。
The SRv6 information pertaining to a prefix is advertised via the BGP-LS Prefix NLRI using the BGP-LS Attribute TLVs as follows:
プレフィックスに関連するSRV6情報は、BGP-LS属性TLVを使用してBGP-LSプレフィックスNLRIを介して宣伝されます。
* The SRv6 Locator is advertised via the SRv6 Locator TLV introduced in this document (Section 5.1).
* SRV6ロケーターは、このドキュメントで導入されたSRV6ロケーターTLVを介して宣伝されています（セクション5.1）。
* The attributes of the SRv6 Locator are advertised via the Prefix Attribute Flags TLV specified in [RFC9085].
* SRV6ロケーターの属性は、[RFC9085]で指定されたプレフィックス属性フラグTLVを介して宣伝されます。
The SRv6 SIDs associated with the node are advertised using the BGP-LS SRv6 SID NLRI introduced in this document (Section 6). This enables the BGP-LS encoding to scale to cover a potentially large set of SRv6 SIDs instantiated on a node with the granularity of individual SIDs and without affecting the size and scalability of the BGP-LS updates. If the SRv6 SIDs had been advertised within the BGP-LS Link Attribute associated with the existing Node NLRI, the BGP-LS update would have grown rather large with the increase in SRv6 SIDs on the node and would have also required a large update message to be generated for any change, even a change to a single SRv6 SID. BGP-LS Attribute TLVs for the SRv6 SID NLRI are introduced in this document as follows:
ノードに関連付けられたSRV6 SIDSは、このドキュメントで導入されたBGP-LS SRV6 SID NLRIを使用して宣伝されています（セクション6）。これにより、BGP-LSエンコーディングがスケーリングして、個々のSIDの粒度が描かれたノードにインスタンス化され、BGP-LSアップデートのサイズとスケーラビリティに影響を与えることなく、潜在的に大きなSRV6 SIDSのセットをカバーします。SRV6 SIDSが既存のノードNLRIに関連付けられたBGP-LSリンク属性内で宣伝されていた場合、BGP-LSアップデートはノード上のSRV6 SIDSの増加に伴い、かなり大きくなり、大規模な更新メッセージも必要になります。変更のために生成され、単一のSRV6 SIDへの変更も生成されます。SRV6 SID NLRIのBGP-LS属性TLVは、次のようにこのドキュメントで紹介されています。
* The Endpoint behavior of the SRv6 SID is advertised via the SRv6 Endpoint Behavior TLV (Section 7.1).
* SRV6 SIDのエンドポイント動作は、SRV6エンドポイントの動作TLV（セクション7.1）を介して宣伝されます。
* The BGP EPE Peer Node context for a PeerNode SID and the Peer Set context for a PeerSet SID [RFC8402] are advertised via the SRv6 BGP PeerNode SID TLV (Section 7.2).
* Peernode SIDのBGP EPEピアノードコンテキストとPeerset SID [RFC8402]のピアセットコンテキストは、SRV6 BGP Peernode SID TLVを介して宣伝されています（セクション7.2）。
Subsequent sections of this document specify the encoding and usage of these extensions. All the TLVs introduced follow the formats and common field definitions provided in [RFC7752].
このドキュメントの次のセクションでは、これらの拡張機能のエンコードと使用法を指定します。導入されたすべてのTLVは、[RFC7752]で提供される形式と一般的なフィールド定義に続きます。
The SRv6 attributes of a node are advertised using the BGP-LS Attribute TLVs defined in this section and associated with the BGP-LS Node NLRI.
ノードのSRV6属性は、このセクションで定義され、BGP-LSノードNLRIに関連付けられているBGP-LS属性TLVを使用して宣伝されます。
This BGP-LS Attribute TLV is used to announce the SRv6 capabilities of the node along with the BGP-LS Node NLRI and indicates the SRv6 support by the node. A single instance of this TLV MUST be included in the BGP-LS Attribute for each SRv6-capable node. The IS-IS SRv6 Capabilities sub-TLV [RFC9352] and the OSPFv3 SRv6 Capabilities TLV [RFC9513] that map to this BGP-LS TLV are specified with the ability to carry optional sub-sub-TLVs and sub-TLVs. However, no such extensions are currently defined. Moreover, the SRv6 Capabilities TLV defined below is not extensible. As a result, it is expected that any extensions will be introduced as top-level TLVs in the BGP-LS Attribute. The SRv6 Capabilities TLV has the following format:
このBGP-LS属性TLVは、BGP-LSノードNLRIとともにノードのSRV6機能を発表するために使用され、ノードによるSRV6サポートを示します。このTLVの単一のインスタンスは、各SRV6対応ノードのBGP-LS属性に含める必要があります。このBGP-LS TLVにマップするIS-IS SRV6機能Sub-TLV [RFC9352]およびOSPFV3 SRV6機能TLV [RFC9513]は、オプションのサブSUB-TLVおよびサブTLVを運ぶ機能を備えて指定されています。ただし、現在、そのような拡張機能は定義されていません。さらに、以下に定義するSRV6機能TLVは拡張できません。その結果、BGP-LS属性のトップレベルTLVとして拡張機能が導入されることが予想されます。SRV6機能TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: SRv6 Capabilities TLV Format
図1：SRV6機能TLV形式
where:
ただし：
Type:
タイプ：
1038
1038
Length:
長さ：
4
4
Flags:
フラグ：
2-octet field. The flags are copied from the IS-IS SRv6 Capabilities sub-TLV (Section 2 of [RFC9352]) or from the OSPFv3 SRv6 Capabilities TLV (Section 2 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
2-OCTETフィールド。フラグは、IS-ISまたはOSPFV3の場合、それぞれIS-IS SRV6機能Sub-TLV（[RFC9352]のセクション2）またはOSPFV3 SRV6機能TLV（[RFC9513]のセクション2）からコピーされます。
Reserved:
予約済み：
2-octet field that MUST be set to 0 when originated and ignored on receipt.
受信時に発信および無視されたときに0に設定する必要がある2-オクテットフィールド。
The Node MSD TLV [RFC8814] of the BGP-LS Attribute of the Node NLRI is also used to advertise the limits and the Segment Routing Header (SRH) [RFC8754] operations supported by the SRv6-capable node. The SRv6 MSD types specified in Section 4 of [RFC9352] are also used with the BGP-LS Node MSD TLV, as these code points are shared between the IS-IS, OSPF, and BGP-LS protocols. The description and semantics of these new MSD types for BGP-LS are identical to those specified in [RFC9352].
ノードNLRIのBGP-LS属性のノードMSD TLV [RFC8814]は、SRV6対応ノードによってサポートされているセグメントルーティングヘッダー（SRH）[RFC8754]操作を宣伝するためにも使用されます。[RFC9352]のセクション4で指定されているSRV6 MSDタイプは、BGP-LSノードMSD TLVでも使用されます。これらのコードポイントは、IS-IS、OSPF、およびBGP-LSプロトコル間で共有されます。BGP-Lのこれらの新しいMSDタイプの説明とセマンティクスは、[RFC9352]で指定されているものと同じです。
Each MSD type is encoded in the BGP-LS Node MSD TLV as a one-octet type followed by a one-octet value as derived from the IS-IS or OSPFv3 Node MSD advertisements specified in [RFC8814].
各MSDタイプは、[RFC8814]で指定されたIS-ISまたはOSPFV3ノードMSD広告から派生した1オクセットタイプとして、BGP-LSノードMSD TLVでエンコードされます。
SRv6 attributes and SIDs associated with a link or adjacency are advertised using the BGP-LS Attribute TLVs defined in this section and associated with the BGP-LS Link NLRI.
リンクまたは隣接に関連するSRV6属性とSIDは、このセクションで定義され、BGP-LSリンクNLRIに関連付けられているBGP-LS属性TLVを使用して宣伝されます。
The SRv6 End.X SID TLV is used to advertise the SRv6 SIDs associated with an IGP Adjacency SID behavior that correspond to a point-to-point or point-to-multipoint link or adjacency of the node running the IS-IS or OSPFv3 protocols. The information advertised via this TLV is derived from the IS-IS SRv6 End.X SID sub-TLV (Section 8.1 of [RFC9352]) or the OSPFv3 SRv6 End.X SID sub-TLV (Section 9.1 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively. This TLV can also be used to advertise the SRv6 SID corresponding to the underlying Layer 2 member links for a Layer 3 bundle interface as a sub-TLV of the L2 Bundle Member Attribute TLV [RFC9085].
SRV6 END.X SID TLVは、IS-ISまたはOSPFV3プロトコルを実行しているノードのポイントツーポイントまたはポイントツーマルチポイントリンクまたは隣接に対応するIGP隣接SIDの動作に関連するSRV6 SIDを宣伝するために使用されます。。このTLVを介して宣伝されている情報は、IS-IS SRV6 END.X SID SUB-TLV（[RFC9352]のセクション8.1）またはOSPFV3 SRV6 END.X SID SUB-TLV（[RFC9513]のセクション9.1）から派生しています。それぞれIS-ISまたはOSPFV3の場合。このTLVは、L2バンドルメンバー属性TLV [RFC9085]のサブTLVとして、レイヤー3バンドルインターフェイスの基礎となるレイヤー2メンバーリンクに対応するSRV6 SIDを宣伝するためにも使用できます。
This TLV is also used by BGP-LS to advertise the BGP EPE Peer Adjacency SID for SRv6 on the same lines as specified for SR-MPLS in [RFC9086]. The SRv6 SID for the BGP Peer Adjacency using End.X behaviors (viz. End.X, End.X with PSP, End.X with USP, and End.X with PSP & USP) [RFC8986] indicates the cross-connect to a specific Layer 3 link to the specific BGP session peer (neighbor).
このTLVは、[RFC9086]でSR-MPLSに指定されたのと同じラインで、SRV6のBGP EPE PEER隣接SIDを宣伝するためにBGP-LSによっても使用されます。end.xの動作を使用したBGPピア隣接のSRV6 SID（viz。End.x、end.x with psp、end.x with psp＆uspでend.x）[rfc8986]は、特定のレイヤー3リンク特定のBGPセッションピア（ネイバー）。
More than one instance of this TLV (one for each SRv6 End.X SID) can be included in the BGP-LS Attribute.
このTLVの複数のインスタンス（各SRV6 END.X SIDに1つ）をBGP-LS属性に含めることができます。
The TLV has the following format:
TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Endpoint Behavior | Flags | Algorithm |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Weight | Reserved | SID (16 octets) ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) | Sub-TLVs (variable) . . .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: SRv6 End.X SID TLV Format
図2：SRV6 END.X SID TLV形式
where:
ただし：
Type:
タイプ：
1106
1106
Length:
長さ：
variable
変数可変変量ヴァリアブル変わり易いむらのある
Endpoint Behavior:
エンドポイントの動作：
2-octet field. The Endpoint behavior code point for this SRv6 SID as defined in Section 10.2 of [RFC8986].
2-OCTETフィールド。[RFC8986]のセクション10.2で定義されているこのSRV6 SIDのエンドポイントの動作コードポイント。
Flags:
フラグ：
1 octet of flags. The flags are copied from the IS-IS SRv6 End.X SID sub-TLV (Section 8.1 of [RFC9352]) or the OSPFv3 SRv6 End.X SID sub-TLV (Section 9.1 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively. In the case of the BGP EPE Peer Adjacency SID, the flags are as defined in Section 7.2.
旗の1オクテット。フラグは、IS-IS SRV6 END.X SID SUB-TLV（[RFC9352]のセクション8.1）またはOSPFV3 SRV6 END.X SID SUB-TLV（[RFC9513]のセクション9.1）からコピーされます。それぞれまたはOSPFV3。BGP EPEピア隣接SIDの場合、フラグはセクション7.2で定義されています。
Algorithm:
アルゴリズム：
1-octet field. Algorithm associated with the SID.
1-OCTETフィールド。SIDに関連付けられたアルゴリズム。
Weight:
重さ：
1-octet field. The value represents the weight of the SID for the purpose of load balancing. The use of the weight is defined in [RFC8402].
1-OCTETフィールド。値は、負荷分散を目的としたSIDの重量を表します。重量の使用は[RFC8402]で定義されています。
Reserved:
予約済み：
1-octet field that MUST be set to 0 when originated and ignored on receipt.
1-OCTETフィールドは、受信時に発信および無視されたときに0に設定する必要があります。
SID:
シド：
16-octet field. This field encodes the advertised SRv6 SID as a 128-bit value.
16-OCTETフィールド。このフィールドは、広告されたSRV6 SIDを128ビット値としてエンコードします。
Sub-TLVs:
サブTLV：
Used to advertise sub-TLVs that provide additional attributes for the specific SRv6 SID. This document defines one in Section 8.
特定のSRV6 SIDに追加の属性を提供するサブTLVを宣伝するために使用されます。このドキュメントは、セクション8の1つを定義しています。
For a LAN interface, an IGP node ordinarily announces only its adjacency to the IS-IS pseudonode (or the equivalent OSPF DR). The information advertised via this TLV is derived from the IS-IS SRv6 LAN End.X SID sub-TLV (Section 8.2 of [RFC9352]) or the OSPFv3 SRv6 LAN End.X SID sub-TLV (Section 9.2 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively. The SRv6 LAN End.X SID TLV allows a node to announce the SRv6 SID corresponding to its adjacencies to all other (i.e., non-DIS or non-DR) nodes attached to the LAN in a single instance of the BGP-LS Link NLRI. Without this TLV, multiple BGP-LS Link NLRIs would need to be originated, one for each neighbor, to advertise the SRv6 End.X SID TLVs for those non-DIS/non-DR neighbors. The SRv6 SID for these IGP adjacencies using the End.X behaviors (viz. End.X, End.X with PSP, End.X with USP, and End.X with PSP & USP) [RFC8986] are advertised using the SRv6 LAN End.X SID TLV.
LANインターフェイスの場合、IGPノードは通常、IS Pseudonode（または同等のOSPF DR）への隣接のみを発表します。このTLVを介して宣伝されている情報は、IS-IS SRV6 LAN END.X SID SUB-TLV（[RFC9352]のセクション8.2）またはOSPFV3 SRV6 LAN END.X SID SUB-TLV（[RFC9513]のセクション9.2）から派生しています。それぞれIS-ISまたはOSPFV3の場合。SRV6 LAN END.X SID TLVを使用すると、ノードは、BGP-LSリンクNLRIの単一の例で、LANに接続された他のすべての（すなわち、非DISまたは非DR）ノードに隣接するSRV6 SIDを発表できます。。このTLVがなければ、複数のBGP-LSリンクNLRIを発信する必要があります。1つは、隣のnlrisを1つずつ、SRV6 end.x sid tlvsを宣伝する必要があります。end.xの動作を使用したこれらのIGP隣接のSRV6 SID（viz。End.x、end.x with psp、end.x with psp＆uspでend.x）[RFC8986]は、SRV6 lanを使用して宣伝されていますend.x sid tlv。
More than one instance of this TLV (one for each SRv6 LAN End.X SID) can be included in the BGP-LS Attribute.
このTLVの複数のインスタンス（各SRV6 LAN END.X SIDに1つ）をBGP-LS属性に含めることができます。
The BGP-LS IS-IS SRv6 LAN End.X SID and BGP-LS OSPFv3 SRv6 LAN End.X SID TLVs have the following format:
BGP-LS IS-IS SRV6 LAN END.X SIDおよびBGP-LS OSPFV3 SRV6 LAN END.X SID TLVには、次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Endpoint Behavior | Flags | Algorithm |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Weight | Reserved | Neighbor ID - |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |
| IS-IS System-ID (6 octets) or OSPFv3 Router-ID (4 octets) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (16 octets) ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sub-TLVs (variable) . . .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: SRv6 LAN End.X SID TLV Format
図3：SRV6 LAN END.X SID TLV形式
where:
ただし：
Type:
タイプ：
1107 for IS-IS and 1108 for OSPFv3
IS-ISの場合は1107、OSPFV3の場合は1108
Length:
長さ：
variable
変数可変変量ヴァリアブル変わり易いむらのある
Endpoint Behavior:
エンドポイントの動作：
2-octet field. The Endpoint behavior code point for this SRv6 SID as defined in Section 10.2 of [RFC8986].
2-OCTETフィールド。[RFC8986]のセクション10.2で定義されているこのSRV6 SIDのエンドポイントの動作コードポイント。
Flags:
フラグ：
1 octet of flags. The flags are copied from the IS-IS SRv6 LAN End.X SID sub-TLV (Section 8.2 of [RFC9352]) or the OSPFv3 SRv6 LAN End.X SID sub-TLV (Section 9.2 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
旗の1オクテット。フラグは、IS-IS SRV6 LAN END.X SID SUB-TLV（[RFC9352]のセクション8.2）またはOSPFV3 SRV6 LAN END.X SID SUB-TLV（[RFC9513]のセクション9.2）からコピーされます。それぞれIS-ISまたはOSPFV3。
Algorithm:
アルゴリズム：
1-octet field. Algorithm associated with the SID.
1-OCTETフィールド。SIDに関連付けられたアルゴリズム。
Weight:
重さ：
1-octet field. The value represents the weight of the SID for the purpose of load balancing.
1-OCTETフィールド。値は、負荷分散を目的としたSIDの重量を表します。
Reserved:
予約済み：
1-octet field that MUST be set to 0 when originated and ignored on receipt.
1-OCTETフィールドは、受信時に発信および無視されたときに0に設定する必要があります。
Neighbor ID:
ネイバーID：
6 octets of Neighbor System-ID in the IS-IS SRv6 LAN End.X SID TLV or 4 octets of Neighbor Router-ID in the OSPFv3 SRv6 LAN End.X SID TLV.
IS-IS srv6 lan end.x sid tlvまたはospfv3 srv6 lan end.x sid tlvの隣接ルーター-idの4オクテットの隣接システムidの6オクテット。
SID:
シド：
16-octet field. This field encodes the advertised SRv6 SID as a 128-bit value.
16-OCTETフィールド。このフィールドは、広告されたSRV6 SIDを128ビット値としてエンコードします。
Sub-TLVs:
サブTLV：
Used to advertise sub-TLVs that provide additional attributes for the specific SRv6 SID. This document defines one in Section 8.
特定のSRV6 SIDに追加の属性を提供するサブTLVを宣伝するために使用されます。このドキュメントは、セクション8の1つを定義しています。
The Link MSD TLV [RFC8814] of the BGP-LS Attribute of the Link NLRI is also used to advertise the limits and the SRH operations supported on the specific link by the SRv6-capable node. The SRv6 MSD types specified in Section 4 of [RFC9352] are also used with the BGP-LS Link MSD TLV, as these code points are shared between the IS-IS, OSPF, and BGP-LS protocols. The description and semantics of these new MSD types for BGP-LS are identical as specified in [RFC9352].
リンクNLRIのBGP-LS属性のリンクMSD TLV [RFC8814]は、SRV6対応ノードによって特定のリンクでサポートされる制限とSRH操作を宣伝するためにも使用されます。[RFC9352]のセクション4で指定されたSRV6 MSDタイプは、BGP-LSリンクMSD TLVでも使用されます。これらのコードポイントは、IS-IS、OSPF、およびBGP-LSプロトコル間で共有されているためです。BGP-Lのこれらの新しいMSDタイプの説明とセマンティクスは、[RFC9352]で指定されているように同一です。
Each MSD type is encoded in the BGP-LS Link MSD TLV as a one-octet type followed by a one-octet value as derived from the IS-IS or OSPFv3 Link MSD advertisements specified in [RFC8814].
各MSDタイプは、[RFC8814]で指定されたIS-ISまたはOSOSPFV3リンクMSD広告から派生した1オクテットのタイプとして、BGP-LSリンクMSD TLVにエンコードされます。
SRv6 attributes with an IPv6 prefix are advertised using the BGP-LS Attribute TLVs defined in this section and associated with the BGP-LS Prefix NLRI.
IPv6プレフィックスを使用したSRV6属性は、このセクションで定義され、BGP-LSプレフィックスNLRIに関連付けられているBGP-LS属性TLVを使用して宣伝されます。
As specified in [RFC8986], an SRv6 SID comprises locator, function, and argument parts.
[RFC8986]で指定されているように、SRV6 SIDはロケーター、機能、および引数部分で構成されています。
A node is provisioned with one or more locators supported by that node. Locators are covering prefixes for the set of SIDs provisioned on that node. Each locator is advertised as a BGP-LS Prefix NLRI object along with the SRv6 Locator TLV in its BGP-LS Attribute.
ノードには、そのノードでサポートされている1つ以上のロケーターがプロビジョニングされます。ロケーターは、そのノードでプロビジョニングされたSIDのセットのプレフィックスをカバーしています。各ロケーターは、BGP-LS属性のSRV6ロケーターTLVとともに、BGP-LSプレフィックスNLRIオブジェクトとして宣伝されています。
The information advertised via this TLV is derived from the IS-IS SRv6 Locator TLV (Section 7.1 of [RFC9352]) or the OSPFv3 SRv6 Locator TLV (Section 7.1 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
このTLVを介して宣伝されている情報は、IS-ISまたはOSOSPFV3の場合のIS-IS SRV6ロケーターTLV（[RFC9352]のセクション7.1）またはOSPFV3 SRV6ロケーターTLV（[RFC9513]のセクション7.1）から派生しています。
The IPv6 Prefix matching the locator may also be advertised as prefix reachability by the underlying routing protocol. In this case, the Prefix NLRI would also be associated with the Prefix Metric TLV [RFC7752] that carries the routing metric for this prefix. A Prefix NLRI that has been advertised with a SRv6 Locator TLV is also considered a normal routing prefix (i.e., prefix reachability) only when there is also an IGP Metric TLV (TLV 1095) associated it. Otherwise, it is only considered an SRv6 Locator advertisement.
ロケーターに一致するIPv6プレフィックスは、基礎となるルーティングプロトコルによってプレフィックスの到達可能性として宣伝される場合もあります。この場合、プレフィックスNLRIは、このプレフィックスのルーティングメトリックを搭載するプレフィックスメトリックTLV [RFC7752]にも関連付けられます。SRV6ロケーターTLVで宣伝されているプレフィックスNLRIは、IGPメトリックTLV（TLV 1095）も関連付けられている場合にのみ、通常のルーティングプレフィックス（つまり、プレフィックスの到達可能性）と見なされます。それ以外の場合は、SRV6ロケーターの広告のみと見なされます。
The SRv6 Locator TLV has the following format:
SRV6ロケーターTLVには、次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Algorithm | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sub-TLVs (variable) . . .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: SRv6 Locator TLV Format
図4：SRV6ロケーターTLV形式
where:
ただし：
Type:
タイプ：
1162
1162
Length:
長さ：
variable
変数可変変量ヴァリアブル変わり易いむらのある
Flags:
フラグ：
1 octet of flags. The flags are copied from the IS-IS SRv6 Locator TLV (Section 7.1 of [RFC9352]) or the OSPFv3 SRv6 Locator TLV (Section 7.1 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
旗の1オクテット。フラグは、IS-ISまたはOSOSPFV3の場合、それぞれIS-IS SRV6ロケーターTLV（[RFC9352]のセクション7.1）またはOSPFV3 SRV6ロケーターTLV（[RFC9513]のセクション7.1）からコピーされます。
Algorithm:
アルゴリズム：
1-octet field. Algorithm associated with the SID.
1-OCTETフィールド。SIDに関連付けられたアルゴリズム。
Reserved:
予約済み：
2-octet field. The value MUST be set to 0 when originated and ignored on receipt.
2-OCTETフィールド。受信時に発信および無視された場合、値は0に設定する必要があります。
Metric:
メトリック：
4-octet field. The value of the metric for the locator copied from the IS-IS SRv6 Locator TLV (Section 7.1 of [RFC9352]) or the OSPFv3 SRv6 Locator TLV (Section 7.1 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
4-OCTETフィールド。IS-ISまたはOSOSPFV3の場合のIS-IS SRV6ロケーターTLV（[RFC9352]のセクション7.1）またはOSPFV3 SRV6ロケーターTLV（[RFC9513]のセクション7.1）からコピーされたロケーターのメトリックの値の値は、それぞれISまたはOSPFv3。
Sub-TLVs:
サブTLV：
Used to advertise sub-TLVs that provide additional attributes for the given SRv6 Locator. Currently, none are defined.
指定されたSRV6ロケーターに追加の属性を提供するサブTLVを宣伝するために使用されます。現在、定義されていません。
The Link-State NLRI defined in [RFC7752] is extended to carry the SRv6 SID information.
[RFC7752]で定義されているリンク状態NLRIは、SRV6 SID情報を運ぶために拡張されています。
This document defines the following new Link-State NLRI type for SRv6 SID information: SRv6 SID NLRI (type 6).
このドキュメントでは、SRV6 SID情報の次の新しいリンク状態NLRIタイプ：SRV6 SID NLRI（タイプ6）を定義しています。
The SRv6 SIDs associated with the node are advertised using the BGP-LS SRv6 SID NLRI.
ノードに関連付けられたSRV6 SIDSは、BGP-LS SRV6 SID NLRIを使用して宣伝されています。
This new NLRI type has the following format:
この新しいNLRIタイプには、次の形式があります。
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
+-+-+-+-+-+-+-+-+
| Protocol-ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identifier |
| (8 octets) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Local Node Descriptors (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SRv6 SID Descriptors (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5: SRv6 SID NLRI Format
図5：SRV6 SID NLRI形式
where:
ただし：
Protocol-ID:
Protocol-ID：
1-octet field that specifies the information source protocol [RFC7752].
情報ソースプロトコル[RFC7752]を指定する1-オクテットフィールド。
Identifier:
識別子：
8-octet value as defined in [RFC7752].
[RFC7752]で定義されている8-オクテット値。
Local Node Descriptors TLV:
ローカルノード記述子TLV：
Set of Node Descriptor TLVs for the local node as defined in [RFC7752] for IGPs, the Direct Protocol-ID, and the Static configuration Protocol-ID or as defined in [RFC9086] for BGP.
IGPS、Direct Protocol-ID、および静的構成プロトコルIDで[RFC7752]で定義されているローカルノードのノード記述子TLVのセット、またはBGPの[RFC9086]で定義されている。
SRv6 SID Descriptors:
SRV6 SID記述子：
Set of SRv6 SID Descriptor TLVs. This field MUST contain a single SRv6 SID Information TLV (Section 6.1) and MAY contain the Multi-Topology Identifier TLV [RFC7752].
SRV6 SID記述子TLVのセット。このフィールドには、単一のSRV6 SID情報TLV（セクション6.1）が含まれている必要があり、マルチトポロジ識別子TLV [RFC7752]が含まれている場合があります。
New TLVs for advertisement within the BGP-LS Attribute [RFC7752] are defined in Section 7 to carry the attributes of an SRv6 SID.
BGP-LS属性[RFC7752]内の広告用の新しいTLVは、SRV6 SIDの属性を伝達するためにセクション7で定義されています。
An SRv6 SID that is associated with the node and advertised using the SRv6 SID NLRI is encoded using the SRv6 SID Information TLV.
ノードに関連付けられ、SRV6 SID NLRIを使用して広告されたSRV6 SIDは、SRV6 SID情報TLVを使用してエンコードされます。
When advertising the SRv6 SIDs from the IGPs, the SID information is derived from the IS-IS SRv6 End SID sub-TLV (Section 7.2 of [RFC9352]) or the OSPFv3 SRv6 End SID sub-TLV (Section 8 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
IGPSからSRV6 SIDを宣伝するとき、SID情報はIS-IS SRV6 END SID SUB-TLV（[RFC9352]のセクション7.2）またはOSPFV3 SRV6 END SID SUB-TLV（[RFC9513]のセクション8）から派生しています。それぞれIS-ISまたはOSPFV3の場合。
The TLV carries the SRv6 SIDs corresponding to the BGP PeerNode and PeerSet SIDs [RFC8402] when SRv6 BGP EPE functionality is enabled in BGP.
TLVは、SRV6 BGP EPE機能がBGPで有効になっている場合、BGP PeernodeおよびPeerset SIDS [RFC8402]に対応するSRV6 SIDSを搭載しています。
The TLV has the following format:
TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (16 octets) ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID (cont ...) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 6: SRv6 SID Information TLV Format
図6：SRV6 SID情報TLV形式
where:
ただし：
Type:
タイプ：
518
518
Length:
長さ：
16
16
SID:
シド：
16-octet field. This field encodes the advertised SRv6 SID as a 128-bit value.
16-OCTETフィールド。このフィールドは、広告されたSRV6 SIDを128ビット値としてエンコードします。
This section specifies the TLVs to be carried in the BGP Link State Attribute associated with the BGP-LS SRv6 SID NLRI.
このセクションでは、BGP-LS SRV6 SID NLRIに関連付けられたBGPリンク状態属性に運ばれるTLVを指定します。
Each SRv6 SID instantiated on an SRv6-capable node has specific instructions (called "behavior") bound to it. [RFC8986] describes how behaviors are bound to a SID and also defines the initial set of well-known behaviors.
SRV6対応ノードにインスタンス化された各SRV6 SIDには、それにバインドされた特定の指示（「動作」と呼ばれます）があります。[RFC8986]は、行動がSIDにどのように拘束されるかを説明し、よく知られている行動の初期セットを定義します。
The SRv6 Endpoint Behavior TLV is a mandatory TLV that MUST be included in the BGP-LS Attribute associated with the BGP-LS SRv6 SID NLRI.
SRV6エンドポイントの動作TLVは、BGP-LS SRV6 SID NLRIに関連付けられたBGP-LS属性に含める必要がある必須のTLVです。
When advertising the SRv6 SIDs from the IGPs, the Endpoint behavior, Flags, and Algorithm are derived from the IS-IS SRv6 End SID sub-TLV (Section 7.2 of [RFC9352]) or the OSPFv3 SRv6 End SID sub-TLV (Section 8 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
IGPSからSRV6 SIDを宣伝するとき、エンドポイントの動作、フラグ、およびアルゴリズムは、IS-IS SRV6 END SID SUB-TLV（[RFC9352]のセクション7.2）またはOSPFV3 SRV6 END SID SUB-TLV（セクション8）から派生しています。[rfc9513]）のそれぞれIS-ISまたはOSPFV3の場合。
When advertising the SRv6 SIDs corresponding to the BGP EPE functionality, the Endpoint behavior corresponds to End.X and similar behaviors. When advertising the SRv6 SIDs that are locally instantiated on the node using Direct as the Protocol-ID, the Endpoint behavior corresponds to any SRv6 Endpoint behavior associated with the node. Flags are currently not defined. The algorithm value MUST be 0 unless an algorithm is associated locally with the SRv6 Locator from which the SID is allocated.
BGP EPE機能に対応するSRV6 SIDを宣伝する場合、エンドポイントの動作はend.xおよび同様の動作に対応します。プロトコルIDとして直接使用してノードに局所的にインスタンス化されたSRV6 SIDを宣伝する場合、エンドポイントの動作は、ノードに関連付けられたSRV6エンドポイントの動作に対応します。現在、フラグは定義されていません。アルゴリズムがSIDが割り当てられるSRV6ロケーターにローカルに関連付けられていない限り、アルゴリズム値は0でなければなりません。
The TLV has the following format:
TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Endpoint Behavior | Flags | Algorithm |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 7: SRv6 Endpoint Behavior TLV
図7：SRV6エンドポイントの動作TLV
where:
ただし：
Type:
タイプ：
1250
1250
Length:
長さ：
4
4
Endpoint Behavior:
エンドポイントの動作：
2-octet field. The Endpoint behavior code point for this SRv6 SID. Values are from the "SRv6 Endpoint Behaviors" IANA registry (Section 10.2 of [RFC8986]).
2-OCTETフィールド。このSRV6 SIDのエンドポイント動作コードポイント。値は、「SRV6エンドポイント動作」IANAレジストリ（[RFC8986]のセクション10.2）からのものです。
Flags:
フラグ：
1 octet of flags. The flags map to the IS-IS or OSPFv3 encodings when advertising SRv6 SIDs corresponding to IGPs. No flags are currently defined for SRv6 SIDs corresponding to BGP EPE or for advertisement of a SRv6 SID using Direct as the Protocol-ID. Undefined flags MUST be set to 0 when originating and ignored on receipt.
旗の1オクテット。フラグは、IGPSに対応するSRV6 SIDを宣伝するときに、IS-ISまたはOSPFV3エンコーディングにマッピングされます。現在、BGP EPEに対応するSRV6 SID、またはProtocol-IDとして直接使用したSRV6 SIDの広告については、フラグは定義されていません。定義されていないフラグは、発信するときに0に設定し、受領時に無視する必要があります。
Algorithm:
アルゴリズム：
1-octet field. Algorithm associated with the SID.
1-OCTETフィールド。SIDに関連付けられたアルゴリズム。
The BGP PeerNode and PeerSet SIDs for SR-MPLS are specified in [RFC9086]. Similar Peer Node and Peer Set functionality can be realized with SRv6 using SIDs with END.X behavior. Refer to Appendix A for some differences between the signaling of these SIDs in SR-MPLS and SRv6. The SRv6 BGP PeerNode SID TLV is a mandatory TLV for use in the BGP-LS Attribute for an SRv6 SID NLRI advertised by BGP for the EPE functionality. This TLV MUST be included along with SRv6 SIDs that are associated with the BGP PeerNode or PeerSet functionality.
SR-MPLのBGP PeernodeおよびPeerset SIDは[RFC9086]で指定されています。同様のピアノードとピアセット機能は、end.x動作を備えたSIDを使用してSRV6で実現できます。SR-MPLSおよびSRV6のこれらのSIDのシグナル伝達の違いについては、付録Aを参照してください。SRV6 BGP Peernode SID TLVは、EPE機能のためにBGPによって宣伝されているSRV6 SID NLRIのBGP-LS属性で使用するための必須のTLVです。このTLVは、BGP PeernodeまたはPeerset機能に関連するSRV6 SIDとともに含める必要があります。
The TLV has the following format:
TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Weight | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Peer AS Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Peer BGP Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 8: SRv6 BGP PeerNode SID TLV Format
図8：SRV6 BGP Peernode Sid TLV形式
where:
ただし：
Type:
タイプ：
1251
1251
Length:
長さ：
12
12
Flags:
フラグ：
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|B|S|P| |
+-+-+-+-+-+-+-+-+
Figure 9: SRv6 BGP EPE SID Flags Format
図9：SRV6 BGP EPE SIDフラグ形式
B-Flag:
b-flag：
Backup Flag. If set, the SID is eligible to be protected using Fast Reroute (FRR). The computation of the backup forwarding path and its association with the forwarding entry for the Peer BGP Identifier are implementation specific.
バックアップフラグ。設定されている場合、SIDはFast Reroute（FRR）を使用して保護される資格があります。バックアップ転送パスの計算と、ピアBGP識別子の転送エントリとの関連は、実装固有です。
S-Flag:
s-flag：
Set Flag. When set, the S-Flag indicates that the SID refers to a set of BGP peering sessions (i.e., BGP Peer Set SID functionality) and therefore MAY be assigned to one or more End.X SIDs associated with BGP peering sessions.
フラグを設定します。設定すると、S-Flagは、SIDが一連のBGPピアリングセッション（つまり、BGPピアセットSID機能）を参照していることを示し、したがって、BGPピアリングセッションに関連付けられた1つ以上のEnd.x SIDに割り当てられる可能性があります。
P-Flag:
P-Flag：
Persistent Flag. When set, the P-Flag indicates that the SID is persistently allocated, i.e., the value remains consistent across router restart and/or session flap.
永続的なフラグ。設定すると、P-FLAGは、SIDが永続的に割り当てられていることを示します。つまり、ルーターの再起動および/またはセッションフラップ全体で値が一貫したままです。
Other bits are reserved for future use and MUST be set to 0 when originated and ignored on receipt. The flags defined above are also used with the SRv6 End.X SID TLV when advertising the SRv6 BGP Peer Adjacency SID (Section 4.1).
他のビットは将来の使用のために予約されており、受領時に発信および無視された場合は0に設定する必要があります。上記のフラグは、SRV6 BGP PEER隣接SID（セクション4.1）を宣伝する際に、SRV6 END.X SID TLVでも使用されます。
1 octet of flags with the following definitions: 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |B|S|P| | +-+-+-+-+-+-+-+-+ Figure 9: SRv6 BGP EPE SID Flags Format B-Flag: Backup Flag. If set, the SID is eligible to be protected using Fast Reroute (FRR). The computation of the backup forwarding path and its association with the forwarding entry for the Peer BGP Identifier are implementation specific. S-Flag: Set Flag. When set, the S-Flag indicates that the SID refers to a set of BGP peering sessions (i.e., BGP Peer Set SID functionality) and therefore MAY be assigned to one or more End.X SIDs associated with BGP peering sessions. P-Flag: Persistent Flag. When set, the P-Flag indicates that the SID is persistently allocated, i.e., the value remains consistent across router restart and/or session flap. Other bits are reserved for future use and MUST be set to 0 when originated and ignored on receipt. The flags defined above are also used with the SRv6 End.X SID TLV when advertising the SRv6 BGP Peer Adjacency SID (Section 4.1).
次の定義で旗の1オクテット：0 1 2 3 4 5 6 7------- | B | S | P ||--------図9：SRV6 BGP EPE SID FLAGS FORMAT B -FLAG：バックアップフラグ。設定されている場合、SIDはFast Reroute（FRR）を使用して保護される資格があります。バックアップ転送パスの計算と、ピアBGP識別子の転送エントリとの関連は、実装固有です。S-Flag：フラグを設定します。設定すると、S-Flagは、SIDが一連のBGPピアリングセッション（つまり、BGPピアセットSID機能）を参照していることを示し、したがって、BGPピアリングセッションに関連付けられた1つ以上のEnd.x SIDに割り当てられる可能性があります。P-Flag：永続的なフラグ。設定すると、P-FLAGは、SIDが永続的に割り当てられていることを示します。つまり、ルーターの再起動および/またはセッションフラップ全体で値が一貫したままです。他のビットは将来の使用のために予約されており、受領時に発信および無視された場合は0に設定する必要があります。上記のフラグは、SRV6 BGP PEER隣接SID（セクション4.1）を宣伝する際に、SRV6 END.X SID TLVでも使用されます。
Weight:
重さ：
1-octet field. The value represents the weight of the SID for the purpose of load balancing. The use of the weight is defined in [RFC8402].
1-OCTETフィールド。値は、負荷分散を目的としたSIDの重量を表します。重量の使用は[RFC8402]で定義されています。
Reserved:
予約済み：
2-octet field. The value MUST be set to 0 when originated and ignored on receipt.
2-OCTETフィールド。受信時に発信および無視された場合、値は0に設定する必要があります。
Peer AS Number:
数としてのピア：
4 octets of the BGP AS number of the peer router.
ピアルーターの数としてのBGPの4オクテット。
Peer BGP Identifier:
ピアBGP識別子：
4 octets of the BGP Identifier (BGP Router-ID) of the peer router.
ピアルーターのBGP識別子（BGPルーター-ID）の4オクテット。
For an SRv6 BGP EPE PeerNode SID, one instance of this TLV is associated with the SRv6 SID. For an SRv6 BGP EPE PeerSet SID, multiple instances of this TLV (one for each peer in the "peer set") are associated with the SRv6 SID and the S-Flag is set.
SRV6 BGP EPE Peernode SIDの場合、このTLVの1つのインスタンスはSRV6 SIDに関連付けられています。SRV6 BGP EPE Peerset SIDの場合、このTLVの複数のインスタンス（「ピアセット」の各ピア用）がSRV6 SIDに関連付けられ、S-Flagが設定されています。
The SRv6 SID Structure TLV is used to advertise the length of each individual part of the SRv6 SID as defined in [RFC8986]. It is an optional TLV for use in the BGP-LS Attribute for an SRv6 SID NLRI and as a sub-TLV of the SRv6 End.X SID, IS-IS SRv6 LAN End.X SID, and OSPFv3 SRv6 LAN End.X SID TLVs.
SRV6 SID構造TLVは、[RFC8986]で定義されているように、SRV6 SIDの各部分の長さを宣伝するために使用されます。これは、SRV6 SID NLRIのBGP-LS属性およびSRV6 END.X SIDのサブTLVとして使用するオプションのTLVであり、IS-IS SRV6 LAN END.X SID、およびOSPFV3 SRV6 LAN END.X SIDTLVS。
When advertising SRv6 SIDs from the IGPs, the SRv6 SID Structure information is derived from the IS-IS SRv6 SID Structure sub-sub-TLV (Section 9 of [RFC9352]) or the OSPFv3 SRv6 SID Structure sub-TLV (Section 10 of [RFC9513]) in the case of IS-IS or OSPFv3, respectively.
IGPSからSRV6 SIDを宣伝する場合、SRV6 SID構造情報は、IS-IS SRV6 SID構造サブサブ-TLV（[RFC9352]のセクション9）またはOSPFV3 SRV6 SID構造Sub-TLV（[セクション10のセクション10）から派生しています。RFC9513]）IS-ISまたはOSPFV3の場合、それぞれ。
When advertising the SRv6 SIDs corresponding to the BGP EPE functionality or for advertising SRv6 SIDs using Direct as the Protocol-ID, the SRv6 SID Structure information is derived from the locally provisioned SRv6 SID.
BGP EPE機能に対応するSRV6 SIDを宣伝する場合、またはProtocol-IDとしてDirectを使用してSRV6 SIDを広告する場合、SRV6 SID構造情報は、ローカルで提供されたSRV6 SIDから派生します。
The TLV has the following format:
TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LB Length | LN Length | Fun. Length | Arg. Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 10: SRv6 SID Structure TLV
図10：SRV6 SID構造TLV
where:
ただし：
Type:
タイプ：
1252
1252
Length:
長さ：
4
4
LB Length:
LBの長さ：
1-octet field. SRv6 SID Locator Block length in bits.
1-OCTETフィールド。srv6 sidロケーターブロック長さのブロック長。
LN Length:
lnの長さ：
1-octet field. SRv6 SID Locator Node length in bits.
1-OCTETフィールド。SRV6 SIDロケーターノード長さのビット。
Fun. Length:
楽しい。長さ：
1-octet field. SRv6 SID Function length in bits.
1-OCTETフィールド。SRV6 SID関数のビットの長さ。
Arg. Length:
arg。長さ：
1-octet field. SRv6 SID Argument length in bits.
1-OCTETフィールド。srv6 sidビットの引数長。
The sum of the LB Length, LN Length, Fun. Length, and Arg. Length MUST be less than or equal to 128.
LBの長さ、LNの長さ、楽しみの合計。長さ、およびarg。長さは128以下でなければなりません。
Per this document, IANA has allocated code points in the "Border Gateway Protocol - Link State (BGP-LS) Parameters" registry group, as described in the subsections below.
このドキュメントに従って、IANAは、以下のサブセクションで説明されているように、「Border Gateway Protocol -link State（BGP -LS）パラメーター」レジストリグループにコードポイントを割り当てています。
IANA has assigned the following code points in the "BGP-LS NLRI Types" registry:
IANAは、「BGP-LS NLRIタイプ」レジストリに次のコードポイントを割り当てました。
+======+===============+===========+
| Type | NLRI Type | Reference |
+======+===============+===========+
| 6 | SRv6 SID NLRI | RFC 9514 |
+------+---------------+-----------+
Table 1: Addition to BGP-LS NLRI Types Registry
表1：BGP-LS NLRI型レジストリへの追加
IANA has assigned the following TLV code points in the "BGP-LS NLRI and Attribute TLVs" registry:
IANAは、「BGP-LS NLRIおよび属性TLVS」レジストリに次のTLVコードポイントを割り当てました。
+================+===========================+===========+
| TLV Code Point | Description | Reference |
+================+===========================+===========+
| 518 | SRv6 SID Information | RFC 9514 |
+----------------+---------------------------+-----------+
| 1038 | SRv6 Capabilities | RFC 9514 |
+----------------+---------------------------+-----------+
| 1106 | SRv6 End.X SID | RFC 9514 |
+----------------+---------------------------+-----------+
| 1107 | IS-IS SRv6 LAN End.X SID | RFC 9514 |
+----------------+---------------------------+-----------+
| 1108 | OSPFv3 SRv6 LAN End.X SID | RFC 9514 |
+----------------+---------------------------+-----------+
| 1162 | SRv6 Locator | RFC 9514 |
+----------------+---------------------------+-----------+
| 1250 | SRv6 Endpoint Behavior | RFC 9514 |
+----------------+---------------------------+-----------+
| 1251 | SRv6 BGP PeerNode SID | RFC 9514 |
+----------------+---------------------------+-----------+
| 1252 | SRv6 SID Structure | RFC 9514 |
+----------------+---------------------------+-----------+
Table 2: Additions to BGP-LS NLRI and Attribute TLVs Registry
表2：BGP-LS NLRIおよび属性TLVSレジストリへの追加
Per this document, IANA has created a new registry called "SRv6 BGP EPE SID Flags" under the "Border Gateway Protocol - Link State (BGP-LS) Parameters" registry group. The allocation policy of this registry is "Standards Action" according to [RFC8126].
このドキュメントに従って、IANAは、「Border Gateway Protocol -link State（BGP -LS）パラメーター」レジストリグループの下で「SRV6 BGP EPE SIDフラグ」と呼ばれる新しいレジストリを作成しました。[RFC8126]によると、このレジストリの割り当てポリシーは「標準アクション」です。
The initial contents of the registry are as follows:
レジストリの最初の内容は次のとおりです。
+=====+==========================+===========+
| Bit | Description | Reference |
+=====+==========================+===========+
| 0 | Backup Flag (B-Flag) | RFC 9514 |
+-----+--------------------------+-----------+
| 1 | Set Flag (S-Flag) | RFC 9514 |
+-----+--------------------------+-----------+
| 2 | Persistent Flag (P-Flag) | RFC 9514 |
+-----+--------------------------+-----------+
| 3-7 | Unassigned | |
+-----+--------------------------+-----------+
Table 3: New SRv6 BGP EPE SID Flags Registry
表3：新しいSRV6 BGP EPE SIDフラグレジストリ
This section is structured as recommended in [RFC5706].
このセクションは、[RFC5706]で推奨されているように構成されています。
The new protocol extensions introduced in this document augment the existing IGP topology information that is distributed via [RFC7752]. Procedures and protocol extensions defined in this document do not affect the BGP protocol operations and management other than as discussed in Section 6 (Manageability Considerations) of [RFC7752]. Specifically, the malformed attribute tests for syntactic checks in Section 6.2.2 (Fault Management) of [RFC7752] now encompass the new BGP-LS extensions defined in this document. The semantic or content checking for the TLVs specified in this document and their association with the BGP-LS NLRI types or their BGP-LS Attribute are left to the consumer of the BGP-LS information (e.g., an application or a controller) and not BGP.
このドキュメントで導入された新しいプロトコル拡張は、[RFC7752]を介して分布する既存のIGPトポロジ情報を強化します。このドキュメントで定義されている手順とプロトコル拡張は、[RFC7752]のセクション6（管理可能性に関する考慮事項）で説明したもの以外に、BGPプロトコル操作と管理に影響しません。具体的には、[RFC7752]のセクション6.2.2（障害管理）の構文チェックの奇形属性テストは、このドキュメントで定義されている新しいBGP-LS拡張機能を含むようになりました。このドキュメントで指定されたTLVのセマンティックまたはコンテンツのチェックおよびBGP-LS NLRIタイプまたはそのBGP-LS属性との関連は、BGP-LS情報（アプリケーションまたはコントローラーなど）の消費者に任され、BGP。
The SR information introduced in BGP-LS by this specification may be used by BGP-LS consumer applications like an SR Path Computation Engine (PCE) to learn the SRv6 capabilities of the nodes in the topology and the mapping of SRv6 segments to those nodes. This can enable the SR PCE to perform path computations based on SR for traffic-engineering use cases and to steer traffic on paths different from the underlying IGP-based distributed best path computation. Errors in the encoding or decoding of the SRv6 information may result in the unavailability of such information to the SR PCE or incorrect information being made available to it. This may result in the SR PCE not being able to perform the desired SR-based optimization functionality or performing it in an unexpected or inconsistent manner. The handling of such errors by applications like SR PCE may be implementation specific and out of the scope of this document.
この仕様によってBGP-LSで導入されたSR情報は、SR Path Computation Engine（PCE）などのBGP-LS消費者アプリケーションで使用して、トポロジのノードのSRV6機能とこれらのノードへのSRV6セグメントのマッピングを学習できます。これにより、SR PCEは、トラフィックエンジニアリングのユースケースのSRに基づいてパス計算を実行し、基礎となるIGPベースの分散ベストパス計算とは異なるパスのトラフィックを導くことができます。SRV6情報のエンコードまたはデコードのエラーにより、SR PCEにそのような情報が利用できない場合や、誤った情報が利用可能になる場合があります。これにより、SR PCEが目的のSRベースの最適化機能を実行できない場合や、予期しないまたは一貫性のない方法で実行できなくなる可能性があります。SR PCEなどのアプリケーションによるこのようなエラーの処理は、このドキュメントの範囲外であり、範囲外である可能性があります。
The manageability considerations related to BGP EPE functionality are discussed in [RFC9086] in the context of SR-MPLS; they also apply to this document in the context of SRv6.
BGP EPE機能に関連する管理可能性の考慮事項は、SR-MPLSのコンテキストで[RFC9086]で説明されています。また、SRV6のコンテキストでこのドキュメントにも適用されます。
The extensions specified in this document do not introduce any new configuration or monitoring aspects in BGP or BGP-LS other than as discussed in [RFC7752]. The manageability aspects of the underlying SRv6 features are covered by [SRV6-YANG].
このドキュメントで指定された拡張機能は、[RFC7752]で説明されている以外のBGPまたはBGP-Lの新しい構成または監視の側面を導入しません。基礎となるSRV6機能の管理可能性の側面は、[SRV6-Yang]でカバーされています。
The new protocol extensions introduced in this document augment the existing IGP topology information that is distributed via [RFC7752]. The advertisement of the SRv6 link-state information defined in this document presents a similar risk as associated with the existing link-state information as described in [RFC7752]. Section 8 (Security Considerations) of [RFC7752] also applies to these extensions. The procedures and new TLVs defined in this document, by themselves, do not affect the BGP-LS security model discussed in [RFC7752].
このドキュメントで導入された新しいプロトコル拡張は、[RFC7752]を介して分布する既存のIGPトポロジ情報を強化します。このドキュメントで定義されているSRV6リンク状態情報の広告は、[RFC7752]で説明されているように、既存のリンク状態情報に関連付けられているように同様のリスクを示します。[RFC7752]のセクション8（セキュリティ上の考慮事項）は、これらの拡張機能にも適用されます。このドキュメントで定義されている手順と新しいTLVは、それ自体によって、[RFC7752]で説明されているBGP-LSセキュリティモデルに影響しません。
The extensions introduced in this document are used to propagate IGP-defined information [RFC9352] [RFC9513]. These extensions represent the advertisement of SRv6 information associated with the IGP node, link, and prefix. The IGP instances originating these TLVs are assumed to support all the required security and authentication mechanisms (as described in [RFC9352] and [RFC9513]).
このドキュメントで導入された拡張機能は、IGP定義の情報[RFC9352] [RFC9513]を伝播するために使用されます。これらの拡張機能は、IGPノード、リンク、およびプレフィックスに関連付けられたSRV6情報の広告を表します。これらのTLVを発信するIGPインスタンスは、必要なすべてのセキュリティおよび認証メカニズムをサポートすると想定されています（[RFC9352]および[RFC9513]）。
The security considerations related to BGP EPE functionality are discussed in [RFC9086] in the context of SR-MPLS, and they also apply to this document in the context of SRv6.
BGP EPE機能に関連するセキュリティ上の考慮事項は、SR-MPLSのコンテキストで[RFC9086]で説明されており、SRV6のコンテキストでこのドキュメントにも適用されます。
BGP-LS SRv6 extensions enable traffic-engineering use cases within the SR domain. SR operates within a trusted domain [RFC8402], and its security considerations also apply to BGP-LS sessions when carrying SR information. The SR traffic-engineering policies using the SIDs advertised via BGP-LS are expected to be used entirely within this trusted SR domain (e.g., between multiple AS or IGP domains within a single provider network). Therefore, precaution is necessary to ensure that the link-state information (including SRv6 information) advertised via BGP-LS sessions is securely limited to consumers within this trusted SR domain. BGP peering sessions for address families other than Link State may be set up to routers outside the SR domain. The isolation of BGP-LS peering sessions is RECOMMENDED to ensure that BGP-LS topology information (including the newly added SR information) is not advertised to an external BGP peering session outside the SR domain.
BGP-LS SRV6拡張機能により、SRドメイン内のトラフィックエンジニアリングユースケースが可能になります。SRは信頼できるドメイン[RFC8402]内で動作し、そのセキュリティ上の考慮事項は、SR情報を運ぶときにBGP-LSセッションにも適用されます。BGP-LSを介して宣伝されたSIDを使用したSRトラフィックエンジニアリングポリシーは、この信頼できるSRドメイン内で完全に使用されると予想されます（たとえば、単一のプロバイダーネットワーク内の複数ASまたはIGPドメイン間）。したがって、BGP-LSセッションを介して宣伝されているリンク状態情報（SRV6情報を含む）が、この信頼できるSRドメイン内の消費者にしっかりと限定されることを保証するために予防策が必要です。リンク状態以外のアドレスファミリのBGPピアリングセッションは、SRドメインの外側のルーターに設定される場合があります。BGP-LSトポロジー情報（新しく追加されたSR情報を含む）がSRドメインの外部BGPピアリングセッションに宣伝されていないことを確認するために、BGP-LSピアリングセッションの分離をお勧めします。
[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>.
[RFC7752] Gredler, H., Ed., Medved, J., Previdi, S., Farrel, A., and
S. Ray, "North-Bound Distribution of Link-State and
Traffic Engineering (TE) Information Using BGP", RFC 7752,
DOI 10.17487/RFC7752, March 2016,
<https://www.rfc-editor.org/info/rfc7752>.
[RFC8126] Cotton, M., Leiba, B., and T. Narten, "Guidelines for
Writing an IANA Considerations Section in RFCs", BCP 26,
RFC 8126, DOI 10.17487/RFC8126, June 2017,
<https://www.rfc-editor.org/info/rfc8126>.
[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>.
[RFC8402] Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L.,
Decraene, B., Litkowski, S., and R. Shakir, "Segment
Routing Architecture", RFC 8402, DOI 10.17487/RFC8402,
July 2018, <https://www.rfc-editor.org/info/rfc8402>.
[RFC8814] Tantsura, J., Chunduri, U., Talaulikar, K., Mirsky, G.,
and N. Triantafillis, "Signaling Maximum SID Depth (MSD)
Using the Border Gateway Protocol - Link State", RFC 8814,
DOI 10.17487/RFC8814, August 2020,
<https://www.rfc-editor.org/info/rfc8814>.
[RFC8986] Filsfils, C., Ed., Camarillo, P., Ed., Leddy, J., Voyer,
D., Matsushima, S., and Z. Li, "Segment Routing over IPv6
(SRv6) Network Programming", RFC 8986,
DOI 10.17487/RFC8986, February 2021,
<https://www.rfc-editor.org/info/rfc8986>.
[RFC9085] Previdi, S., Talaulikar, K., Ed., Filsfils, C., Gredler,
H., and M. Chen, "Border Gateway Protocol - Link State
(BGP-LS) Extensions for Segment Routing", RFC 9085,
DOI 10.17487/RFC9085, August 2021,
<https://www.rfc-editor.org/info/rfc9085>.
[RFC9086] Previdi, S., Talaulikar, K., Ed., Filsfils, C., Patel, K.,
Ray, S., and J. Dong, "Border Gateway Protocol - Link
State (BGP-LS) Extensions for Segment Routing BGP Egress
Peer Engineering", RFC 9086, DOI 10.17487/RFC9086, August
2021, <https://www.rfc-editor.org/info/rfc9086>.
[RFC9352] Psenak, P., Ed., Filsfils, C., Bashandy, A., Decraene, B.,
and Z. Hu, "IS-IS Extensions to Support Segment Routing
over the IPv6 Data Plane", RFC 9352, DOI 10.17487/RFC9352,
February 2023, <https://www.rfc-editor.org/info/rfc9352>.
[RFC9513] Li, Z., Hu, Z., Talaulikar, K., Ed., and P. Psenak,
"OSPFv3 Extensions for Segment Routing over IPv6 (SRv6)",
RFC 9513, DOI 10.17487/RFC9513, December 2023,
<https://www.rfc-editor.org/info/rfc9513>.
[RFC5706] Harrington, D., "Guidelines for Considering Operations and
Management of New Protocols and Protocol Extensions",
RFC 5706, DOI 10.17487/RFC5706, November 2009,
<https://www.rfc-editor.org/info/rfc5706>.
[RFC8754] Filsfils, C., Ed., Dukes, D., Ed., Previdi, S., Leddy, J.,
Matsushima, S., and D. Voyer, "IPv6 Segment Routing Header
(SRH)", RFC 8754, DOI 10.17487/RFC8754, March 2020,
<https://www.rfc-editor.org/info/rfc8754>.
[SRV6-YANG]
Raza, S., Agarwal, S., Liu, X., Hu, Z., Hussain, I., Shah,
H. C., Voyer, D., Matsushima, S., Horiba, K.,
Rajamanickam, J., and A. Abdelsalam, "YANG Data Model for
SRv6 Base and Static", Work in Progress, Internet-Draft,
draft-ietf-spring-srv6-yang-02, 23 September 2022,
<https://datatracker.ietf.org/doc/html/draft-ietf-spring-
srv6-yang-02>.
The signaling of SRv6 SIDs corresponding to BGP-EPE functionality as defined in this document differs from the signaling of SR-MPLS BGP-EPE SIDs as specified in [RFC9086]. This section provides a high-level overview of the same.
このドキュメントで定義されているBGP-EPE機能に対応するSRV6 SIDSのシグナル伝達は、[RFC9086]で指定されているSR-MPLS BGP-EPE SIDSのシグナルとは異なります。このセクションでは、同じレベルの概要を説明します。
There is no difference in the advertisement of the BGP Peer Adjacency SID in both SR-MPLS and SRv6, and it is advertised as an attribute of the Link NLRI, which identifies a specific Layer 3 interface on the BGP Speaker. The difference is in the advertisement of the BGP PeerNode and PeerSet SIDs.
SR-MPLSとSRV6の両方のBGP PEER隣接SIDの広告に違いはなく、BGPスピーカーの特定のレイヤー3インターフェイスを識別するリンクNLRIの属性として宣伝されています。違いは、BGP PeernodeおよびPeerset Sidsの広告にあります。
In the case of SR-MPLS, an additional Link NLRI is required to be advertised corresponding to each BGP peering session on the node. Note that this is not the same Link NLRI associated with the actual Layer 3 interface even when the peering is set up using the interface IP addresses. These BGP-LS Link NLRIs are not really links in the conventional link-state routing data model but instead identify BGP peering sessions. The BGP PeerNode and/or PeerSet SIDs associated with that peering session are advertised as attributes associated with this peering Link NLRI. In the case of SRv6, each BGP PeerNode or PeerSet SID is considered to be associated with the BGP Speaker Node and is advertised using the BGP-LS SRv6 SID NLRI, while the peering session information is advertised as attributes associated with it.
SR-MPLSの場合、ノード上の各BGPピアリングセッションに対応する追加のリンクNLRIを宣伝する必要があります。これは、インターフェイスIPアドレスを使用してピアリングがセットアップされている場合でも、実際のレイヤー3インターフェイスに関連付けられた同じリンクNLRIではないことに注意してください。これらのBGP-LSリンクNLRIは、従来のリンク状態ルーティングデータモデルのリンクではなく、BGPピアリングセッションを特定します。そのピアリングセッションに関連付けられたBGP Peernodeおよび/またはPeerset SIDは、このピアリングリンクNLRIに関連付けられた属性として宣伝されています。SRV6の場合、各BGP PeernodeまたはPeerset SIDはBGPスピーカーノードに関連付けられていると見なされ、BGP-LS SRV6 SID NLRIを使用して宣伝され、ピアリングセッション情報はそれに関連する属性として宣伝されます。
The advertisement of the BGP PeerSet SID for SR-MPLS is done by including that SID as an attribute in all the Link NLRIs corresponding to the peering sessions that are part of the "set". The advertisement of the BGP PeerSet SID for SRv6 is advertised using a single SRv6 SID NLRI, and all the peers associated with that "set" are indicated as attributes associated with the NLRI.
SR-MPLSのBGP Peerset SIDの広告は、そのSIDを「セット」の一部であるピアリングセッションに対応するすべてのリンクNLRIの属性として含めることによって行われます。SRV6のBGPピアセットSIDの広告は、単一のSRV6 SID NLRIを使用して宣伝されており、その「セット」に関連付けられたすべてのピアはNLRIに関連付けられた属性として示されています。
The authors would like to thank Peter Psenak, Arun Babu, Pablo Camarillo, Francois Clad, Peng Shaofu, Cheng Li, Dhruv Dhody, Tom Petch, and Dan Romascanu for their review of this document and their comments. The authors would also like to thank Susan Hares for her shepherd review and Adrian Farrel for his detailed Routing Area Directorate review.
著者は、この文書と彼らのコメントのレビューについて、ピーター・プセナック、アルン・バブ、パブロ・カマリロ、フランソワ・クラッド、ペン・シャオフ、チェン・リー、ドルフ・ドディ、トム・ペッチ、ダン・ロマスカヌに感謝したいと思います。著者はまた、Shepherd ReviewのSusan Haresと、彼の詳細なルーティングエリアディレクターレビューについてAdrian Farrelに感謝したいと思います。
James Uttaro
AT&T
United States of America
Email: ju1738@att.com
Hani Elmalky
Ericsson
United States of America
Email: hani.elmalky@gmail.com
Arjun Sreekantiah
Individual
United States of America
Email: arjunhrs@gmail.com
Les Ginsberg
Cisco Systems
United States of America
Email: ginsberg@cisco.com
Shunwan Zhuang
Huawei
China
Email: zhuangshunwan@huawei.com
Gaurav Dawra
LinkedIn
United States of America
Email: gdawra.ietf@gmail.com
Clarence Filsfils
Cisco Systems
Belgium
Email: cfilsfil@cisco.com
Ketan Talaulikar (editor)
Cisco Systems
India
Email: ketant.ietf@gmail.com
Mach(Guoyi) Chen
Huawei
China
Email: mach.chen@huawei.com
Daniel Bernier
Bell Canada
Canada
Email: daniel.bernier@bell.ca
Bruno Decraene
Orange
France
Email: bruno.decraene@orange.com