[要約] RFC 9085は、セグメントルーティングをサポートするためのBorder Gateway Protocol - Link State (BGP-LS) 拡張に関するものです。この文書の目的は、ネットワークのトポロジ情報を効率的に伝達し、セグメントルーティングを用いた経路制御を可能にすることです。利用場面としては、大規模ネットワークでの経路最適化、トラフィックエンジニアリング、およびネットワークの可視性向上が挙げられます。
Internet Engineering Task Force (IETF) S. Previdi
Request for Comments: 9085 Huawei Technologies
Category: Standards Track K. Talaulikar, Ed.
ISSN: 2070-1721 C. Filsfils
Cisco Systems, Inc.
H. Gredler
RtBrick Inc.
M. Chen
Huawei Technologies
August 2021
Border Gateway Protocol - Link State (BGP-LS) Extensions for Segment Routing
Border Gatewayプロトコル - セグメントルーティングのリンク状態（BGP-LS）拡張子
Abstract
概要
Segment Routing (SR) allows for a flexible definition of end-to-end paths by encoding paths as sequences of topological subpaths, called "segments". These segments are advertised by routing protocols, e.g., by the link-state routing protocols (IS-IS, OSPFv2, and OSPFv3) within IGP topologies.
セグメントルーティング（SR）は、「セグメント」と呼ばれる「セグメント」と呼ばれるトポロジカルサブパスのシーケンスとしてパスをエンコードすることによって、エンドツーエンドパスの柔軟な定義を可能にします。これらのセグメントは、IGPトポロジ内のリンク状態ルーティングプロトコル（IS-IS、OSPFV2、およびOSPFV3）によってルーティングプロトコルによってアドバタイズされます。
This document defines extensions to the Border Gateway Protocol - Link State (BGP-LS) address family in order to carry SR information via BGP.
このドキュメントは、BGPを介してSR情報を搬送するために、境界ゲートウェイプロトコルリンク状態（BGP-LS）アドレスファミリへの拡張子を定義しています。
Status of This Memo
本文書の位置付け
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/rfc9085.
この文書の現在のステータス、任意のエラータ、およびフィードバックを提供する方法については、https://www.rfc-editor.org/info/rfc9085で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2021 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 LegalProvisionsのセクション4.eで説明されているSimplifiedBSD Licenseテキストが含まれている必要があり、Simplified BSDLicenseで説明されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction
1.1. Requirements Language
2. BGP-LS Extensions for Segment Routing
2.1. Node Attribute TLVs
2.1.1. SID/Label TLV
2.1.2. SR Capabilities TLV
2.1.3. SR-Algorithm TLV
2.1.4. SR Local Block TLV
2.1.5. SRMS Preference TLV
2.2. Link Attribute TLVs
2.2.1. Adjacency SID TLV
2.2.2. LAN Adjacency SID TLV
2.2.3. L2 Bundle Member Attributes TLV
2.3. Prefix Attribute TLVs
2.3.1. Prefix-SID TLV
2.3.2. Prefix Attribute Flags TLV
2.3.3. Source Router Identifier TLV
2.3.4. Source OSPF Router-ID TLV
2.3.5. Range TLV
2.4. Equivalent IS-IS Segment Routing TLVs/Sub-TLVs
2.5. Equivalent OSPFv2/OSPFv3 Segment Routing TLVs/Sub-TLVs
3. IANA Considerations
3.1. TLV/Sub-TLV Code Points Summary
4. Manageability Considerations
5. Security Considerations
6. References
6.1. Normative References
6.2. Informative References
Acknowledgements
Contributors
Authors' Addresses
Segment Routing (SR) allows for a flexible definition of end-to-end paths by combining subpaths called "segments". A segment can represent any instruction: topological or service based. A segment can have a local semantic to an SR node or global semantic within a domain. Within IGP topologies, an SR path is encoded as a sequence of topological subpaths, called "IGP segments". These segments are advertised by the link-state routing protocols (IS-IS, OSPFv2, and OSPFv3).
セグメントルーティング（SR）は、「セグメント」というサブパスを組み合わせることによって、エンドツーエンドパスの柔軟な定義を可能にします。セグメントは任意の命令を表すことができます。トポロジーまたはサービスベース。セグメントは、ドメイン内のSRノードまたはグローバルセマンティックへのローカルセマンティックを持つことができます。IGPトポロジ内では、SRパスは「IGPセグメント」と呼ばれる、トポロジーサブパスのシーケンスとしてエンコードされます。これらのセグメントは、リンク状態ルーティングプロトコル（IS-IS、OSPFV2、およびOSPFV3）によってアドバタイズされます。
[RFC8402] defines the link-state IGP segments -- prefix, node, anycast, and adjacency segments. Prefix segments, by default, represent an ECMP-aware shortest-path to a prefix, as per the state of the IGP topology. Adjacency segments represent a hop over a specific adjacency between two nodes in the IGP. A prefix segment is typically a multi-hop path while an adjacency segment, in most of the cases, is a one-hop path. Node and anycast segments are variations of the prefix segment with their specific characteristics.
[RFC8402]リンクステートIGPセグメント - プレフィックス、ノード、エニーキャスト、および隣接セグメントを定義します。プレフィックスセグメントは、デフォルトでは、IGPトポロジの状態に従って、プレフィックスへのECMP対応の最短パスを表します。隣接セグメントは、IGP内の2つのノード間の特定の隣接にわたるホップを表す。プレフィックスセグメントは通常マルチホップパスであり、隣接セグメントはほとんどの場合ではワンホップ経路である。ノードおよびエニーキャストセグメントは、その特定の特性を持つプレフィックスセグメントのバリエーションです。
When SR is enabled in an IGP domain, segments are advertised in the form of Segment Identifiers (SIDs). The IGP link-state routing protocols have been extended to advertise SIDs and other SR-related information. IGP extensions are described for: IS-IS [RFC8667], OSPFv2 [RFC8665], and OSPFv3 [RFC8666]. Using these extensions, SR can be enabled within an IGP domain.
SRがIGPドメインで有効になっている場合、セグメントはセグメント識別子（SID）の形式でアドバタイズされます。IGPリンクステートルーティングプロトコルは、SIDおよび他のSR関連の情報をアドバタイズするために拡張されています。IGP拡張機能は次のように説明されています：IS-IS [RFC8667]、OSPFv2 [RFC8665]、およびOSPFv3 [RFC8666]。これらの拡張機能を使用して、SRはIGPドメイン内で有効にできます。
SR allows advertisement of single or multi-hop paths. The flooding scope for the IGP extensions for SR is IGP area-wide. Consequently, the contents of a Link-State Database (LSDB) or a Traffic Engineering Database (TED) has the scope of an IGP area; therefore, by using the IGP alone, it is not enough to construct segments across multiple IGP area or Autonomous System (AS) boundaries.
SRは、単一またはマルチホップ経路の広告を許可する。SRのIGP拡張のフラッディングスコープはIGP面積全体です。その結果、リンク状態データベース（LSDB）またはトラフィックエンジニアリングデータベース（TED）の内容はIGP領域の範囲を有する。したがって、IGP単独を使用することによって、複数のIGPエリアまたは自律システム（AS）境界にわたってセグメントを構築するのに十分ではありません。
In order to address the need for applications that require topological visibility across IGP areas, or even across ASes, the BGP-LS address family / subaddress family have been defined to allow BGP to carry link-state information. The BGP Network Layer Reachability Information (NLRI) encoding format for BGP-LS and a new BGP Path Attribute called the "BGP-LS Attribute" are defined in [RFC7752]. The identifying key of each link-state object, namely a node, link, or prefix, is encoded in the NLRI, and the properties of the object are encoded in the BGP-LS Attribute.
IGPエリア間でトポロジーの可視性を必要とするアプリケーションの必要性に対処するために、BGP-LSアドレスファミリ/サブアドレスファミリは、BGPがリンク状態情報を伝送できるように定義されています。BGP-LSのBGPネットワーク層到達可能性情報（NLRI）エンコード形式と「BGP-LS属性」と呼ばれる新しいBGPパス属性は、[RFC7752]で定義されています。各リンク状態オブジェクトの識別キー、すなわちノード、リンク、または接頭辞はNLRIでエンコードされ、オブジェクトのプロパティはBGP-LS属性にエンコードされます。
+------------+
| Consumer |
+------------+
^
|
v
+-------------------+
| BGP Speaker | +-----------+
| (Route Reflector) | | Consumer |
+-------------------+ +-----------+
^ ^ ^ ^
| | | |
+---------------+ | +-------------------+ |
| | | |
v v v v
+-----------+ +-----------+ +-----------+
| BGP | | BGP | | BGP |
| Speaker | | Speaker | . . . | Speaker |
+-----------+ +-----------+ +-----------+
^ ^ ^
| | |
IGP IGP IGP
Figure 1: Link-State Information Collection
図1：リンク状態情報収集
Figure 1 denotes a typical deployment scenario. In each IGP area, one or more nodes are configured with BGP-LS. These BGP speakers form an Internal BGP (IBGP) mesh by connecting to one or more route reflectors. This way, all BGP speakers (specifically the route reflectors) obtain link-state information from all IGP areas (and from other ASes from External BGP (EBGP) peers). An external component connects to the route reflector to obtain this information (perhaps moderated by a policy regarding what information is or isn't advertised to the external component) as described in [RFC7752].
図1は一般的な展開シナリオを示します。各IGPエリアでは、1つ以上のノードがBGP-LSで構成されています。これらのBGPスピーカーは、1つ以上のルートリフレクタに接続することによって内部BGP（IBGP）メッシュを形成します。このようにして、すべてのBGPスピーカー（具体的にはルートリフレクタ）は、すべてのIGPエリア（および外部BGP（EBGP）ピアからの他のASESからのリンク状態情報を取得します）。[RFC7752]に記載されているように、外部コンポーネントはルートリフレクタに接続します（おそらく、RFC7752]に記載されているように、（おそらく外部コンポーネントに広告されていない、または外部コンポーネントにアドバタイズしていません）。
This document describes extensions to BGP-LS to advertise the SR information. An external component (e.g., a controller) can collect SR information from across an SR domain (as described in [RFC8402]) and construct the end-to-end path (with its associated SIDs) that needs to be applied to an incoming packet to achieve the desired end-to-end forwarding. SR operates within a trusted domain consisting of a single AS or multiple ASes managed by the same administrative entity, e.g., within a single provider network.
このドキュメントでは、SR情報をアドバタイズするためのBGP-LSへの拡張機能について説明します。外部構成要素（例えば、コントローラ）は、（[RFC8402]で説明されているように）SRドメイン間からSR情報を収集し、着信パケットに適用する必要があるエンドツーエンドパスを構築することができる。目的のエンドツーエンドの転送を達成するため。SRは、単一のプロバイダネットワーク内で、同じ管理エンティティによって管理される単一のASまたは複数のASESからなる信頼されたドメイン内で動作します。
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]で説明されているように、すべて大文字の場合にのみ解釈されます。
This document defines SR extensions to BGP-LS and specifies the TLVs and sub-TLVs for advertising SR information within the BGP-LS Attribute. Sections 2.4 and 2.5 list the equivalent TLVs and sub-TLVs in the IS-IS, OSPFv2, and OSPFv3 protocols.
このドキュメントは、SR拡張をBGP-LSに定義し、BGP-LS属性内のSR情報をアドバタイズするためのTLVSとサブTLVを指定します。セクション2.4および2.5は、IS-IS、OSPFV2、およびOSPFV3プロトコル内の同等のTLVおよびサブTLVをリストします。
BGP-LS [RFC7752] defines the BGP-LS NLRI that can be a Node NLRI, a Link NLRI, or a Prefix NLRI, and it defines the TLVs that map link-state information to BGP-LS NLRI within the BGP-LS Attribute. This document adds additional BGP-LS Attribute TLVs in order to encode SR information. It does not introduce any changes to the encoding of the BGP-LS NLRIs.
BGP-LS [RFC7752]ノードNLRI、リンクNLRI、または接頭辞NLRIになる可能性があるBGP-LS NLRIを定義し、BGP-LS属性内のリンク状態情報をBGP-LS NLRIにマッピングするTLVを定義します。。この文書は、SR情報をエンコードするために追加のBGP-LS属性TLVSを追加します。BGP-LS NLRIのエンコーディングに変更はありません。
The following Node Attribute TLVs are defined:
次のノード属性TLVSが定義されています。
+======+=================+===============+
| Type | Description | Section |
+======+=================+===============+
| 1161 | SID/Label | Section 2.1.1 |
+------+-----------------+---------------+
| 1034 | SR Capabilities | Section 2.1.2 |
+------+-----------------+---------------+
| 1035 | SR Algorithm | Section 2.1.3 |
+------+-----------------+---------------+
| 1036 | SR Local Block | Section 2.1.4 |
+------+-----------------+---------------+
| 1037 | SRMS Preference | Section 2.1.5 |
+------+-----------------+---------------+
Table 1: Node Attribute TLVs
表1：ノード属性TLVS
These TLVs should only be added to the BGP-LS Attribute associated with the Node NLRI that describes the IGP node that is originating the corresponding IGP TLV/sub-TLV described below.
これらのTLVは、以下の対応するIGP TLV / SUB-TLVを発信しているIGPノードを記述するノードNLRIに関連付けられているBGP-LS属性にのみ追加する必要があります。
The SID/Label TLV is used as a sub-TLV by the SR Capabilities (Section 2.1.2) and Segment Routing Local Block (SRLB) (Section 2.1.4) TLVs. This information is derived from the protocol-specific advertisements.
SID / LABEL TLVは、SR機能（セクション2.1.2）とセグメントルーティングローカルブロック（SRLB）（セクション2.1.4）TLVによってSUB-TLVとして使用されます。この情報はプロトコル固有の広告から派生しています。
* IS-IS, as defined by the SID/Label Sub-TLV in Section 2.3 of [RFC8667].
* [RFC8667]のセクション2.3のSID / LABEL SUB-TLVで定義されているように、ISです。
* OSPFv2/OSPFv3, as defined by the SID/Label Sub-TLV in Section 2.1 of [RFC8665] and Section 3.1 of [RFC8666].
* [RFC8665]のセクション2.1のSID / LABEL SUB-TLVと[RFC8666]のセクション3.1のSID / LABEL SUB-TLVで定義されているOSPFv2 / OSPFv3。
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/Label (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: SID/Label TLV Format
図2：SID / LABEL TLVフォーマット
Where:
ただし：
Type: 1161
タイプ：1161
Length: Variable. Either 3 or 4 octets depending on whether the value is encoded as a label or as an index/SID.
長さ：変数。値がラベルとしてまたはインデックス/ SIDとして符号化されているかどうかに応じて、3または4オクテット。
SID/Label: If the length is set to 3, then the 20 rightmost bits represent a label (the total TLV size is 7), and the 4 leftmost bits are set to 0. If the length is set to 4, then the value represents a 32-bit SID (the total TLV size is 8).
SID / LABEL：長さが3に設定されている場合、20の右端のビットはラベルを表します（TLVの合計サイズは7）、4つの最長ビットは0に設定されます.1が4に設定されている場合は、値32ビットSIDを表します（合計TLVサイズは8です）。
The SR Capabilities TLV is used in order to advertise the node's SR capabilities including its Segment Routing Global Base (SRGB) range(s). In the case of IS-IS, the capabilities also include the IPv4 and IPv6 support for the SR-MPLS forwarding plane. This information is derived from the protocol-specific advertisements.
SR機能TLVは、そのセグメントルーティンググローバルベース（SRGB）範囲を含むノードのSR機能をアドバタイズするために使用されます。IS-ISの場合、機能にはSR-MPLS転送プレーンのIPv4およびIPv6サポートも含まれます。この情報はプロトコル固有の広告から派生しています。
* IS-IS, as defined by the SR-Capabilities Sub-TLV in Section 3.1 of [RFC8667].
* [RFC8667]のセクション3.1のSR-Capabilities Sub-TLVで定義されているように、IS-ISです。
* OSPFv2/OSPFv3, as defined by the SID/Label Range TLV in Section 3.2 of [RFC8665]. OSPFv3 leverages the same TLV as defined for OSPFv2.
* [RFC8665]のセクション3.2のSID / Label Range TLVで定義されているOSPFv2 / OSPFv3。OSPFv3は、OSPFv2に定義されているのと同じTLVを活用します。
The SR Capabilities TLV has the following format:
SR機能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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Range Size 1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Label Sub-TLV 1 //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
...
...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Range Size N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Label Sub-TLV N //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: SR Capabilities TLV Format
図3：SR機能TLVフォーマット
Where:
ただし：
Type: 1034
タイプ：1034
Length: Variable. The minimum length is 12 octets.
長さ：変数。最小長さは12オクテットです。
Flags: 1 octet of flags as defined in Section 3.1 of [RFC8667] for IS-IS. The flags are not currently defined for OSPFv2 and OSPFv3 and MUST be set to 0 and ignored on receipt.
Flags：IS-ISの場合は[RFC8667]のセクション3.1で定義されているフラグのオクテット。フラグは現在OSPFv2とOSPFv3に対して定義されておらず、0に設定してレシートで無視されます。
Reserved: 1 octet that MUST be set to 0 and ignored on receipt.
予約済み：0に設定する必要があり、受信時に無視されなければならない1オクテット。
One or more entries, each of which have the following format:
1つ以上のエントリ、それぞれは次の形式を持ちます。
Range Size: 3 octets with a non-zero value indicating the number of labels in the range.
範囲サイズ：範囲内のラベル数を示すゼロ以外の値を持つ8オクテット。
SID/Label TLV: (as defined in Section 2.1.1) used as a sub-TLV, which encodes the first label in the range. Since the SID/ Label TLV is used to indicate the first label of the SRGB range, only label encoding is valid under the SR Capabilities TLV.
SID / LABEL TLV :( 2.1.1項で定義されているように）範囲内の最初のラベルをエンコードするサブTLVとして使用されます。SID / LABEL TLVはSRGB範囲の最初のラベルを示すために使用されているため、Label EncodingのみがSR機能TLVの下で有効です。
The SR-Algorithm TLV is used in order to advertise the SR algorithms supported by the node. This information is derived from the protocol-specific advertisements.
SR-ALGORITHT TLVは、ノードによってサポートされているSRアルゴリズムをアドバタイズするために使用されます。この情報はプロトコル固有の広告から派生しています。
* IS-IS, as defined by the SR-Algorithm Sub-TLV in Section 3.2 of [RFC8667].
* [RFC8667]のセクション3.2でSR-AlgorithsサブTLVによって定義されているように、IS-ISです。
* OSPFv2/OSPFv3, as defined by the SR-Algorithm TLV in Section 3.1 of [RFC8665]. OSPFv3 leverages the same TLV as defined for OSPFv2.
* [RFC8665]のセクション3.1のSR-Algorithm TLVで定義されているOSPFv2 / OSPFv3。OSPFv3は、OSPFv2に定義されているのと同じTLVを活用します。
The SR-Algorithm TLV has the following format:
SR-ALGORITHTHTLVは次の形式です。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm 1 | Algorithm... | Algorithm N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: SR-Algorithm TLV Format
図4：SR-Algoritht TLVフォーマット
Where:
ただし：
Type: 1035
タイプ：1035
Length: Variable. The minimum length is 1 octet and the maximum can be 256.
長さ：変数。最小長は1オクテットで、最大値は256です。
Algorithm: One or more fields of 1 octet each that identifies the algorithm.
アルゴリズム：アルゴリズムを識別する1オクテットの1つ以上のフィールド。
The SRLB TLV contains the range(s) of labels the node has reserved for local SIDs. Local SIDs are used, e.g., in IGP (IS-IS, OSPF) for Adjacency SIDs and may also be allocated by components other than IGP protocols. As an example, an application or a controller may instruct a node to allocate a specific local SID. Therefore, in order for such applications or controllers to know the range of local SIDs available, the node is required to advertise its SRLB.
SRLB TLVには、ノードがローカルSID用に予約されているラベルの範囲が含まれています。局所SIDは、隣接SIDのIGP（IS - IS、OSPF）で使用され、IGPプロトコル以外のコンポーネントによって割り当てられてもよい。一例として、アプリケーションまたはコントローラは、特定のローカルSIDを割り当てるためにノードに指示することができる。したがって、そのようなアプリケーションまたはコントローラが利用可能なローカルSIDの範囲を知るためには、そのノードはそのSRLBをアドバタイズするために必要とされる。
This information is derived from the protocol-specific advertisements.
この情報はプロトコル固有の広告から派生しています。
* IS-IS, as defined by the SRLB Sub-TLV in Section 3.3 of [RFC8667].
* [RFC8667]のセクション3.3のSRLBサブTLVで定義されているように、isです。
* OSPFv2/OSPFv3, as defined by the SR Local Block TLV in Section 3.3 of [RFC8665]. OSPFv3 leverages the same TLV as defined for OSPFv2.
* [RFC8665]のセクション3.3のSRローカルブロックTLVによって定義されているOSPFv2 / OSPFv3。OSPFv3は、OSPFv2に定義されているのと同じTLVを活用します。
The SRLB TLV has the following format:
SRLB 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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sub-Range Size 1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Label Sub-TLV 1 //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
...
...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sub-Range Size N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Label Sub-TLV N //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5: SRLB TLV Format
図5：SRLB TLVフォーマット
Where:
ただし：
Type: 1036
タイプ：1036
Length: Variable. The minimum length is 12 octets.
長さ：変数。最小長さは12オクテットです。
Flags: 1 octet of flags. The flags are as defined in Section 3.3 of [RFC8667] for IS-IS. The flags are not currently defined for OSPFv2 and OSPFv3 and MUST be set to 0 and ignored on receipt.
フラグ：1オクテットのフラグ。フラグは、IS-ISの場合は[RFC8667]のセクション3.3で定義されているとおりです。フラグは現在OSPFv2とOSPFv3に対して定義されておらず、0に設定してレシートで無視されます。
Reserved: 1 octet that MUST be set to 0 and ignored on receipt.
予約済み：0に設定する必要があり、受信時に無視されなければならない1オクテット。
One or more entries corresponding to a sub-range(s), each of which have the following format:
サブレンジ（S）に対応する1つ以上のエントリ、その各フォーマットは次のとおりです。
Range Size: 3-octet value indicating the number of labels in the range.
範囲サイズ：3 - オクテット値範囲内のラベル数を示す。
SID/Label TLV: (as defined in Section 2.1.1) used as a sub-TLV, which encodes the first label in the sub-range. Since the SID/ Label TLV is used to indicate the first label of the SRLB sub-range, only label encoding is valid under the SR Local Block TLV.
SID / LABEL TLV :( 2.1.1項で定義されているように）サブ範囲内の最初のラベルを符号化するサブTLVとして使用されます。SID / LABEL TLVはSRLBサブレンジの最初のラベルを示すために使用されているため、Label EncodingのみがSRローカルブロックTLVの下で有効です。
The Segment Routing Mapping Server (SRMS) Preference TLV is used in order to associate a preference with SRMS advertisements from a particular source. [RFC8661] specifies the SRMS functionality along with the SRMS preference of the node advertising the SRMS Prefix-to-SID mapping ranges.
セグメントルーティングマッピングサーバ（SRMS）設定TLVは、特定のソースからのSRMSアドバタイズメントとの好みを関連付けるために使用される。[RFC8661] SRMS Prefix To-SIDマッピング範囲のノードのSRMSの設定とともにSRMS機能を指定します。
This information is derived from the protocol-specific advertisements.
この情報はプロトコル固有の広告から派生しています。
* IS-IS, as defined by the SRMS Preference Sub-TLV in Section 3.4 of [RFC8667].
* [RFC8667]のセクション3.4でSRMS設定サブTLVで定義されているis-isです。
* OSPFv2/OSPFv3, as defined by the SRMS Preference TLV in Section 3.4 of [RFC8665]. OSPFv3 leverages the same TLV as defined for OSPFv2.
* [RFC8665]のセクション3.4のSRMS設定TLVで定義されているOSPFv2 / OSPFv3。OSPFv3は、OSPFv2に定義されているのと同じTLVを活用します。
The SRMS Preference TLV has the following format:
SRMS設定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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Preference |
+-+-+-+-+-+-+-+-+
Figure 6: SRMS Preference TLV Format
図6：SRMS設定TLVフォーマット
Where:
ただし：
Type: 1037
タイプ：1037
Length: 1 octet
長さ：1オクテット
Preference: 1 octet carrying an unsigned 8-bit SRMS preference.
好み：符号なし8ビットSRMS設定を搭載している1オクテット。
The following Link Attribute TLVs are defined:
次のリンク属性TLVSが定義されています。
+======+=================================+===============+
| Type | Description | Section |
+======+=================================+===============+
| 1099 | Adjacency SID TLV | Section 2.2.1 |
+------+---------------------------------+---------------+
| 1100 | LAN Adjacency SID TLV | Section 2.2.2 |
+------+---------------------------------+---------------+
| 1172 | L2 Bundle Member Attributes TLV | Section 2.2.3 |
+------+---------------------------------+---------------+
Table 2: Link Attribute TLVs
表2：リンク属性TLVS
These TLVs should only be added to the BGP-LS Attribute associated with the Link NLRI that describes the link of the IGP node that is originating the corresponding IGP TLV/sub-TLV described below.
これらのTLVは、以下の対応するIGP TLV / SUB-TLVに発信されているIGPノードのリンクを記述するリンクNLRIに関連付けられているBGP-LS属性にのみ追加する必要があります。
The Adjacency SID TLV is used in order to advertise information related to an Adjacency SID. This information is derived from the Adj-SID Sub-TLV of IS-IS (Section 2.2.1 of [RFC8667]), OSPFv2 (Section 6.1 of [RFC8665]), and OSPFv3 (Section 7.1 of [RFC8666]).
隣接SID TLVは、隣接SIDに関する情報をアドバタイズするために使用される。この情報は、IS-IS（[RFC8667]のセクション2.2.1）、OSPFV2（[RFC8665]のセクション6.1）、およびOSPFV3（[RFC8666]）のADJ-SIDサブTLVから派生しています。
The Adjacency SID TLV has the following format:
隣接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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Weight | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Label/Index (variable) //
+---------------------------------------------------------------+
Figure 7: Adjacency SID TLV Format
図7：隣接SID TLVフォーマット
Where:
ただし：
Type: 1099
タイプ：1099
Length: Variable. Either 7 or 8 octets depending on the label or index encoding of the SID.
長さ：変数。SIDのラベルまたはインデックスエンコードに応じて、7または8オクテット。
Flags: 1-octet value that should be set as:
フラグ：1-オクテット値を次のように設定する必要があります。
* IS-IS Adj-SID flags as defined in Section 2.2.1 of [RFC8667].
* [RFC8667]のセクション2.2.1で定義されているADE ADJ-SIDフラグです。
* OSPFv2 Adj-SID flags as defined in Section 6.1 of [RFC8665].
* [RFC8665]のセクション6.1で定義されているOSPFv2 ADJ-SIDフラグ。
* OSPFv3 Adj-SID flags as defined in Section 7.1 of [RFC8666].
* [RFC8666]のセクション7.1で定義されているOSPFv3 ADJ-SIDフラグ。
Weight: 1 octet carrying the weight used for load-balancing purposes. The use of weight is described in Section 3.4 of [RFC8402].
重さ：1オクテット負荷分散の目的に使用される重量を搭載しています。重量の使用は[RFC8402]のセクション3.4に記載されています。
Reserved: 2 octets that MUST be set to 0 and ignored on receipt.
予約済み：0に設定する必要がある2オクテット、受信時に無視されます。
SID/Index/Label:
SID /インデックス/ラベル：
IS-IS: Label or index value as defined in Section 2.2.1 of [RFC8667].
IS-IS：[RFC8667]のセクション2.2.1で定義されているラベルまたはインデックス値。
OSPFv2: Label or index value as defined in Section 6.1 of [RFC8665].
OSPFv2：[RFC8665]のセクション6.1で定義されているラベルまたはインデックス値。
OSPFv3: Label or index value as defined in Section 7.1 of [RFC8666].
OSPFv3：[RFC8666]のセクション7.1で定義されているラベルまたはインデックス値。
The Flags and, as an extension, the SID/Index/Label fields of this TLV are interpreted according to the respective underlying IS-IS, OSPFv2, or OSPFv3 protocol. The Protocol-ID of the BGP-LS Link NLRI is used to determine the underlying protocol specification for parsing these fields.
フラグと拡張として、このTLVのSID / INDEX / LABELフィールドは、それぞれの基礎となるIS-IS、OSPFV2、またはOSPFV3プロトコルに従って解釈されます。BGP-LSリンクNLRIのプロトコルIDは、これらのフィールドを解析するための基礎となるプロトコル仕様を決定するために使用されます。
For a LAN, normally a node only announces its adjacency to the IS-IS pseudonode (or the equivalent OSPF Designated and Backup Designated Routers). The LAN Adjacency SID TLV allows a node to announce adjacencies to all other nodes attached to the LAN in a single instance of the BGP-LS Link NLRI. Without this TLV, the corresponding BGP-LS Link NLRI would need to be originated for each additional adjacency in order to advertise the SR TLVs for these neighbor adjacencies.
LANの場合、通常、ノードはIS-IS疑似符号（または同等のOSPF指定およびバックアップ指定ルータ）への隣接関係を発表します。LAN隣接SID TLVは、ノードがBGP-LSリンクNLRIの単一のインスタンスでLANに接続されている他のすべてのノードへの隣接関係を発表できます。このTLVがなければ、対応するBGP-LSリンクNLRIは、これらの隣接隣接部のSR TLVをアドバタイズするために、追加の隣接ごとに発信される必要があります。
This information is derived from the LAN-Adj-SID Sub-TLV of IS-IS (Section 2.2.2 of [RFC8667]), the LAN Adj-SID Sub-TLV of OSPFv2 (Section 6.2 of [RFC8665]), and the LAN Adj-SID Sub-TLV of OSPFv3 (Section 7.2 of [RFC8666]).
この情報は、IS-IS（RFC8667]のセクション2.2.2）のLAN-ADJ-SIDサブTLVから、OSPFv2のLAN ADJ-SIDサブTLV（[RFC8665]のセクション6.2）、およびOSPFv3のLAN ADJ-SIDサブTLV（[RFC8666]のセクション7.2）。
The LAN Adjacency SID TLV has the following format:
LAN隣接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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Weight | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OSPF Neighbor ID / IS-IS System ID |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Label/Index (variable) //
+---------------------------------------------------------------+
Figure 8: LAN Adjacency SID TLV Format
図8：LAN隣接SID TLVフォーマット
Where:
ただし：
Type: 1100
タイプ：1100
Length: Variable. For IS-IS, it would be 13 or 14 octets depending on the label or index encoding of the SID. For OSPF, it would be 11 or 12 octets depending on the label or index encoding of the SID.
長さ：変数。IS-ISの場合、SIDのラベルまたはインデックスの符号化に応じて13または14オクテットになります。OSPFの場合、SIDのラベルまたはインデックスのエンコーディングに応じて11または12オクテットになります。
Flags: 1-octet value that should be set as:
フラグ：1-オクテット値を次のように設定する必要があります。
* IS-IS LAN Adj-SID flags as defined in Section 2.2.2 of [RFC8667].
* [RFC8667]のセクション2.2.2で定義されているLAN ADJ-SIDフラグです。
* OSPFv2 LAN Adj-SID flags as defined in Section 6.2 of [RFC8665].
* OSPFv2 [RFC8665]のセクション6.2で定義されているように、ADJ-SIDフラグ。
* OSPFv3 LAN Adj-SID flags as defined in Section 7.2 of [RFC8666].
* [RFC8666]のセクション7.2で定義されているOSPFv3 LAN ADJ-SIDフラグ。
Weight: 1 octet carrying the weight used for load-balancing purposes. The use of weight is described in Section 3.4 of [RFC8402].
重さ：1オクテット負荷分散の目的に使用される重量を搭載しています。重量の使用は[RFC8402]のセクション3.4に記載されています。
Reserved: 2 octets that MUST be set to 0 and ignored on receipt.
予約済み：0に設定する必要がある2オクテット、受信時に無視されます。
Neighbor ID: 6 octets for IS-IS for the System ID, and 4 octets for OSPF for the OSPF Router-ID of the neighbor.
隣接ID：6オクテットfor is-system ID、および隣接のOSPFルータIDのOSPFのための4オクテット。
SID/Index/Label:
SID /インデックス/ラベル：
IS-IS: Label or index value as defined in Section 2.2.2 of [RFC8667].
IS-IS：[RFC8667]のセクション2.2.2で定義されているラベルまたはインデックス値。
OSPFv2: Label or index value as defined in Section 6.2 of [RFC8665].
OSPFv2：[RFC8665]のセクション6.2で定義されているラベルまたはインデックス値。
OSPFv3: Label or index value as defined in Section 7.2 of [RFC8666].
OSPFv3：[RFC8666]のセクション7.2で定義されているラベルまたはインデックス値。
The Neighbor ID, Flags, and, as an extension, the SID/Index/Label fields of this TLV are interpreted according to the respective underlying IS-IS, OSPFv2, or OSPFv3 protocol. The Protocol-ID of the BGP-LS Link NLRI is used to determine the underlying protocol specification for parsing these fields.
隣接ID、フラグ、および拡張子として、このTLVのSID / INDEX / LABELフィールドは、それぞれの基礎となるIS-IS、OSPFV2、またはOSPFV3プロトコルに従って解釈されます。BGP-LSリンクNLRIのプロトコルIDは、これらのフィールドを解析するための基礎となるプロトコル仕様を決定するために使用されます。
The L2 Bundle Member Attributes TLV identifies an L2 Bundle Member link, which in turn is associated with a parent L3 link. The L3 link is described by the Link NLRI defined in [RFC7752], and the L2 Bundle Member Attributes TLV is associated with the Link NLRI. The TLV MAY include sub-TLVs that describe attributes associated with the bundle member. The identified bundle member represents a unidirectional path from the originating router to the neighbor specified in the parent L3 link. Multiple L2 Bundle Member Attributes TLVs MAY be associated with a Link NLRI.
L2バンドルメンバの属性TLVはL2バンドルメンバーリンクを識別します。これは、その結果、それが順番に親L3リンクに関連付けられています。L3リンクは、[RFC7752]で定義されているリンクNLRIによって記述され、L2バンドルメンバー属性TLVはリンクNLRIに関連付けられています。TLVは、バンドルメンバーに関連付けられている属性を記述するサブTLVを含み得る。識別されたバンドルメンバーは、元のL3リンクで指定された隣接ルータから指定されたネイバーへの一方向パスを表します。複数のL2バンドルメンバー属性TLVはリンクNLRIに関連付けられている可能性があります。
This information is derived from L2 Bundle Member Attributes TLV of IS-IS (Section 2 of [RFC8668]). The equivalent functionality has not been specified as yet for OSPF.
この情報は、L2バンドルメンバー属性TLVからIS-IS（[RFC8668]のセクション2）に由来します。同等の機能は、OSPFの場合はまだ指定されていません。
The L2 Bundle Member Attributes TLV has the following format:
L2バンドルメンバー属性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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| L2 Bundle Member Descriptor |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link Attribute Sub-TLVs(variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 9: L2 Bundle Member Attributes TLV Format
図9：L2バンドルメンバー属性TLVフォーマット
Where:
ただし：
Type: 1172
タイプ：1172
Length: Variable.
長さ：変数。
L2 Bundle Member Descriptor: 4-octet field that carries a link-local identifier as defined in [RFC4202].
L2バンドルメンバー記述子：[RFC4202]で定義されているリンクローカル識別子を搭載した4 - オクテットフィールド。
Link attributes for L2 Bundle Member links are advertised as sub-TLVs of the L2 Bundle Member Attributes TLV. The sub-TLVs are identical to existing BGP-LS TLVs as identified in the table below.
L2バンドルメンバーリンクのリンク属性は、L2バンドルメンバー属性TLVのサブTLVとしてアドバタイズされます。サブTLVは、以下の表で識別されているように既存のBGP-LS TLVと同じです。
+================+==========================+====================+
| TLV Code Point | Description | Reference Document |
+================+==========================+====================+
| 1088 | Administrative group | [RFC7752] |
| | (color) | |
+----------------+--------------------------+--------------------+
| 1089 | Maximum link bandwidth | [RFC7752] |
+----------------+--------------------------+--------------------+
| 1090 | Max. reservable link | [RFC7752] |
| | bandwidth | |
+----------------+--------------------------+--------------------+
| 1091 | Unreserved bandwidth | [RFC7752] |
+----------------+--------------------------+--------------------+
| 1092 | TE default metric | [RFC7752] |
+----------------+--------------------------+--------------------+
| 1093 | Link protection type | [RFC7752] |
+----------------+--------------------------+--------------------+
| 1099 | Adjacency Segment | Section 2.2.1 |
| | Identifier (Adj-SID) TLV | |
+----------------+--------------------------+--------------------+
| 1100 | LAN Adjacency Segment | Section 2.2.2 |
| | Identifier (Adj-SID) TLV | |
+----------------+--------------------------+--------------------+
| 1114 | Unidirectional link | [RFC8571] |
| | delay | |
+----------------+--------------------------+--------------------+
| 1115 | Min/Max Unidirectional | [RFC8571] |
| | link delay | |
+----------------+--------------------------+--------------------+
| 1116 | Unidirectional Delay | [RFC8571] |
| | Variation | |
+----------------+--------------------------+--------------------+
| 1117 | Unidirectional Link Loss | [RFC8571] |
+----------------+--------------------------+--------------------+
| 1118 | Unidirectional residual | [RFC8571] |
| | bandwidth | |
+----------------+--------------------------+--------------------+
| 1119 | Unidirectional available | [RFC8571] |
| | bandwidth | |
+----------------+--------------------------+--------------------+
| 1120 | Unidirectional Utilized | [RFC8571] |
| | Bandwidth | |
+----------------+--------------------------+--------------------+
Table 3: BGP-LS Attribute TLVs are also used as sub-TLVs of the L2 Bundle Member Attributes TLV
表3：BGP-LS属性TLVはL2バンドルメンバー属性TLVのサブTLVとしても使用されます。
The following Prefix Attribute TLVs are defined:
次のプレフィックス属性TLVSが定義されています。
+======+==========================+===============+
| Type | Description | Section |
+======+==========================+===============+
| 1158 | Prefix-SID | Section 2.3.1 |
+------+--------------------------+---------------+
| 1159 | Range | Section 2.3.5 |
+------+--------------------------+---------------+
| 1170 | Prefix Attribute Flags | Section 2.3.2 |
+------+--------------------------+---------------+
| 1171 | Source Router Identifier | Section 2.3.3 |
+------+--------------------------+---------------+
| 1174 | Source OSPF Router-ID | Section 2.3.4 |
+------+--------------------------+---------------+
Table 4: Prefix Attribute TLVs
表4：プレフィックス属性TLVS
These TLVs should only be added to the BGP-LS Attribute associated with the Prefix NLRI that describes the prefix of the IGP node that is originating the corresponding IGP TLV/sub-TLV described below.
これらのTLVは、以下の対応するIGP TLV / SUB-TLVに発信されているIGPノードのプレフィックスを記述するPrefix NLRIに関連付けられているBGP-LS属性にのみ追加する必要があります。
The Prefix-SID TLV is used in order to advertise information related to a Prefix-SID. This information is derived from the Prefix-SID Sub-TLV of IS-IS (Section 2.1 of [RFC8667]), the Prefix-SID Sub-TLV of OSPFv2 (Section 5 of [RFC8665]), and the Prefix-SID Sub-TLV of OSPFv3 (Section 6 of [RFC8666]).
プレフィックスSID TLVは、接頭辞SIDに関する情報をアドバタイズするために使用されます。この情報は、OSPFv2のPrefix-SIDサブTLV（[RFC86665]のセクション5）のprefix-sid sub-tlv（[RFC86665]）、およびprefix-sidのprefix-sid sub-tlvから派生しています。OSPFv3のTLV（[RFC8666]の第6章）。
The Prefix-SID TLV has the following format:
prefix-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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Algorithm | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SID/Index/Label (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 10: Prefix-SID TLV Format
図10：Prefix-SID TLVフォーマット
Where:
ただし：
Type: 1158
タイプ：1158
Length: Variable. 7 or 8 octets depending on the label or index encoding of the SID.
長さ：変数。SIDのラベルまたはインデックスの符号化に応じて、7または8オクテット。
Flags: 1-octet value that should be set as:
フラグ：1-オクテット値を次のように設定する必要があります。
* IS-IS Prefix-SID flags as defined in Section 2.1.1 of [RFC8667].
* [RFC8667]のセクション2.1.1で定義されている場合のPrefix-SIDフラグです。
* OSPFv2 Prefix-SID flags as defined in Section 5 of [RFC8665].
* [RFC8665]のセクション5で定義されているOSPFv2プレフィックス-SIDフラグ。
* OSPFv3 Prefix-SID flags as defined in Section 6 of [RFC8665].
* [RFC8665]のセクション6で定義されているOSPFv3プレフィックス-SIDフラグ。
Algorithm: 1-octet value identifies the algorithm. The semantics of the algorithm are described in Section 3.1.1 of [RFC8402].
アルゴリズム：1 - オクテット値はアルゴリズムを識別します。アルゴリズムの意味論は、[RFC8402]のセクション3.1.1に記載されています。
Reserved: 2 octets that MUST be set to 0 and ignored on receipt.
予約済み：0に設定する必要がある2オクテット、受信時に無視されます。
SID/Index/Label:
SID /インデックス/ラベル：
IS-IS: Label or index value as defined in Section 2.1 of [RFC8667].
is-is：[RFC8667]のセクション2.1で定義されているラベルまたはインデックス値。
OSPFv2: Label or index value as defined in Section 5 of [RFC8665].
OSPFv2：[RFC8665]のセクション5で定義されているラベルまたはインデックス値。
OSPFv3: Label or index value as defined in Section 6 of [RFC8666].
OSPFv3：[RFC8666]のセクション6で定義されているラベルまたはインデックス値。
The Flags and, as an extension, the SID/Index/Label fields of this TLV are interpreted according to the respective underlying IS-IS, OSPFv2, or OSPFv3 protocol. The Protocol-ID of the BGP-LS Prefix NLRI is used to determine the underlying protocol specification for parsing these fields.
フラグと拡張として、このTLVのSID / INDEX / LABELフィールドは、それぞれの基礎となるIS-IS、OSPFV2、またはOSPFV3プロトコルに従って解釈されます。BGP-LSプレフィックスNLRIのプロトコルIDは、これらのフィールドを解析するための基礎となるプロトコル仕様を決定するために使用されます。
The Prefix Attribute Flags TLV carries IPv4/IPv6 prefix attribute flags information. These flags are defined for OSPFv2 in Section 2.1 of [RFC7684], OSPFv3 in Appendix A.4.1.1 of [RFC5340], and IS-IS in Section 2.1 of [RFC7794].
prefix属性フラグTLVはIPv4 / IPv6プレフィックス属性フラグ情報を搬送します。これらのフラグは[RFC7684]の[RFC7684]のospfv2、[RFC5340]のospfv3で定義されており、[RFC7794]のセクション2.1にある。
The Prefix Attribute Flags 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 (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 11: Prefix Attribute Flags TLV Format
図11：接頭辞属性フラグTLV形式
Where:
ただし：
Type: 1170
タイプ：1170
Length: Variable.
長さ：変数。
Flags: a variable-length Flag field (according to the Length field). Flags are routing protocol specific and are to be set as below:
フラグ：可変長フラグフィールド（長さフィールドに従って）。フラグはルーティングプロトコル固有であり、以下のように設定されます。
* IS-IS flags correspond to the IPv4/IPv6 Extended Reachability Attribute Flags defined in Section 2.1 of [RFC7794]. In the case of the X-flag when associated with IPv6 prefix reachability, the setting corresponds to the setting of the X-flag in the fixed format of IS-IS TLVs 236 [RFC5308] and 237 [RFC5120].
* IS-ISフラグは、[RFC7794]のセクション2.1で定義されているIPv4 / IPv6拡張到達可能性属性フラグに対応しています。IPv6プレフィックスの到達可能性に関連付けられている場合、X-FLAGの場合は、IS-IS TLVS 236 [RFC5308]、237 [RFC5120]の固定形式のX-FLAGの設定に対応します。
* OSPFv2 flags correspond to the Flags field of the OSPFv2 Extended Prefix TLV defined in Section 2.1 of [RFC7684].
* OSPFv2フラグは、[RFC7684]のセクション2.1で定義されているOSPFv2拡張プレフィックスTLVのFlagsフィールドに対応しています。
* OSPFv3 flags map to the Prefix Options field defined in Appendix A.4.1.1 of [RFC5340] and extended in Section 3.1 of [RFC8362].
* OSPFv3 Flags [RFC5340]の付録A.4.1.1に定義され、[RFC8362]のセクション3.1で拡張されたプレフィックスオプションフィールドにマップされます。
The Flags field of this TLV is interpreted according to the respective underlying IS-IS, OSPFv2, or OSPFv3 protocol. The Protocol-ID of the BGP-LS Prefix NLRI is used to determine the underlying protocol specification for parsing this field.
このTLVのFlagsフィールドは、それぞれの基礎となるIS-IS、OSPFV2、またはOSPFV3プロトコルに従って解釈されます。BGP-LSプレフィックスNLRIのプロトコルIDは、このフィールドを解析するための基礎となるプロトコル仕様を決定するために使用されます。
The Source Router Identifier TLV contains the IPv4 or IPv6 Router Identifier of the originator of the prefix. For the IS-IS protocol, this is derived from the IPv4/IPv6 Source Router ID Sub-TLV as defined in Section 2.2 of [RFC7794]. For the OSPF protocol, this is derived from the Prefix Source Router Address Sub-TLV as defined in Section 2.2 of [RFC9084].
ソースルータ識別子TLVには、プレフィックスの発信者のIPv4またはIPv6ルータ識別子が含まれています。IS-ISプロトコルの場合、これは[RFC7794]のセクション2.2で定義されているIPv4 / IPv6ソースルーターIDサブTLVから派生します。OSPFプロトコルの場合、これは[RFC9084]のセクション2.2で定義されているプレフィックスソースルータアドレスサブTLVから派生します。
The Source Router Identifier 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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 4- or 16-octet Router Identifier //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 12: Source Router Identifier TLV Format
図12：ソースルータ識別子TLVフォーマット
Where:
ただし：
Type: 1171
タイプ：1171
Length: Variable. 4 or 16 octets for the IPv4 or IPv6 prefix, respectively.
長さ：変数。IPv4またはIPv6プレフィックスの4または16オクテット。
Router-ID: the IPv4 or IPv6 Router-ID in the case of IS-IS, and the IPv4 or IPv6 Router Address in the case of OSPF.
router-id：IS-ISの場合、IPv4またはIPv6 Router-ID、OSPFの場合はIPv4またはIPv6ルータのアドレスです。
The Source OSPF Router-ID TLV is applicable only for the OSPF protocol and contains the OSPF Router-ID of the originator of the prefix. It is derived from the Prefix Source OSPF Router-ID Sub-TLV as defined in Section 2.1 of [RFC9084].
ソースOSPF Router-ID TLVはOSPFプロトコルにのみ適用され、プレフィックスのオリジネータのOSPFルータIDが含まれています。[RFC9084]のセクション2.1で定義されているプレフィックスソースOSPF Router-IDサブTLVから派生しています。
The Source OSPF Router-ID TLV has the following format:
ソースOSPF Router-ID 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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 4-octet OSPF Router-ID //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 13: Source OSPF Router-ID TLV Format
図13：ソースOSPFルータID TLVフォーマット
Where:
ただし：
Type: 1174
タイプ：1174
Length: 4 octets
長さ：4オクテット
OSPF Router-ID: the OSPF Router-ID of the node originating the prefix.
OSPF router-id：プレフィックスを発信するノードのOSPFルータID。
The Range TLV is used in order to advertise a range of prefix-to-SID mappings as part of the SRMS functionality [RFC8661], as defined in the respective underlying IGP SR extensions: Section 4 of [RFC8665], Section 5 of [RFC8666], and Section 2.4 of [RFC8667]. The information advertised in the Range TLV is derived from the SID/Label Binding TLV in the case of IS-IS and the OSPFv2/OSPFv3 Extended Prefix Range TLV in the case of OSPFv2/OSPFv3.
範囲TLVは、それぞれの基礎となるIGP SR拡張機能の一部として、SRMS機能[RFC8661]の一部としてPrefix To-SIDマッピングの範囲をアドバタイズするために使用されます。[RFC8665]の[RFC8666]のセクション5] [RFC8667]のセクション2.4。範囲TLVでアドバタイズされた情報は、OSPFV2 / OSPFV3の場合、IS-ISとOSPFV2 / OSPFV3拡張プレフィックス範囲TLVの場合、SID / LABELバインディングTLVから派生しています。
A Prefix NLRI, that has been advertised with a Range TLV, is 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 considered only as the first prefix in the range for prefix-to-SID mapping advertisement.
範囲TLVでアドバタイズされたプレフィックスNLRIは、IGPメトリックTLV（TLV 1095）が関連付けられている場合にのみ、通常のルーティングプレフィックス（すなわち、プレフィックス到達可能性）と見なされる。それ以外の場合は、Prefix To-SIDマッピング広告の範囲内の最初のプレフィックスとしてのみ考慮されます。
The format of the Range TLV is as follows:
範囲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 | Range Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| sub-TLVs //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 14: Range TLV Format
図14：範囲TLV形式
Where:
ただし：
Type: 1159
タイプ：1159
Length: Variable. 11 or 12 octets depending on the label or index encoding of the SID.
長さ：変数。11または12オクテットSIDのラベルまたはインデックスの符号化に応じて。
Flags: 1-octet value that should be set as:
フラグ：1-オクテット値を次のように設定する必要があります。
* IS-IS SID/Label Binding TLV flags as defined in Section 2.4.1 of [RFC8667].
* [RFC8667]のセクション2.4.1で定義されているように、IS-IS / LabelバインディングTLVフラグです。
* OSPFv2 OSPF Extended Prefix Range TLV flags as defined in Section 4 of [RFC8665].
* OSPFv2 OSPF拡張プレフィックス範囲TLVフラグは、[RFC8665]のセクション4で定義されています。
* OSPFv3 Extended Prefix Range TLV flags as defined in Section 5 of [RFC8666].
* [RFC8666]のセクション5で定義されているOSPFv3拡張プレフィックス範囲TLVフラグ。
Reserved: 1 octet that MUST be set to 0 and ignored on receipt.
予約済み：0に設定する必要があり、受信時に無視されなければならない1オクテット。
Range Size: 2 octets that carry the number of prefixes that are covered by the advertisement.
範囲サイズ：広告のカバーされているプレフィックスの数を運ぶ2オクテット。
The Flags field of this TLV is interpreted according to the respective underlying IS-IS, OSPFv2, or OSPFv3 protocol. The Protocol-ID of the BGP-LS Prefix NLRI is used to determine the underlying protocol specification for parsing this field.
このTLVのFlagsフィールドは、それぞれの基礎となるIS-IS、OSPFV2、またはOSPFV3プロトコルに従って解釈されます。BGP-LSプレフィックスNLRIのプロトコルIDは、このフィールドを解析するための基礎となるプロトコル仕様を決定するために使用されます。
The prefix-to-SID mappings are advertised using sub-TLVs as below:
Prefix To-Sidマッピングは、以下のようにSUB-TLVを使用してアドバタイズされています。
IS-IS: SID/Label Range TLV Prefix-SID Sub-TLV
IS-IS：SID /ラベル範囲TLVプレフィックス-SIDサブTLV
OSPFv2/OSPFv3: OSPFv2/OSPFv3 Extended Prefix Range TLV Prefix-SID Sub-TLV
OSPFV2 / OSPFV3：OSPFV2 / OSPFV3拡張プレフィックス範囲TLVプレフィックス-SIDサブTLV
BGP-LS: Range TLV Prefix-SID TLV (used as a sub-TLV in this context)
BGP-LS：RANGE TLV PRECIX-SID TLV（このコンテキストではサブTLVとして使用されます）
The prefix-to-SID mapping information for the BGP-LS Prefix-SID TLV (used as a sub-TLV in this context) is encoded as described in Section 2.3.1.
BGP-LSプレフィックス-SID TLVの接頭辞からSIDマッピング情報（このコンテキストのサブTLVとして使用される）は、セクション2.3.1で説明されているようにエンコードされています。
This section illustrates the IS-IS Segment Routing Extensions TLVs and sub-TLVs mapped to the ones defined in this document.
このセクションでは、このドキュメントで定義されているものにマッピングされたIS-ISセグメントルーティング拡張機能TLVSおよびSUB-TLVSを示します。
For each BGP-LS TLV, the following table illustrates its equivalence in IS-IS.
各BGP-LS TLVについて、次の表はIS-ISの等価性を示しています。
+========================+==============================+===========+
| Description | IS-IS TLV/sub-TLV | Reference |
+========================+==============================+===========+
| SR Capabilities | SR-Capabilities Sub-TLV (2) | [RFC8667] |
+------------------------+------------------------------+-----------+
| SR Algorithm | SR-Algorithm Sub-TLV (19) | [RFC8667] |
+------------------------+------------------------------+-----------+
| SR Local Block | SR Local Block Sub-TLV (22) | [RFC8667] |
+------------------------+------------------------------+-----------+
| SRMS Preference | SRMS Preference Sub-TLV (19) | [RFC8667] |
+------------------------+------------------------------+-----------+
| Adjacency SID | Adj-SID Sub-TLV (31) | [RFC8667] |
+------------------------+------------------------------+-----------+
| LAN Adjacency SID | LAN-Adj-SID Sub-TLV (32) | [RFC8667] |
+------------------------+------------------------------+-----------+
| Prefix-SID | Prefix-SID Sub-TLV (3) | [RFC8667] |
+------------------------+------------------------------+-----------+
| Range | SID/Label Binding TLV (149) | [RFC8667] |
+------------------------+------------------------------+-----------+
| SID/Label | SID/Label Sub-TLV (1) | [RFC8667] |
+------------------------+------------------------------+-----------+
| Prefix Attribute | Prefix Attribute Flags Sub- | [RFC7794] |
| Flags | TLV (4) | |
+------------------------+------------------------------+-----------+
| Source Router | IPv4/IPv6 Source Router ID | [RFC7794] |
| Identifier | Sub-TLV (11/12) | |
+------------------------+------------------------------+-----------+
| L2 Bundle Member | L2 Bundle Member Attributes | [RFC8668] |
| Attributes | TLV (25) | |
+------------------------+------------------------------+-----------+
Table 5: IS-IS Segment Routing Extensions TLVs/Sub-TLVs
表5：IS-ISセグメントルーティング拡張機能TLVS / SUB-TLVS
This section illustrates the OSPFv2 and OSPFv3 Segment Routing Extensions TLVs and sub-TLVs mapped to the ones defined in this document.
このセクションでは、このドキュメントで定義されているものにマッピングされているOSPFv2およびOSPFv3セグメントのルーティング拡張機能を示します。
For each BGP-LS TLV, the following tables illustrate its equivalence in OSPFv2 and OSPFv3.
各BGP-LS TLVについて、次の表はOSPFv2およびOSPFv3におけるその等価性を示しています。
+===================+==========================+===========+
| Description | OSPFv2 TLV/sub-TLV | Reference |
+===================+==========================+===========+
| SR Capabilities | SID/Label Range TLV (9) | [RFC8665] |
+-------------------+--------------------------+-----------+
| SR Algorithm | SR-Algorithm TLV (8) | [RFC8665] |
+-------------------+--------------------------+-----------+
| SR Local Block | SR Local Block TLV (14) | [RFC8665] |
+-------------------+--------------------------+-----------+
| SRMS Preference | SRMS Preference TLV (15) | [RFC8665] |
+-------------------+--------------------------+-----------+
| Adjacency SID | Adj-SID Sub-TLV (2) | [RFC8665] |
+-------------------+--------------------------+-----------+
| LAN Adjacency SID | LAN Adj-SID Sub-TLV (3) | [RFC8665] |
+-------------------+--------------------------+-----------+
| Prefix-SID | Prefix-SID Sub-TLV (2) | [RFC8665] |
+-------------------+--------------------------+-----------+
| Range | OSPF Extended Prefix | [RFC8665] |
| | Range TLV (2) | |
+-------------------+--------------------------+-----------+
| SID/Label | SID/Label Sub-TLV (1) | [RFC8665] |
+-------------------+--------------------------+-----------+
| Prefix Attribute | Flags of OSPFv2 Extended | [RFC7684] |
| Flags | Prefix TLV (1) | |
+-------------------+--------------------------+-----------+
| Source Router | Prefix Source Router | [RFC9084] |
| Identifier | Address Sub-TLV (5) | |
+-------------------+--------------------------+-----------+
| Source OSPF | Prefix Source OSPF | [RFC9084] |
| Router-ID | Router-ID Sub-TLV (4) | |
+-------------------+--------------------------+-----------+
Table 6: OSPFv2 Segment Routing Extensions TLVs/Sub-TLVs
表6：OSPFv2セグメントルーティング拡張TLVS / SUB-TLVS
+===================+==========================+===========+
| Description | OSPFv3 TLV/sub-TLV | Reference |
+===================+==========================+===========+
| SR Capabilities | SID/Label Range TLV (9) | [RFC8665] |
+-------------------+--------------------------+-----------+
| SR Algorithm | SR-Algorithm TLV (8) | [RFC8665] |
+-------------------+--------------------------+-----------+
| SR Local Block | SR Local Block TLV (14) | [RFC8665] |
+-------------------+--------------------------+-----------+
| SRMS Preference | SRMS Preference TLV (15) | [RFC8665] |
+-------------------+--------------------------+-----------+
| Adjacency SID | Adj-SID Sub-TLV (5) | [RFC8666] |
+-------------------+--------------------------+-----------+
| LAN Adjacency SID | LAN Adj-SID Sub-TLV (6) | [RFC8666] |
+-------------------+--------------------------+-----------+
| Prefix-SID | Prefix-SID Sub-TLV (4) | [RFC8666] |
+-------------------+--------------------------+-----------+
| Range | OSPFv3 Extended Prefix | [RFC8666] |
| | Range TLV (9) | |
+-------------------+--------------------------+-----------+
| SID/Label | SID/Label Sub-TLV (7) | [RFC8666] |
+-------------------+--------------------------+-----------+
| Prefix Attribute | Prefix Option Fields of | [RFC8362] |
| Flags | Prefix TLV types 3,5,6 | |
+-------------------+--------------------------+-----------+
| Source OSPF | Prefix Source Router | [RFC9084] |
| Router Identifier | Address Sub-TLV (28) | |
+-------------------+--------------------------+-----------+
| Source OSPF | Prefix Source OSPF | [RFC9084] |
| Router-ID | Router-ID Sub-TLV (27) | |
+-------------------+--------------------------+-----------+
Table 7: OSPFv3 Segment Routing Extensions TLVs/Sub-TLVs
表7：OSPFv3セグメントルーティング拡張TLVS / SUB-TLVS
IANA has registered the following code points in the "BGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs" registry under the "Border Gateway Protocol - Link State (BGP-LS) Parameter" registry based on Table 8. The column "IS-IS TLV/Sub-TLV" defined in the registry does not require any value and should be left empty.
IANAは、「BGP-LSノード記述子、リンク記述子、プレフィックス記述子、および属性TLVS」レジストリに、表8に基づいて「BGP-LSのプロトコル - リンク状態（BGP-LS）パラメータ」レジストリに登録しました。レジストリで定義されている列 "is-is tlv / sub-tlv"は値を必要とせず、空のままにする必要があります。
This section contains the global table of all TLVs/sub-TLVs defined in this document.
このセクションには、このドキュメントで定義されているすべてのTLVS / SUB-TLVのグローバルテーブルが含まれています。
+================+=============================+===============+
| TLV Code Point | Description | Reference |
+================+=============================+===============+
| 1034 | SR Capabilities | Section 2.1.2 |
+----------------+-----------------------------+---------------+
| 1035 | SR Algorithm | Section 2.1.3 |
+----------------+-----------------------------+---------------+
| 1036 | SR Local Block | Section 2.1.4 |
+----------------+-----------------------------+---------------+
| 1037 | SRMS Preference | Section 2.1.5 |
+----------------+-----------------------------+---------------+
| 1099 | Adjacency SID | Section 2.2.1 |
+----------------+-----------------------------+---------------+
| 1100 | LAN Adjacency SID | Section 2.2.2 |
+----------------+-----------------------------+---------------+
| 1158 | Prefix-SID | Section 2.3.1 |
+----------------+-----------------------------+---------------+
| 1159 | Range | Section 2.3.5 |
+----------------+-----------------------------+---------------+
| 1161 | SID/Label | Section 2.1.1 |
+----------------+-----------------------------+---------------+
| 1170 | Prefix Attribute Flags | Section 2.3.2 |
+----------------+-----------------------------+---------------+
| 1171 | Source Router Identifier | Section 2.3.3 |
+----------------+-----------------------------+---------------+
| 1172 | L2 Bundle Member Attributes | Section 2.2.3 |
+----------------+-----------------------------+---------------+
| 1174 | Source OSPF Router-ID | Section 2.3.4 |
+----------------+-----------------------------+---------------+
Table 8: Summary of TLV/Sub-TLV Code Points
表8：TLV / SUB-TLVコードポイントの概要
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 the Manageability Considerations section of [RFC7752]. Specifically, the malformed attribute tests for syntactic checks in the Fault Management section of [RFC7752] now encompass the new BGP-LS Attribute TLVs 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 is left to the consumer of the BGP-LS information (e.g., an application or a controller) and not the BGP protocol.
この文書で導入された新しいプロトコル拡張機能は、[RFC7752]で配布されている既存のIGPトポロジ情報を拡張します。このドキュメントで定義されている手順とプロトコル拡張機能は、[RFC7752]の[管理アビリティの考慮事項]セクションで説明しているとおりのBGPプロトコルの操作と管理には影響しません。具体的には、[RFC7752]の[障害管理]セクションの構文チェックの不正な形式の属性テストは、このドキュメントで定義されている新しいBGP-LS属性TLVを網羅しています。この文書で指定されたTLVの意味論的またはコンテンツのチェック、およびBGP-LS NLRIタイプまたはそのBGP-LS属性との関連付けは、BGP-LS情報の消費者（アプリケーションまたはコントローラ）の消費者に残されています。BGPプロトコル
A consumer of the BGP-LS information retrieves this information over a BGP-LS session (refer to Sections 1 and 2 of [RFC7752]). The handling of semantic or content errors by the consumer would be dictated by the nature of its application usage and hence is beyond the scope of this document.
BGP-LS情報の消費者は、BGP-LSセッションを介してこの情報を取得します（[RFC7752]のセクション1,2参照）。消費者による意味論的またはコンテンツエラーの処理は、そのアプリケーションの使用状況の性質によって決定され、したがってこの文書の範囲を超えています。
This document only introduces new Attribute TLVs, and any syntactic error in them would result in the BGP-LS Attribute being discarded with an error log. 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 SR capabilities of the nodes in the topology and the mapping of SR 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 SR 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 to perform it in an unexpected or inconsistent manner. The handling of such errors by applications like SR PCE may be implementation specific and out of scope of this document.
この文書は新しい属性TLVSのみを導入し、それらの構文解決エラーは、BGP-LS属性がエラーログで破棄される可能性があります。この仕様によってBGP - LSで導入されたSR情報は、トポロジー内のノードのSR機能およびそれらのノードへのSRセグメントのマッピングを学習するためのSR PATH計算エンジン（PCE）のようなBGP - LSコンシューマアプリケーションによって使用され得る。これにより、SR PCEは、トラフィックエンジニアリングユースケースのSRに基づいてパス計算を実行し、基礎となるIGPベースの分散ベストパス計算とは異なるパス上のトラフィックを操縦することができます。 SR情報の符号化または復号化におけるエラーは、SR PCEへのそのような情報の使用不可能性またはそれに誤った情報を利用可能にすることができる。これにより、SR PCEが所望のSRベースの最適化機能を実行したり、予期しない方や不整合的な方法で実行することができない可能性があります。 SR PCEのようなアプリケーションによるそのようなエラーの処理は、この文書の実装で範囲外である可能性があります。
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 SR features are covered by [RFC9020], [ISIS-SR-YANG], and [OSPF-SR-YANG].
このドキュメントで指定されている拡張子は、[RFC7752]で説明されているように、BGPまたはBGP-LSに新しい構成または監視側面を導入しないでください。基礎となるSR機能の管理性の面は、[RFC9020]、[ISIS-SR-YANG]、[OSPF-SR-YANG]でカバーされています。
The new protocol extensions introduced in this document augment the existing IGP topology information that is distributed via [RFC7752]. The advertisement of the SR link attribute information defined in this document presents similar risk as associated with the existing set of link attribute information as described in [RFC7752]. The Security Considerations section 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トポロジ情報を拡張します。この文書で定義されているSRリンク属性情報の広告は、[RFC7752]に記載されているように、既存のリンク属性情報のセットに関連する類似のリスクを提示している。[RFC7752]の[セキュリティ上の考慮事項]セクションは、これらの拡張機能にも適用されます。このドキュメントで定義されている手順と新しいTLVは、[RFC7752]で説明したBGP-LSセキュリティモデルには影響しません。
The TLVs introduced in this document are used to propagate IGP-defined information (see [RFC8665], [RFC8666], and [RFC8667]). These TLVs represent the SR 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 [RFC8665], [RFC8666], and [RFC8667]) in order to prevent any security issue when propagating the TLVs into BGP-LS.
この文書で導入されたTLVは、IGP定義情報を伝播するために使用されます（[RFC8665]、[RFC8666]、[RFC8667]）。これらのTLVは、IGPノード、リンク、および接頭辞に関連付けられているSR情報を表します。これらのTLVを発信するIGPインスタンスは、TLVをBGP-LSに伝播するときのセキュリティの問題を防ぐために、必要なすべてのセキュリティおよび認証メカニズム（[RFC8665]、[RFC8666]、[RFC8667]）をサポートすると想定されています。
BGP-LS SR 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 ASes/domains within a single provider network). Therefore, precaution is necessary to ensure that the link-state information (including SR information) advertised via BGP-LS sessions is limited to consumers in a secure manner 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 SR拡張機能は、SRドメイン内のトラフィックエンジニアリングユースケースを有効にします。SRは信頼できるドメイン内で動作し、SR情報を運ぶときにそのセキュリティ上の考慮事項もBGP-LSセッションにも適用されます。BGP-LS経由でアドバタイズされたSIDを使用したSRトラフィックエンジニアリングポリシーは、この信頼できるSRドメイン内（例えば、単一のプロバイダネットワーク内の複数のASES /ドメイン間で）完全に使用されることが予想される。したがって、BGP-LSセッション経由でアドバタイズされたリンク状態情報（SR情報を含む）が、この信頼できるSRドメイン内の安全な方法で消費者に限られていることを確認するためには、予防措置が必要である。リンク状態以外のアドレスファミリのためのBGPピアリングセッションは、SRドメインの外部のルータに設定されてもよい。BGP-LSピアリングセッションの絶縁は、BGP-LSトポロジ情報（新しく追加されたSR情報を含む）がSRドメインの外部で外部BGPピアリングセッションにアドバタイズされていないことを確認するために推奨されます。
[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、「RFCSで使用するためのキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https：//www.rfc-editor.org/info/RFC2119>。
[RFC4202] Kompella, K., Ed. and Y. Rekhter, Ed., "Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4202, DOI 10.17487/RFC4202, October 2005, <https://www.rfc-editor.org/info/rfc4202>.
[RFC4202] Kompella、K.、ED。そして、「一般化マルチプロトコルラベルスイッチング（GMPLS）」、RFC 4202、DOI 10.17487 / RFC4202、2005年10月、<https：//www.rfc-editor.org/infoを参照してください。/ RFC4202>。
[RFC5120] Przygienda, T., Shen, N., and N. Sheth, "M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)", RFC 5120, DOI 10.17487/RFC5120, February 2008, <https://www.rfc-editor.org/info/rfc5120>.
[RFC5120] Przygienda、T.、Shen、N.、およびN.Sheth、M-ISI：中間システムにおける中間システムにおける中間システムにおけるマルチトポロジー（MT）ルーティング（IS - ISS） "、RFC 5120、DOI 10.17487 / RFC5120、2008年2月、<https：//www.rfc-editor.org/info/rfc5120>。
[RFC5308] Hopps, C., "Routing IPv6 with IS-IS", RFC 5308, DOI 10.17487/RFC5308, October 2008, <https://www.rfc-editor.org/info/rfc5308>.
[RFC5308] HOPPS、C、「IPv6とIPv6のルーティング」、RFC 5308、DOI 10.17487 / RFC5308、2008年10月、<https://www.rfc-editor.org/info/rfc5308>。
[RFC5340] Coltun, R., Ferguson, D., Moy, J., and A. Lindem, "OSPF for IPv6", RFC 5340, DOI 10.17487/RFC5340, July 2008, <https://www.rfc-editor.org/info/rfc5340>.
[RFC5340] Coltun、R.、Ferguson、D.、Moy、J.、およびA. Lindem、RFC 5340、DOI 10.17487 / RFC5340、2008年7月、<https：///www.rfc-編集者.org / info / rfc5340>。
[RFC7684] Psenak, P., Gredler, H., Shakir, R., Henderickx, W., Tantsura, J., and A. Lindem, "OSPFv2 Prefix/Link Attribute Advertisement", RFC 7684, DOI 10.17487/RFC7684, November 2015, <https://www.rfc-editor.org/info/rfc7684>.
[RFC7684] Psenak、P.、Gredler、H.、Shakir、R.、Henderickx、W。、Tantsura、J.、およびA. Lindem、 "OSPFv2プレフィックス/リンク属性広告"、RFC 7684、DOI 10.17487 / RFC7684、2015年11月、<https：//www.rfc-editor.org/info/rfc7684>。
[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>.
[RFC7752] Gredler、H.、Ed。、Medved、J.、Previdi、S.、Farrel、A.、およびS. Ray、「BGPを使用したリンク状態およびトラフィックエンジニアリングの北部分布」、RFC 7752、DOI 10.17487 / RFC7752、2016年3月、<https：//www.rfc-editor.org/info/rfc7752>。
[RFC7794] Ginsberg, L., Ed., Decraene, B., Previdi, S., Xu, X., and U. Chunduri, "IS-IS Prefix Attributes for Extended IPv4 and IPv6 Reachability", RFC 7794, DOI 10.17487/RFC7794, March 2016, <https://www.rfc-editor.org/info/rfc7794>.
[RFC7794] Ginsberg、L.、Ed。、Decraene、B.、Previdi、S.、XU、X.、およびU.chunduri、「IS-ISは拡張IPv4およびIPv6到達可能性のプレフィックス属性」、RFC 7794、DOI 10.17487/ RFC7794、2016年3月、<https://www.rfc-editor.org/info/rfc7794>。
[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>。
[RFC8362] Lindem, A., Roy, A., Goethals, D., Reddy Vallem, V., and F. Baker, "OSPFv3 Link State Advertisement (LSA) Extensibility", RFC 8362, DOI 10.17487/RFC8362, April 2018, <https://www.rfc-editor.org/info/rfc8362>.
[RFC8362]リンデム、A.、Roy、A.、Goethals、D.、Reddy Vallem、V.、F. Baker、 "OSPFv3リンク州広告（LSA）拡張性"、RFC 8362、DOI 10.17487 / RFC8362、2018年4月<https://www.rfc-editor.org/info/rfc8362>。
[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>.
[RFC8402] Filsfils、C、Ed。、Previdi、S.、Ed。、Ginsberg、L.、Decraene、B.、Litkowski、S.、およびR. Shakir、「セグメントルーティングアーキテクチャ」、RFC 8402、DOI 10.17487/ RFC8402、2018年7月、<https：//www.rfc-editor.org/info/rfc8402>。
[RFC8571] Ginsberg, L., Ed., Previdi, S., Wu, Q., Tantsura, J., and C. Filsfils, "BGP - Link State (BGP-LS) Advertisement of IGP Traffic Engineering Performance Metric Extensions", RFC 8571, DOI 10.17487/RFC8571, March 2019, <https://www.rfc-editor.org/info/rfc8571>.
[RFC8571] Ginsberg、L.、ED。、Previdi、S.、Wu、Q.、Tantsura、J.、およびC.Filsfils、「BGP - Link State（BGP - LS）広告のIGPトラフィックエンジニアリングメトリック拡張機能」、RFC 8571、DOI 10.17487 / RFC8571、2019年3月、<https：//www.rfc-editor.org/info/rfc8571>。
[RFC8665] Psenak, P., Ed., Previdi, S., Ed., Filsfils, C., Gredler, H., Shakir, R., Henderickx, W., and J. Tantsura, "OSPF Extensions for Segment Routing", RFC 8665, DOI 10.17487/RFC8665, December 2019, <https://www.rfc-editor.org/info/rfc8665>.
[RFC8665] PSENAK、P、ED。、PREVIDI、S、ED。、Filsfils、C、Gredler、H.、Shakir、R.、Henderickx、W.およびJ.Tantsura、セグメントルーティングのためのOSPF拡張"、RFC 8665、DOI 10.17487 / RFC8665、2019年12月、<https://www.rfc-editor.org/info/rfc8665>。
[RFC8666] Psenak, P., Ed. and S. Previdi, Ed., "OSPFv3 Extensions for Segment Routing", RFC 8666, DOI 10.17487/RFC8666, December 2019, <https://www.rfc-editor.org/info/rfc8666>.
[RFC8666] PSENAK、P、ED。S. Previdi、Ed。、「セグメントルーティング用のOSPFv3拡張」、RFC 8666、DOI 10.17487 / RFC8666、2019年12月、<https：//www.rfc-editor.org/info/rfc8666>。
[RFC8667] Previdi, S., Ed., Ginsberg, L., Ed., Filsfils, C., Bashandy, A., Gredler, H., and B. Decraene, "IS-IS Extensions for Segment Routing", RFC 8667, DOI 10.17487/RFC8667, December 2019, <https://www.rfc-editor.org/info/rfc8667>.
[RFC8667] Presidi、S.、Ed。、Ginsberg、L.、Ed。、Filsfils、C、Bashandy、A.、Gredler、H.、およびB. Decraene、 "IS-IS Extensions for Segment Routing" RFC8667、DOI 10.17487 / RFC8667、2019年12月、<https：//www.rfc-editor.org/info/rfc8667>。
[RFC8668] Ginsberg, L., Ed., Bashandy, A., Filsfils, C., Nanduri, M., and E. Aries, "Advertising Layer 2 Bundle Member Link Attributes in IS-IS", RFC 8668, DOI 10.17487/RFC8668, December 2019, <https://www.rfc-editor.org/info/rfc8668>.
[RFC8668] Ginsberg、L.、Ed。、Bashandy、A.、A.、Filsfils、C.、Nanduri、M.、およびE.Aries、「広告層2バンドルメンバーリンク属性」、RFC 8668、DOI 10.17487/ RFC8668、2019年12月、<https://www.rfc-editor.org/info/rfc8668>。
[RFC9084] Wang, A., Lindem, A., Dong, J., Psenak, P., and K. Talaulikar, Ed., "OSPF Prefix Originator Extensions", RFC 9084, DOI 10.17487/RFC9084, August 2021, <https://www.rfc-editor.org/info/rfc9084>.
[RFC9084] Wang、A.、Lindem、A。、Dong、J.、Psenak、P.、K.Talaulikar、ED。、「OSPFプレフィックス創始者拡張」、RFC 9084、DOI 10.17487 / RFC9084、2021年8月、<https://www.rfc-editor.org/info/rfc9084>。
[ISIS-SR-YANG] Litkowski, S., Qu, Y., Sarkar, P., Chen, I., and J. Tantsura, "YANG Data Model for IS-IS Segment Routing", Work in Progress, Internet-Draft, draft-ietf-isis-sr-yang-10, 21 February 2021, <https://datatracker.ietf.org/doc/html/draft-ietf-isis-sr-yang-10>.
[ISIS-SR-YANG] Litkowski、S.、Qu、Y、Y。、Sarkar、P.、Chen、I.、J. Tantsura、「IS-IS-ISセグメントルーティングのためのヤンデータモデル」、進行中、インターネット - ドラフト、ドラフトIETF-ISIS-SR-YANG-10,2021、<https：//datatracker.ietf.org/doc/html/draft-ietf-isis-sr-yang-10>。
[OSPF-SR-YANG] Yeung, D., Qu, Y., Zhang, J., Chen, I., and A. Lindem, "YANG Data Model for OSPF SR (Segment Routing) Protocol", Work in Progress, Internet-Draft, draft-ietf-ospf-sr-yang-15, 2 July 2021, <https://datatracker.ietf.org/doc/html/ draft-ietf-ospf-sr-yang-15>.
[OSPF-SR-Yang] Yeung、D.、Qu、Y.、Zhang、J.、Chen、I.、A. Lindem、「OSPF SRのYangデータモデル（セグメントルーティング）プロトコル」、進行中の作業、インターネットドラフト、ドラフト - IETF-OSPF-SR-YANG-15,2021、<https://datatracker.ietf.org/doc/html/ proft-ietf-ospf-sr-yang-15>。
[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>.
[RFC5706] Harrington、D.、「新しいプロトコルとプロトコル拡張の運用と管理のためのガイドライン」、RFC 5706、DOI 10.17487 / RFC5706、2009年11月、<https：//www.rfc-editor.org/info/rfc5706>。
[RFC8661] Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S., Decraene, B., and S. Litkowski, "Segment Routing MPLS Interworking with LDP", RFC 8661, DOI 10.17487/RFC8661, December 2019, <https://www.rfc-editor.org/info/rfc8661>.
[RFC8661] Bashandy、A.、ED。、Filsfils、C.、Ed。、Previdi、S.、Decraene、B.、およびS.Litkowski、LDPとのセグメントルーティングMPLSインターワーク、RFC 8661、DOI 10.17487 / RFC86612019年12月、<https：//www.rfc-editor.org/info/rfc8661>。
[RFC9020] Litkowski, S., Qu, Y., Lindem, A., Sarkar, P., and J. Tantsura, "YANG Data Model for Segment Routing", RFC 9020, DOI 10.17487/RFC9020, May 2021, <https://www.rfc-editor.org/info/rfc9020>.
[RFC9020] Litkowski、S.、Qu、Y.、Lindem、A.、Sarkar、P.、およびJ.Tantsura、「セグメントルーティング用Yangデータモデル」、RFC 9020、DOI 10.17487 / RFC9020、2021年5月、<HTTPS//www.rfc-editor.org/info/rfc9020>。
Acknowledgements
謝辞
The authors would like to thank Jeffrey Haas, Aijun Wang, Robert Raszuk, and Susan Hares for their review of this document and their comments. The authors would also like to thank Alvaro Retana for his extensive review and comments, which helped correct issues and improve the document.
著者らは、この文書のレビューとそのコメントについて、Jeffrey Haas、Aijun Wang、Robert Raszuk、Susan Haresに感謝します。著者らはまた、豊富なレビューとコメントについてAlvaro Retanaに感謝し、問題を修正し、文書を改善しました。
Contributors
貢献者
The following people have substantially contributed to the editing of this document:
以下の人々はこの文書の編集に大幅に貢献しています。
Peter Psenak Cisco Systems
Peter Psenakシスコシステムズ
Email: ppsenak@cisco.com
Les Ginsberg Cisco Systems
Lesberg Cisco Systems.
Email: ginsberg@cisco.com
Acee Lindem Cisco Systems
Acee Lindem Cisco Systems.
Email: acee@cisco.com
Saikat Ray Individual
Saikat Ray個人
Email: raysaikat@gmail.com
Jeff Tantsura Apstra Inc.
Jeff Tantsura Apstra Inc.
Email: jefftant.ietf@gmail.com
Authors' Addresses
著者の住所
Stefano Previdi Huawei Technologies Rome Italy
Stefano Previdi Huawei Technologies Rome Italy
Email: stefano@previdi.net
Ketan Talaulikar (editor) Cisco Systems, Inc. India
Ketan Talaulikar（編集）Cisco Systems、Inc。インド
Email: ketant@cisco.com
Clarence Filsfils Cisco Systems, Inc. Brussels Belgium
Clarence Filsfils Cisco Systems、Inc。ブリュッセルベルギー
Email: cfilsfil@cisco.com
Hannes Gredler RtBrick Inc.
Hannes Gredler Rtbrick Inc.
Email: hannes@rtbrick.com
Mach(Guoyi) Chen Huawei Technologies Huawei Building, No. 156 Beiqing Rd. Beijing 100095 China
Mach（Guoyi）Chen Huawei Technologies Huawei Building、156北部RD。北京100095中国
Email: mach.chen@huawei.com