[要約] RFC 8362は、OSPFv3 Link State Advertisement (LSA) Extensibilityに関する仕様です。このRFCの目的は、OSPFv3のLSAを拡張するためのフレームワークを提供することです。
Internet Engineering Task Force (IETF) A. Lindem
Request for Comments: 8362 A. Roy
Updates: 5340, 5838 Cisco Systems
Category: Standards Track D. Goethals
ISSN: 2070-1721 Nokia
V. Reddy Vallem
F. Baker April 2018
F.ベイカー2018年4月
OSPFv3 Link State Advertisement (LSA) Extensibility
OSPFv3 Link State Advertisement（LSA）拡張性
Abstract
概要
OSPFv3 requires functional extension beyond what can readily be done with the fixed-format Link State Advertisement (LSA) as described in RFC 5340. Without LSA extension, attributes associated with OSPFv3 links and advertised IPv6 prefixes must be advertised in separate LSAs and correlated to the fixed-format LSAs. This document extends the LSA format by encoding the existing OSPFv3 LSA information in Type-Length-Value (TLV) tuples and allowing advertisement of additional information with additional TLVs. Backward-compatibility mechanisms are also described.
OSPFv3には、RFC 5340で説明されているように、固定形式のリンク状態アドバタイズメント（LSA）で簡単に実行できる機能を超える機能拡張が必要です。LSA拡張なしでは、OSPFv3リンクとアドバタイズされたIPv6プレフィックスに関連付けられた属性は、個別のLSAでアドバタイズされ、固定形式のLSA。このドキュメントでは、既存のOSPFv3 LSA情報をType-Length-Value（TLV）タプルにエンコードし、追加の情報を追加のTLVで通知できるようにすることで、LSA形式を拡張します。下位互換性メカニズムについても説明します。
This document updates RFC 5340, "OSPF for IPv6", and RFC 5838, "Support of Address Families in OSPFv3", by providing TLV-based encodings for the base OSPFv3 unicast support and OSPFv3 address family support.
このドキュメントは、基本OSPFv3ユニキャストサポートとOSPFv3アドレスファミリサポートにTLVベースのエンコーディングを提供することにより、RFC 5340「OSPF for IPv6」およびRFC 5838「Support of Address Families in OSPFv3」を更新します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（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/rfc8362.
このドキュメントの現在のステータス、エラッタ、およびフィードバックの提供方法に関する情報は、https：//www.rfc-editor.org/info/rfc8362で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2018 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2018 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 Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（https://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1. Requirements Notation . . . . . . . . . . . . . . . . . . 4
1.2. OSPFv3 LSA Terminology . . . . . . . . . . . . . . . . . 4
2. OSPFv3 Extended LSA Types . . . . . . . . . . . . . . . . . . 4
3. OSPFv3 Extended LSA TLVs . . . . . . . . . . . . . . . . . . 5
3.1. Prefix Options Extensions . . . . . . . . . . . . . . . . 6
3.1.1. N-bit Prefix Option . . . . . . . . . . . . . . . . . 7
3.2. Router-Link TLV . . . . . . . . . . . . . . . . . . . . . 8
3.3. Attached-Routers TLV . . . . . . . . . . . . . . . . . . 9
3.4. Inter-Area-Prefix TLV . . . . . . . . . . . . . . . . . . 10
3.5. Inter-Area-Router TLV . . . . . . . . . . . . . . . . . . 11
3.6. External-Prefix TLV . . . . . . . . . . . . . . . . . . . 12
3.7. Intra-Area-Prefix TLV . . . . . . . . . . . . . . . . . . 13
3.8. IPv6 Link-Local Address TLV . . . . . . . . . . . . . . . 14
3.9. IPv4 Link-Local Address TLV . . . . . . . . . . . . . . . 14
3.10. IPv6-Forwarding-Address Sub-TLV . . . . . . . . . . . . . 15
3.11. IPv4-Forwarding-Address Sub-TLV . . . . . . . . . . . . . 15
3.12. Route-Tag Sub-TLV . . . . . . . . . . . . . . . . . . . . 16
4. OSPFv3 Extended LSAs . . . . . . . . . . . . . . . . . . . . 16
4.1. OSPFv3 E-Router-LSA . . . . . . . . . . . . . . . . . . . 16
4.2. OSPFv3 E-Network-LSA . . . . . . . . . . . . . . . . . . 18
4.3. OSPFv3 E-Inter-Area-Prefix-LSA . . . . . . . . . . . . . 19
4.4. OSPFv3 E-Inter-Area-Router-LSA . . . . . . . . . . . . . 20
4.5. OSPFv3 E-AS-External-LSA . . . . . . . . . . . . . . . . 21
4.6. OSPFv3 E-NSSA-LSA . . . . . . . . . . . . . . . . . . . . 22
4.7. OSPFv3 E-Link-LSA . . . . . . . . . . . . . . . . . . . . 22
4.8. OSPFv3 E-Intra-Area-Prefix-LSA . . . . . . . . . . . . . 24
5. Malformed OSPFv3 Extended LSA Handling . . . . . . . . . . . 25
6. LSA Extension Backward Compatibility . . . . . . . . . . . . 25
6.1. Full Extended LSA Migration . . . . . . . . . . . . . . . 25
6.2. Extended LSA Sparse-Mode Backward Compatibility . . . . . 26
6.3. LSA TLV Processing Backward Compatibility . . . . . . . . 26
7. Security Considerations . . . . . . . . . . . . . . . . . . . 27
8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 27
8.1. OSPFv3 Extended LSA TLV Registry . . . . . . . . . . . . 27
8.2. OSPFv3 Extended LSA Sub-TLV Registry . . . . . . . . . . 28
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 29
9.1. Normative References . . . . . . . . . . . . . . . . . . 29
9.2. Informative References . . . . . . . . . . . . . . . . . 30
Appendix A. Global Configuration Parameters . . . . . . . . . . 31
Appendix B. Area Configuration Parameters . . . . . . . . . . . 31
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 32
Contributors . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 33
OSPFv3 requires functional extension beyond what can readily be done with the fixed-format Link State Advertisement (LSA) as described in RFC 5340 [OSPFV3]. Without LSA extension, attributes associated with OSPFv3 links and advertised IPv6 prefixes must be advertised in separate LSAs and correlated to the fixed-format LSAs. This document extends the LSA format by encoding the existing OSPFv3 LSA information in Type-Length-Value (TLV) tuples and allowing advertisement of additional information with additional TLVs. Backward-compatibility mechanisms are also described.
OSPFv3には、RFC 5340 [OSPFV3]で説明されているように、固定形式のリンク状態アドバタイズ（LSA）で簡単に実行できる機能を超える機能拡張が必要です。 LSA拡張機能がない場合、OSPFv3リンクとアドバタイズされたIPv6プレフィックスに関連付けられた属性は、個別のLSAでアドバタイズされ、固定形式のLSAに関連付けられる必要があります。このドキュメントでは、既存のOSPFv3 LSA情報をType-Length-Value（TLV）タプルにエンコードし、追加の情報を追加のTLVで通知できるようにすることで、LSA形式を拡張します。下位互換性メカニズムについても説明します。
This document updates RFC 5340, "OSPF for IPv6", and RFC 5838, "Support of Address Families in OSPFv3", by providing TLV-based encodings for the base OSPFv3 support [OSPFV3] and OSPFv3 address family support [OSPFV3-AF].
このドキュメントは、基本OSPFv3サポート[OSPFV3]およびOSPFv3アドレスファミリサポート[OSPFV3-AF]にTLVベースのエンコーディングを提供することにより、RFC 5340「OSPF for IPv6」およびRFC 5838「Support of Address Families in OSPFv3」を更新します。
A similar extension was previously proposed in support of multi-topology routing. Additional requirements for the OSPFv3 LSA extension include source/destination routing, route tagging, and others.
同様の拡張機能が、マルチトポロジルーティングをサポートするために以前に提案されました。 OSPFv3 LSA拡張機能の追加要件には、送信元/宛先ルーティング、ルートタギングなどがあります。
A final requirement is to limit the changes to OSPFv3 to those necessary for TLV-based LSAs. For the most part, the semantics of existing OSPFv3 LSAs are retained for their TLV-based successor LSAs described herein. Additionally, encoding details, e.g., the representation of IPv6 prefixes as described in Appendix A.4.1 in RFC 5340 [OSPFV3], have been retained. This requirement was included to increase the expedience of IETF adoption and deployment.
最後の要件は、OSPFv3への変更をTLVベースのLSAに必要な変更に制限することです。ほとんどの場合、既存のOSPFv3 LSAのセマンティクスは、ここで説明するTLVベースの後継LSAのために保持されます。さらに、RFC 5340 [OSPFV3]の付録A.4.1で説明されているIPv6プレフィックスの表現など、エンコーディングの詳細が保持されています。この要件は、IETFの採用と展開の便宜を高めるために含まれていました。
The following aspects of the OSPFv3 LSA extension are described:
OSPFv3 LSA拡張機能の次の側面について説明します。
1. Extended LSA Types
1. 拡張LSAタイプ
2. Extended LSA TLVs
2. 拡張LSA TLV
3. Extended LSA Formats
3. 拡張LSA形式
4. Backward Compatibility
4. 下位互換性
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」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこのドキュメントの「」は、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。
The TLV-based OSPFv3 LSAs described in this document will be referred to as Extended LSAs. The OSPFv3 fixed-format LSAs [OSPFV3] will be referred to as Legacy LSAs.
このドキュメントで説明されているTLVベースのOSPFv3 LSAは、拡張LSAと呼ばれます。 OSPFv3固定フォーマットLSA [OSPFV3]は、レガシーLSAと呼ばれます。
In order to provide backward compatibility, new LSA codes must be allocated. There are eight fixed-format LSAs defined in RFC 5340 [OSPFV3]. For ease of implementation and debugging, the LSA function codes are the same as the fixed-format LSAs only with 32, i.e., 0x20, added. The alternative to this mapping was to allocate a bit in the LS Type indicating the new LSA format. However, this would have used one half the LSA function code space for the migration of the eight original fixed-format LSAs. For backward compatibility, the U-bit MUST be set in the LS Type so that the LSAs will be flooded by OSPFv3 routers that do not understand them.
下位互換性を提供するには、新しいLSAコードを割り当てる必要があります。 RFC 5340 [OSPFV3]で定義された8つの固定形式LSAがあります。実装とデバッグを簡単にするために、LSA関数コードは固定形式のLSAと同じですが、32、つまり0x20が追加されています。このマッピングの代わりに、LSタイプに新しいLSAフォーマットを示すビットを割り当てることでした。ただし、これは8つの元の固定形式LSAの移行にLSA機能コードスペースの半分を使用することになります。下位互換性のために、LSTypeにUビットを設定して、LSAがそれらを理解しないOSPFv3ルーターによってフラッディングされるようにする必要があります。
LSA function code LS Type Description
----------------------------------------------------
33 0xA021 E-Router-LSA
34 0xA022 E-Network-LSA
35 0xA023 E-Inter-Area-Prefix-LSA
36 0xA024 E-Inter-Area-Router-LSA
37 0xC025 E-AS-External-LSA
38 N/A Unused (Not to be allocated)
39 0xA027 E-Type-7-LSA
40 0x8028 E-Link-LSA
41 0xA029 E-Intra-Area-Prefix-LSA
OSPFv3 Extended LSA Types
OSPFv3拡張LSAタイプ
The format of the TLVs within the body of the Extended LSAs is the same as the format used by the Traffic Engineering Extensions to OSPF [TE]. The variable TLV section consists of one or more nested TLV tuples. Nested TLVs are also referred to as sub-TLVs. The format of each TLV is:
拡張LSAの本体内のTLVの形式は、OSPFへのトラフィックエンジニアリング拡張[TE]で使用される形式と同じです。可変TLVセクションは、1つ以上のネストされたTLVタプルで構成されています。ネストされたTLVは、サブTLVとも呼ばれます。各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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Value... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
TLV Format
TLV形式
The Length field defines the length of the value portion in octets (thus, a TLV with no value portion would have a length of 0). The TLV is padded to 4-octet alignment; padding is not included in the Length field (so a 3-octet value would have a length of 3, but the total size of the TLV would be 8 octets). Nested TLVs are also 32-bit aligned. For example, a 1-byte value would have the Length field set to 1, and 3 octets of padding would be added to the end of the value portion of the TLV.
長さフィールドは、値部分の長さをオクテットで定義します（したがって、値部分のないTLVの長さは0になります）。 TLVは4オクテットアライメントにパディングされます。パディングは[長さ]フィールドに含まれません（そのため、3オクテットの長さは3ですが、TLVの合計サイズは8オクテットになります）。ネストされたTLVも32ビット境界で整列されます。たとえば、1バイトの値では、Lengthフィールドが1に設定され、3オクテットのパディングがTLVの値部分の最後に追加されます。
This document defines the following top-level TLV types:
このドキュメントでは、次のトップレベルのTLVタイプを定義しています。
o 0 - Reserved
o 0-予約済み
o 1 - Router-Link TLV o 2 - Attached-Routers TLV
o 1-ルーターリンクTLV o 2-接続ルーターTLV
o 3 - Inter-Area-Prefix TLV
o 3-エリア間プレフィックスTLV
o 4 - Inter-Area-Router TLV
o 4-エリア間ルーターTLV
o 5 - External-Prefix TLV
o 5-外部プレフィックスTLV
o 6 - Intra-Area-Prefix TLV
o 6-エリア内プレフィックスTLV
o 7 - IPv6 Link-Local Address TLV
o 7-IPv6リンクローカルアドレスTLV
o 8 - IPv4 Link-Local Address TLV
o 8-IPv4リンクローカルアドレスTLV
Additionally, this document defines the following sub-TLV types:
さらに、このドキュメントでは、次のサブTLVタイプを定義しています。
o 0 - Reserved
o 0-予約済み
o 1 - IPv6-Forwarding-Address sub-TLV
o 1-IPv6-Forwarding-AddressサブTLV
o 2 - IPv4-Forwarding-Address sub-TLV
o 2-IPv4-Forwarding-AddressサブTLV
o 3 - Route-Tag sub-TLV
o 3-ルートタグサブTLV
In general, TLVs and sub-TLVs MAY occur in any order, and the specification should define whether the TLV or sub-TLV is required and the behavior when there are multiple occurrences of the TLV or sub-TLV. While this document only describes the usage of TLVs and sub-TLVs, sub-TLVs may be nested to any level as long as the sub-TLVs are fully specified in the specification for the subsuming sub-TLV.
一般に、TLVとサブTLVは任意の順序で発生する可能性があり、仕様では、TLVまたはサブTLVが必要かどうか、およびTLVまたはサブTLVが複数発生した場合の動作を定義する必要があります。このドキュメントではTLVとサブTLVの使用法についてのみ説明しますが、サブTLVは、サブTTLを含む仕様で完全に指定されている限り、どのレベルにもネストできます。
For backward compatibility, an LSA is not considered malformed from a TLV perspective unless either a required TLV is missing or a specified TLV is less than the minimum required length. Refer to Section 6.3 for more information on TLV backward compatibility.
下位互換性のために、LSAは、必要なTLVが欠落しているか、指定されたTLVが最小必要長よりも短い場合を除いて、TLVの観点からは不正と見なされません。 TLV下位互換性の詳細については、セクション6.3を参照してください。
The prefix options are extended from Appendix A.4.1.1 [OSPFV3]. The applicability of the LA-bit is expanded, and it SHOULD be set in Inter-Area-Prefix TLVs and MAY be set in External-Prefix TLVs when the advertised host IPv6 address, i.e., PrefixLength = 128 for the IPv6 Address Family or PrefixLength = 32 for the IPv4 Address Family [OSPFV3-AF], is an interface address. In RFC 5340, the LA-bit is only set in Intra-Area-Prefix-LSAs (Section 4.4.3.9 of [OSPFV3]). This will allow a stable address to be advertised without having to configure a separate loopback address in every OSPFv3 area.
接頭辞オプションは、付録A.4.1.1 [OSPFV3]から拡張されています。 LAビットの適用性が拡張され、アドバタイズされたホストIPv6アドレス、つまりIPv6アドレスファミリまたはPrefixLengthのPrefixLength = 128の場合、それはInter-Area-Prefix TLVで設定されるべきであり（SHOULD）、External-Prefix TLVで設定されてもよい（MAY）。 = IPv4アドレスファミリ[OSPFV3-AF]の場合、32はインターフェイスアドレスです。 RFC 5340では、LAビットはIntra-Area-Prefix-LSAでのみ設定されます（[OSPFV3]のセクション4.4.3.9）。これにより、すべてのOSPFv3エリアに個別のループバックアドレスを設定する必要なく、安定したアドレスをアドバタイズできます。
Additionally, the N-bit prefix option is defined. The figure below shows the position of the N-bit in the prefix options (value 0x20).
さらに、Nビットプレフィックスオプションが定義されています。次の図は、プレフィックスオプション（値0x20）でのNビットの位置を示しています。
0 1 2 3 4 5 6 7
+--+--+--+--+--+--+--+--+
| | | N|DN| P| x|LA|NU|
+--+--+--+--+--+--+--+--+
The Prefix Options Field
プレフィックスオプションフィールド
The N-bit is set in PrefixOptions for a host address (PrefixLength=128 for the IPv6 Address Family or PrefixLength=32 for the IPv4 Address Family [OSPFV3-AF]) that identifies the advertising router. While it is similar to the LA-bit, there are two differences. The advertising router MAY choose NOT to set the N-bit even when the above conditions are met. If the N-bit is set and the PrefixLength is NOT 128 for the IPv6 Address Family or 32 for the IPv4 Address Family [OSPFV3-AF], the N-bit MUST be ignored. Additionally, the N-bit is propagated in the PrefixOptions when an OSPFv3 Area Border Router (ABR) originates an Inter-Area-Prefix-LSA for an Intra-Area route that has the N-bit set in the PrefixOptions. Similarly, the N-bit is propagated in the PrefixOptions when an OSPFv3 Not-So-Stubby Area (NSSA) ABR originates an E-AS-External-LSA corresponding to an NSSA route as described in Section 3 of RFC 3101 [NSSA]. The N-bit is added to the Inter-Area-Prefix TLV (Section 3.4), External-Prefix TLV (Section 3.6), and Intra-Area-Prefix-TLV (Section 3.7). The N-bit is used as hint to identify the preferred address to reach the advertising OSPFv3 router. This would be in contrast to an anycast address [IPV6-ADDRESS-ARCH], which could also be a local address with the LA-bit set. It is useful for applications such as identifying the prefixes corresponding to Node Segment Identifiers (SIDs) in Segment Routing [SEGMENT-ROUTING]. There may be future applications requiring selection of a prefix associated with an OSPFv3 router.
Nビットは、アドバタイズルーターを識別するホストアドレスのPrefixOptionsで設定されます（IPv6アドレスファミリの場合はPrefixLength = 128、IPv4アドレスファミリ[OSPFV3-AF]の場合はPrefixLength = 32）。 LAビットに似ていますが、2つの違いがあります。アドバタイジングルータは、上記の条件が満たされた場合でも、Nビットを設定しないことを選択できます。 Nビットが設定されていて、PrefixLengthがIPv6アドレスファミリの128またはIPv4アドレスファミリの32でない場合[OSPFV3-AF]、Nビットは無視する必要があります。さらに、OSPFv3エリアボーダールーター（ABR）がPrefixOptionsでNビットが設定されているエリア内ルートのInter-Area-Prefix-LSAを発信すると、NビットはPrefixOptionsで伝達されます。同様に、RFC 3101 [NSSA]のセクション3で説明されているように、OSPFv3 Not-So-Stubby Area（NSSA）ABRがNSSAルートに対応するE-AS-External-LSAを発信すると、NビットはPrefixOptionsで伝達されます。 Nビットは、エリア間プレフィックスTLV（セクション3.4）、外部プレフィックスTLV（セクション3.6）、およびイントラエリアプレフィックスTLV（セクション3.7）に追加されます。 Nビットは、アドバタイズOSPFv3ルーターに到達するための優先アドレスを識別するためのヒントとして使用されます。これは、LAビットが設定されたローカルアドレスであるエニーキャストアドレス[IPV6-ADDRESS-ARCH]とは対照的です。これは、セグメントルーティング[SEGMENT-ROUTING]でノードセグメント識別子（SID）に対応するプレフィックスを識別するなどのアプリケーションに役立ちます。 OSPFv3ルーターに関連付けられたプレフィックスの選択を必要とする将来のアプリケーションがあるかもしれません。
The Router-Link TLV defines a single router link, and the field definitions correspond directly to links in the OSPFv3 Router-LSA; see Appendix A.4.3 of [OSPFV3]. The Router-Link TLV is only applicable to the E-Router-LSA (Section 4.1). Inclusion in other Extended LSAs MUST be ignored.
ルーターリンクTLVは単一のルーターリンクを定義し、フィールド定義はOSPFv3ルーターLSA内のリンクに直接対応します。 [OSPFV3]の付録A.4.3を参照してください。 Router-Link TLVはE-Router-LSA（セクション4.1）にのみ適用されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 1 (Router-Link) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | 0 | Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Interface ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Neighbor Interface ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Neighbor Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Router-Link TLV
ルーターリンクTLV
The Attached-Routers TLV defines all the routers attached to an OSPFv3 multi-access network. The field definitions correspond directly to content of the OSPFv3 Network-LSA; see Appendix A.4.4 of [OSPFV3]. The Attached-Routers TLV is only applicable to the E-Network-LSA (Section 4.2). Inclusion in other Extended LSAs MUST be ignored.
Attached-Routers TLVは、OSPFv3マルチアクセスネットワークに接続されているすべてのルーターを定義します。フィールド定義は、OSPFv3 Network-LSAの内容に直接対応しています。 [OSPFV3]の付録A.4.4を参照してください。 Attached-Routers TLVは、E-Network-LSA（セクション4.2）にのみ適用されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 2 (Attached-Routers) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Adjacent Neighbor Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Additional Adjacent Neighbors .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Attached-Routers TLV
添付ルーターTLV
There are two reasons for not having a separate TLV or sub-TLV for each adjacent neighbor. The first is to discourage using the E-Network-LSA for more than its current role of solely advertising the routers attached to a multi-access network. The router's metric as well as the attributes of individual attached routers should be advertised in their respective E-Router-LSAs. The second reason is that there is only a single E-Network-LSA per multi-access link with the Link State ID set to the Designated Router's Interface ID, and consequently, compact encoding has been chosen to decrease the likelihood that the size of the E-Network-LSA will require IPv6 fragmentation when advertised in an OSPFv3 Link State Update packet.
隣接するネイバーごとに個別のTLVまたはサブTLVがない理由は2つあります。 1つ目は、マルチアクセスネットワークに接続されているルーターのみをアドバタイズするという現在の役割以上に、E-Network-LSAを使用しないようにすることです。ルーターのメトリックと個々の接続されたルーターの属性は、それぞれのEルーターLSAでアドバタイズされる必要があります。 2番目の理由は、リンク状態IDが指定ルーターのインターフェースIDに設定されたマルチアクセスリンクごとにE-Network-LSAが1つしかないため、コンパクトエンコーディングが選択されて、 E-Network-LSAは、OSPFv3リンク状態更新パケットでアドバタイズされるときにIPv6フラグメンテーションを必要とします。
The Inter-Area-Prefix TLV defines a single OSPFV3 inter-area prefix. The field definitions correspond directly to the content of an OSPFv3 IPv6 Prefix, as defined in Appendix A.4.1 of [OSPFV3], and an OSPFv3 Inter-Area-Prefix-LSA, as defined in Appendix A.4.5 of [OSPFV3]. Additionally, the PrefixOptions are extended as described in Section 3.1. The Inter-Area-Prefix TLV is only applicable to the E-Inter-Area-Prefix-LSA (Section 4.3). Inclusion in other Extended LSAs MUST be ignored.
Inter-Area-Prefix TLVは、単一のOSPFV3エリア間プレフィックスを定義します。フィールド定義は、[OSPFV3]の付録A.4.1で定義されているOSPFv3 IPv6プレフィックスの内容、および[OSPFV3]の付録A.4.5で定義されているOSPFv3 Inter-Area-Prefix-LSAの内容に直接対応しています。さらに、PrefixOptionsはセクション3.1で説明されているように拡張されます。 Inter-Area-Prefix TLVは、E-Inter-Area-Prefix-LSA（セクション4.3）にのみ適用されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 3 (Inter-Area Prefix) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PrefixLength | PrefixOptions | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address Prefix |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Inter-Area-Prefix TLV
エリア間プレフィックスTLV
The Inter-Area-Router TLV defines a single OSPFv3 Autonomous System Boundary Router (ASBR) that is reachable in another area. The field definitions correspond directly to the content of an OSPFv3 Inter-Area-Router-LSA, as defined in Appendix A.4.6 of [OSPFV3]. The Inter-Area-Router TLV is only applicable to the E-Inter-Area-Router-LSA (Section 4.4). Inclusion in other Extended LSAs MUST be ignored.
エリアルーター間TLVは、別のエリアで到達可能な単一のOSPFv3自律システム境界ルーター（ASBR）を定義します。 [OSPFV3]の付録A.4.6で定義されているように、フィールド定義はOSPFv3 Inter-Area-Router-LSAの内容に直接対応しています。エリア間ルーターTLVは、エリア間ルーターLSA（セクション4.4）にのみ適用されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 4 (Inter-Area Router) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Options |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Destination Router ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Inter-Area-Router TLV
エリア間ルーターTLV
The External-Prefix TLV defines a single OSPFv3 external prefix. With the exception of omitted fields noted below, the field definitions correspond directly to the content of an OSPFv3 IPv6 Prefix, as defined in Appendix A.4.1 of [OSPFV3], and an OSPFv3 AS-External-LSA, as defined in Appendix A.4.7 of [OSPFV3]. The External-Prefix TLV is only applicable to the E-AS-External-LSA (Section 4.5) and the E-NSSA-LSA (Section 4.6). Additionally, the PrefixOptions are extended as described in Section 3.1. Inclusion in other Extended LSAs MUST be ignored.
外部プレフィックスTLVは、単一のOSPFv3外部プレフィックスを定義します。下記の省略されたフィールドを除いて、フィールド定義は、[OSPFV3]の付録A.4.1で定義されているOSPFv3 IPv6プレフィックスと、付録Aで定義されているOSPFv3 AS-External-LSAの内容に直接対応しています。 [OSPFV3]の4.7。外部プレフィックスTLVは、E-AS-External-LSA（セクション4.5）およびE-NSSA-LSA（セクション4.6）にのみ適用できます。さらに、PrefixOptionsはセクション3.1で説明されているように拡張されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 5 (External Prefix) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |E| | | Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PrefixLength | PrefixOptions | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address Prefix |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
External-Prefix TLV
外部プレフィックスTLV
In the External-Prefix TLV, the optional IPv6/IPv4 Forwarding Address and External Route Tag are now sub-TLVs. Given the Referenced LS Type and Referenced Link State ID from the AS-External-LSA have never been used or even specified, they have been omitted from the External-Prefix TLV. If there were ever a requirement for a referenced LSA, it could be satisfied with a sub-TLV.
外部プレフィックスTLVでは、オプションのIPv6 / IPv4転送アドレスと外部ルートタグがサブTLVになりました。 AS-External-LSAからの参照されたLSタイプおよび参照されたリンク状態IDが使用されたことも、指定されたこともないため、それらはExternal-Prefix TLVから省略されています。参照されるLSAの要件がある場合、それはサブTLVで満たすことができます。
The following sub-TLVs are defined for optional inclusion in the External-Prefix TLV:
次のサブTLVは、External-Prefix TLVにオプションで含めるために定義されています。
o 1 - IPv6-Forwarding-Address sub-TLV (Section 3.10)
o 1-IPv6-Forwarding-Address sub-TLV（セクション3.10）
o 2 - IPv4-Forwarding-Address sub-TLV (Section 3.11)
o 2-IPv4-Forwarding-Address sub-TLV（セクション3.11）
o 3 - Route-Tag sub-TLV (Section 3.12)
o 3-ルートタグサブTLV（セクション3.12）
The Intra-Area-Prefix TLV defines a single OSPFv3 intra-area prefix. The field definitions correspond directly to the content of an OSPFv3 IPv6 Prefix, as defined in Appendix A.4.1 of [OSPFV3], and an OSPFv3 Link-LSA, as defined in Appendix A.4.9 of [OSPFV3]. The Intra-Area-Prefix TLV is only applicable to the E-Link-LSA (Section 4.7) and the E-Intra-Area-Prefix-LSA (Section 4.8). Additionally, the PrefixOptions are extended as described in Section 3.1. Inclusion in other Extended LSAs MUST be ignored.
エリア内プレフィックスTLVは、単一のOSPFv3エリア内プレフィックスを定義します。フィールド定義は、[OSPFV3]の付録A.4.1で定義されているOSPFv3 IPv6プレフィックスの内容と、[OSPFV3]の付録A.4.9で定義されているOSPFv3 Link-LSAの内容に直接対応しています。 Intra-Area-Prefix TLVは、E-Link-LSA（セクション4.7）およびE-Intra-Area-Prefix-LSA（セクション4.8）にのみ適用できます。さらに、PrefixOptionsはセクション3.1で説明されているように拡張されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 6 (Intra-Area Prefix) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PrefixLength | PrefixOptions | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address Prefix |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Intra-Area-Prefix TLV
エリア内プレフィックスTLV
The IPv6 Link-Local Address TLV is to be used with IPv6 address families as defined in [OSPFV3-AF]. The IPv6 Link-Local Address TLV is only applicable to the E-Link-LSA (Section 4.7). Inclusion in other Extended LSAs MUST be ignored.
IPv6リンクローカルアドレスTLVは、[OSPFV3-AF]で定義されているIPv6アドレスファミリで使用されます。 IPv6リンクローカルアドレスTLVは、E-Link-LSA（セクション4.7）にのみ適用されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 7 (IPv6 Local-Local Address) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+- -+
| |
+- IPv6 Link-Local Interface Address -+
| |
+- -+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IPv6 Link-Local Address TLV
IPv6リンクローカルアドレスTLV
The IPv4 Link-Local Address TLV is to be used with IPv4 address families as defined in [OSPFV3-AF]. The IPv4 Link-Local Address TLV is only applicable to the E-Link-LSA (Section 4.7). Inclusion in other Extended LSAs MUST be ignored.
IPv4リンクローカルアドレスTLVは、[OSPFV3-AF]で定義されているIPv4アドレスファミリで使用されます。 IPv4リンクローカルアドレスTLVは、E-Link-LSA（セクション4.7）にのみ適用されます。他の拡張LSAへの組み込みは無視する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 8 (IPv4 Local-Local Address) | TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| IPv4 Link-Local Interface Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. Sub-TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IPv4 Link-Local Address TLV
IPv4リンクローカルアドレスTLV
The IPv6-Forwarding-Address TLV has identical semantics to the optional forwarding address in Appendix A.4.7 of [OSPFV3]. The IPv6- Forwarding-Address TLV is applicable to the External-Prefix TLV (Section 3.6). Specification as a sub-TLV of other TLVs is not defined herein. The sub-TLV is optional and the first specified instance is used as the forwarding address as defined in [OSPFV3]. Instances subsequent to the first MUST be ignored.
IPv6-Forwarding-Address TLVは、[OSPFV3]の付録A.4.7にあるオプションの転送アドレスと同じセマンティクスを持っています。 IPv6- Forwarding-Address TLVは、External-Prefix TLV（セクション3.6）に適用されます。他のTLVのサブTLVとしての仕様は、ここでは定義されていません。サブTLVはオプションであり、[OSPFV3]で定義されているように、最初に指定されたインスタンスが転送アドレスとして使用されます。最初のインスタンス以降のインスタンスは無視する必要があります。
The IPv6-Forwarding-Address TLV is to be used with IPv6 address families as defined in [OSPFV3-AF]. It MUST be ignored for other address families. The IPv6-Forwarding-Address TLV length must meet a minimum length (16 octets), or it will be considered malformed as described in Section 6.3.
IPv6-Forwarding-Address TLVは、[OSPFV3-AF]で定義されているIPv6アドレスファミリで使用されます。他のアドレスファミリでは無視する必要があります。 IPv6-Forwarding-Address TLVの長さは、最小の長さ（16オクテット）を満たす必要があります。満たしていない場合、セクション6.3で説明されているように、形式が正しくないと見なされます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 1 - Forwarding Address | sub-TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+- -+
| |
+- Forwarding Address -+
| |
+- -+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IPv6-Forwarding-Address TLV
IPv6-Forwarding-Address TLV
The IPv4-Forwarding-Address TLV has identical semantics to the optional forwarding address in Appendix A.4.7 of [OSPFV3]. The IPv4-Forwarding-Address TLV is applicable to the External-Prefix TLV (Section 3.6). Specification as a sub-TLV of other TLVs is not defined herein. The sub-TLV is optional, and the first specified instance is used as the forwarding address as defined in [OSPFV3]. Instances subsequent to the first MUST be ignored.
IPv4-Forwarding-Address TLVは、[OSPFV3]の付録A.4.7のオプションの転送アドレスと同じセマンティクスを持っています。 IPv4-Forwarding-Address TLVは、External-Prefix TLV（セクション3.6）に適用されます。他のTLVのサブTLVとしての仕様は、ここでは定義されていません。サブTLVはオプションであり、最初に指定されたインスタンスが[OSPFV3]で定義されている転送アドレスとして使用されます。最初のインスタンス以降のインスタンスは無視する必要があります。
The IPv4-Forwarding-Address TLV is to be used with IPv4 address families as defined in [OSPFV3-AF]. It MUST be ignored for other address families. The IPv4-Forwarding-Address TLV length must meet a minimum length (4 octets), or it will be considered malformed as described in Section 6.3.
IPv4-Forwarding-Address TLVは、[OSPFV3-AF]で定義されているIPv4アドレスファミリで使用されます。他のアドレスファミリでは無視する必要があります。 IPv4-Forwarding-Address TLVの長さは、最小の長さ（4オクテット）を満たす必要があります。満たしていない場合、セクション6.3で説明されているように、形式が正しくないと見なされます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 2 - Forwarding Address | sub-TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Forwarding Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IPv4-Forwarding-Address TLV
IPv4-Forwarding-Address TLV
The optional Route-Tag sub-TLV has identical semantics to the optional External Route Tag in Appendix A.4.7 of [OSPFV3]. The Route-Tag sub-TLV is applicable to the External-Prefix TLV (Section 3.6). Specification as a sub-TLV of other TLVs is not defined herein. The sub-TLV is optional, and the first specified instance is used as the Route Tag as defined in [OSPFV3]. Instances subsequent to the first MUST be ignored.
オプションのルートタグサブTLVは、[OSPFV3]の付録A.4.7にあるオプションの外部ルートタグと同じセマンティクスを持っています。 Route-TagサブTLVは、External-Prefix TLV（セクション3.6）に適用されます。他のTLVのサブTLVとしての仕様は、ここでは定義されていません。サブTLVはオプションであり、最初に指定されたインスタンスは、[OSPFV3]で定義されているルートタグとして使用されます。最初のインスタンス以降のインスタンスは無視する必要があります。
The Route-Tag TLV length must meet a minimum length (4 octets), or it will be considered malformed as described in Section 6.3.
ルートタグTLVの長さは、最小の長さ（4オクテット）を満たす必要があります。満たしていない場合、セクション6.3で説明されているように、形式が正しくないと見なされます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 3 - Route Tag | sub-TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Route Tag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Route-Tag Sub-TLV
ルートタグサブTLV
This section specifies the OSPFv3 Extended LSA formats and encoding. The Extended OSPFv3 LSAs corresponded directly to the original OSPFv3 LSAs specified in [OSPFV3].
このセクションでは、OSPFv3拡張LSAフォーマットとエンコーディングを指定します。拡張OSPFv3 LSAは、[OSPFV3]で指定された元のOSPFv3 LSAに直接対応しています。
The E-Router-LSA has an LS Type of 0xA021 and has the same base information content as the Router-LSA defined in Appendix A.4.3 of [OSPFV3]. However, unlike the existing Router-LSA, it is fully extensible and represented as TLVs.
E-Router-LSAのLSタイプは0xA021であり、[OSPFV3]の付録A.4.3で定義されているRouter-LSAと同じ基本情報コンテンツを持っています。ただし、既存のルーターLSAとは異なり、完全に拡張可能で、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
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|0|1| 0x21 |
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 |Nt|x|V|E|B| Options |
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Extended Router-LSA
拡張ルーターLSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the Router-LSA. Initially, only the top-level Router-Link TLV (Section 3.2) is applicable, and an E-Router-LSA may include multiple Router-Link TLVs. Like the existing Router-LSA, the LSA length is used to determine the end of the LSA including any TLVs. Depending on the implementation, it is perfectly valid for an E-Router-LSA to not contain any Router-Link TLVs. However, this would imply that the OSPFv3 router doesn't have any adjacencies in the corresponding area and is forming an adjacency or adjacencies over an unnumbered link(s). Note that no E-Router-LSA stub link is advertised for an unnumbered link.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドは、ルーターLSAに対して定義されたものと同じです。最初は、最上位のルーターリンクTLV（セクション3.2）のみが適用可能であり、E-Router-LSAには複数のルーターリンクTLVを含めることができます。既存のルーターLSAと同様に、LSAの長さは、TLVを含むLSAの終わりを決定するために使用されます。実装によっては、E-Router-LSAがルーターリンクTLVを含まないことが完全に有効です。ただし、これは、OSPFv3ルーターが対応するエリアに隣接関係を持たず、番号なしリンク上で1つまたは複数の隣接関係を形成していることを意味します。 E-Router-LSAスタブリンクが番号なしリンクにアドバタイズされないことに注意してください。
The E-Network-LSA has an LS Type of 0xA022 and has the same base information content as the Network-LSA defined in Appendix A.4.4 of [OSPFV3]. However, unlike the existing Network-LSA, it is fully extensible and represented as TLVs.
E-Network-LSAのLSタイプは0xA022であり、[OSPFV3]の付録A.4.4で定義されているNetwork-LSAと同じ基本情報コンテンツを持っています。ただし、既存のNetwork-LSAとは異なり、完全に拡張可能であり、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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|0|1| 0x22 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Options |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E-Network-LSA
E-ネットワーク-LSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the Network-LSA. Like the existing Network-LSA, the LSA length is used to determine the end of the LSA including any TLVs. Initially, only the top-level Attached-Routers TLV (Section 3.3) is applicable. If the Attached-Router TLV is not included in the E-Network-LSA, it is treated as malformed as described in Section 5. Instances of the Attached-Router TLV subsequent to the first MUST be ignored.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドはNetwork-LSAに対して定義されたものと同じです。既存のNetwork-LSAと同様に、LSA長は、TLVを含むLSAの終わりを決定するために使用されます。最初は、トップレベルのAttached-Routers TLV（セクション3.3）のみが適用されます。 Attached-Router TLVがE-Network-LSAに含まれていない場合、セクション5で説明されているように、不正な形式として扱われます。最初の後続のAttached-Router TLVのインスタンスは無視する必要があります。
The E-Inter-Area-Prefix-LSA has an LS Type of 0xA023 and has the same base information content as the Inter-Area-Prefix-LSA defined in Appendix A.4.5 of [OSPFV3]. However, unlike the existing Inter-Area-Prefix-LSA, it is fully extensible and represented as TLVs.
E-Inter-Area-Prefix-LSAのLSタイプは0xA023であり、[OSPFV3]の付録A.4.5で定義されているInter-Area-Prefix-LSAと同じ基本情報コンテンツを持っています。ただし、既存のInter-Area-Prefix-LSAとは異なり、完全に拡張可能で、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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|0|1| 0x23 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E-Inter-Area-Prefix-LSA
E-インターエリア-プレフィックス-LSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the Inter-Area-Prefix-LSA. In order to retain compatibility and semantics with the current OSPFv3 specification, each Inter-Area-Prefix LSA MUST contain a single Inter-Area-Prefix TLV. This will facilitate migration and avoid changes to functions such as incremental Shortest Path First (SPF) computation.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドは、Inter-Area-Prefix-LSAに対して定義されたものと同じです。現在のOSPFv3仕様との互換性とセマンティクスを維持するために、各Inter-Area-Prefix LSAには1つのInter-Area-Prefix TLVが含まれている必要があります。これにより、移行が容易になり、インクリメンタルショートパスパスファースト（SPF）計算などの機能の変更が回避されます。
Like the existing Inter-Area-Prefix-LSA, the LSA length is used to determine the end of the LSA including any TLVs. Initially, only the top-level Inter-Area-Prefix TLV (Section 3.4) is applicable. If the Inter-Area-Prefix TLV is not included in the E-Inter-Area-Prefix-LSA, it is treated as malformed as described in Section 5. Instances of the Inter-Area-Prefix TLV subsequent to the first MUST be ignored.
既存のInter-Area-Prefix-LSAと同様に、LSAの長さは、TLVを含むLSAの終わりを決定するために使用されます。最初は、最上位のエリア間プレフィックスTLV（セクション3.4）のみが適用されます。 Inter-Area-Prefix TLVがE-Inter-Area-Prefix-LSAに含まれていない場合は、セクション5で説明されているように、不正な形式として扱われます。最初の後続のInter-Area-Prefix TLVのインスタンスは無視する必要があります。
The E-Inter-Area-Router-LSA has an LS Type of 0xA024 and has the same base information content as the Inter-Area-Router-LSA defined in Appendix A.4.6 of [OSPFV3]. However, unlike the Inter-Area-Router-LSA, it is fully extensible and represented as TLVs.
E-Inter-Area-Router-LSAのLSタイプは0xA024であり、[OSPFV3]の付録A.4.6で定義されているInter-Area-Router-LSAと同じ基本情報コンテンツを持っています。ただし、Inter-Area-Router-LSAとは異なり、完全に拡張可能であり、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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|0|1| 0x24 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E-Inter-Area-Router-LSA
E-Inter-Area-Router-LSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the Inter-Area-Router-LSA. In order to retain compatibility and semantics with the current OSPFv3 specification, each Inter-Area-Router-LSA MUST contain a single Inter-Area-Router TLV. This will facilitate migration and avoid changes to functions such as incremental SPF computation.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドはInter-Area-Router-LSAに対して定義されたものと同じです。現在のOSPFv3仕様との互換性とセマンティクスを維持するために、各Inter-Area-Router-LSAには1つのInter-Area-Router TLVが含まれている必要があります。これにより、移行が容易になり、増分SPF計算などの機能の変更が回避されます。
Like the existing Inter-Area-Router-LSA, the LSA length is used to determine the end of the LSA including any TLVs. Initially, only the top-level Inter-Area-Router TLV (Section 3.5) is applicable. If the Inter-Area-Router TLV is not included in the E-Inter-Area-Router-LSA, it is treated as malformed as described in Section 5. Instances of the Inter-Area-Router TLV subsequent to the first MUST be ignored.
既存のInter-Area-Router-LSAと同様に、LSAの長さは、TLVを含むLSAの終わりを決定するために使用されます。最初は、最上位のエリア間ルーターTLV（セクション3.5）のみが適用されます。 Inter-Area-Router TLVがE-Inter-Area-Router-LSAに含まれていない場合、セクション5で説明されているように、不正な形式として扱われます。最初のエリアルーターに続くTLVのインスタンスは無視する必要があります。 。
The E-AS-External-LSA has an LS Type of 0xC025 and has the same base information content as the AS-External-LSA defined in Appendix A.4.7 of [OSPFV3]. However, unlike the existing AS-External-LSA, it is fully extensible and represented as TLVs.
E-AS-External-LSAのLSタイプは0xC025であり、[OSPFV3]の付録A.4.7で定義されているAS-External-LSAと同じ基本情報コンテンツを持っています。ただし、既存のAS-External-LSAとは異なり、完全に拡張可能で、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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|1|0| 0x25 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E-AS-External-LSA
E-AS-外部-LSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the AS-External-LSA. In order to retain compatibility and semantics with the current OSPFv3 specification, each LSA MUST contain a single External-Prefix TLV. This will facilitate migration and avoid changes to OSPFv3 functions such as incremental SPF computation.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドはAS-External-LSAに対して定義されたものと同じです。現在のOSPFv3仕様との互換性とセマンティクスを維持するために、各LSAには単一の外部プレフィックスTLVが含まれている必要があります。これにより、移行が容易になり、増分SPF計算などのOSPFv3機能への変更が回避されます。
Like the existing AS-External-LSA, the LSA length is used to determine the end of the LSA including any TLVs. Initially, only the top-level External-Prefix TLV (Section 3.6) is applicable. If the External-Prefix TLV is not included in the E-External-AS-LSA, it is treated as malformed as described in Section 5. Instances of the External-Prefix TLV subsequent to the first MUST be ignored.
既存のAS-External-LSAと同様に、LSA長は、TLVを含むLSAの終わりを決定するために使用されます。最初は、最上位の外部プレフィックスTLV（セクション3.6）のみが適用されます。外部プレフィックスTLVがE-External-AS-LSAに含まれていない場合、セクション5で説明されているように、不正な形式として扱われます。最初のTLVに続く外部プレフィックスTLVのインスタンスは無視する必要があります。
The E-NSSA-LSA will have the same format and TLVs as the Extended AS-External-LSA (Section 4.5). This is the same relationship that exists between the NSSA-LSA, as defined in Appendix A.4.8 of [OSPFV3], and the AS-External-LSA. The NSSA-LSA will have type 0xA027, which implies area flooding scope. Future requirements may dictate that supported TLVs differ between the E-AS-External-LSA and the E-NSSA-LSA. However, future requirements are beyond the scope of this document.
E-NSSA-LSAは、拡張AS-External-LSA（セクション4.5）と同じ形式およびTLVを持ちます。これは、[OSPFV3]の付録A.4.8で定義されているNSSA-LSAとAS-External-LSAの間に存在するのと同じ関係です。 NSSA-LSAのタイプは0xA027で、エリアフラッディングスコープを意味します。 E-AS-External-LSAとE-NSSA-LSAの間でサポートされるTLVが異なることが、将来の要件によって決まる可能性があります。ただし、将来の要件はこのドキュメントの範囲を超えています。
The E-Link-LSA has an LS Type of 0x8028 and will have the same base information content as the Link-LSA defined in Appendix A.4.9 of [OSPFV3]. However, unlike the existing Link-LSA, it is fully extensible and represented as TLVs.
E-Link-LSAのLSタイプは0x8028であり、[OSPFV3]の付録A.4.9で定義されているLink-LSAと同じ基本情報コンテンツを持ちます。ただし、既存のLink-LSAとは異なり、完全に拡張可能であり、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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|0|0| 0x28 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Rtr Priority | Options |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E-Link-LSA
E-Link-LSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the Link-LSA.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドはLink-LSAに対して定義されたものと同じです。
Only the Intra-Area-Prefix TLV (Section 3.7), IPv6 Link-Local Address TLV (Section 3.8), and IPv4 Link-Local Address TLV (Section 3.9) are applicable to the E-Link-LSA. Like the Link-LSA, the E-Link-LSA affords advertisement of multiple intra-area prefixes. Hence, multiple Intra-Area-Prefix TLVs (Section 3.7) may be specified, and the LSA length defines the end of the LSA including any TLVs.
エリア内プレフィックスTLV（セクション3.7）、IPv6リンクローカルアドレスTLV（セクション3.8）、およびIPv4リンクローカルアドレスTLV（セクション3.9）のみがE-Link-LSAに適用されます。 Link-LSAと同様に、E-Link-LSAは複数のエリア内プレフィックスのアドバタイズを提供します。したがって、複数のエリア内プレフィックスTLV（セクション3.7）を指定できます。LSAの長さは、TLVを含むLSAの終わりを定義します。
A single instance of the IPv6 Link-Local Address TLV (Section 3.8) SHOULD be included in the E-Link-LSA. Instances following the first MUST be ignored. For IPv4 address families as defined in [OSPFV3-AF], this TLV MUST be ignored.
IPv6リンクローカルアドレスTLV（セクション3.8）の単一インスタンスをE-Link-LSAに含める必要があります（SHOULD）。最初のインスタンスに続くインスタンスは無視する必要があります。 [OSPFV3-AF]で定義されているIPv4アドレスファミリの場合、このTLVは無視する必要があります。
Similarly, only a single instance of the IPv4 Link-Local Address TLV (Section 3.9) SHOULD be included in the E-Link-LSA. Instances following the first MUST be ignored. For OSPFv3 IPv6 address families as defined in [OSPFV3-AF], this TLV SHOULD be ignored.
同様に、IPv4リンクローカルアドレスTLV（セクション3.9）の単一インスタンスのみをE-Link-LSAに含める必要があります。最初のインスタンスに続くインスタンスは無視する必要があります。 [OSPFV3-AF]で定義されているOSPFv3 IPv6アドレスファミリの場合、このTLVは無視してください。
If the IPv4/IPv6 Link-Local Address TLV corresponding to the OSPFv3 Address Family is not included in the E-Link-LSA, it is treated as malformed as described in Section 5.
OSPFv3アドレスファミリに対応するIPv4 / IPv6リンクローカルアドレスTLVがE-Link-LSAに含まれていない場合、セクション5で説明されているように、不正な形式として扱われます。
Future specifications may support advertisement of routing and topology information for multiple address families. However, this is beyond the scope of this document.
将来の仕様では、複数のアドレスファミリのルーティングおよびトポロジ情報のアドバタイズがサポートされる可能性があります。ただし、これはこのドキュメントの範囲を超えています。
The E-Intra-Area-Prefix-LSA has an LS Type of 0xA029 and has the same base information content as the Intra-Area-Prefix-LSA defined in Appendix A.4.10 of [OSPFV3] except for the Referenced LS Type. However, unlike the Intra-Area-Prefix-LSA, it is fully extensible and represented as TLVs. The Referenced LS Type MUST be either an E-Router-LSA (0xA021) or an E-Network-LSA (0xA022).
E-Intra-Area-Prefix-LSAのLSタイプは0xA029で、[LSPFV3]の付録A.4.10で定義されているIntra-Area-Prefix-LSAと同じ基本情報コンテンツがありますが、参照LSタイプは異なります。ただし、Intra-Area-Prefix-LSAとは異なり、完全に拡張可能で、TLVとして表されます。参照されるLSタイプは、E-Router-LSA（0xA021）またはE-Network-LSA（0xA022）のいずれかである必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Age |1|0|1| 0x29 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LS Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | Referenced LS Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Referenced Link State ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Referenced Advertising Router |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. TLVs .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E-Intra-Area-Prefix-LSA
E-Intra-Area-Prefix-LSA
Other than having a different LS Type, all LSA Header fields are the same as defined for the Intra-Area-Prefix-LSA.
LSタイプが異なることを除いて、すべてのLSAヘッダーフィールドはIntra-Area-Prefix-LSAに対して定義されたものと同じです。
Like the Intra-Area-Prefix-LSA, the E-Intra-Area-Link-LSA affords advertisement of multiple intra-area prefixes. Hence, multiple Intra-Area-Prefix TLVs may be specified, and the LSA length defines the end of the LSA including any TLVs.
Intra-Area-Prefix-LSAと同様に、E-Intra-Area-Link-LSAは複数のエリア内プレフィックスのアドバタイズを提供します。したがって、複数のエリア内プレフィックスTLVを指定できます。LSA長は、TLVを含むLSAの終わりを定義します。
Extended LSAs that have inconsistent length or other encoding errors, as described herein, MUST NOT be installed in the Link State Database, acknowledged, or flooded. Reception of malformed LSAs SHOULD be counted and/or logged for examination by the administrator of the OSPFv3 routing domain. Note that for the purposes of length validation, a TLV or sub-TLV should not be considered invalid unless the length exceeds the length of the LSA or does not meet the minimum length requirements for the TLV or sub-TLV. This allows for sub-TLVs to be added as described in Section 6.3.
本書で説明されているように、長さに一貫性がない、またはその他のエンコーディングエラーがある拡張LSAは、リンク状態データベースにインストールしたり、確認したり、フラッディングしたりしてはなりません。不正な形式のLSAの受信は、OSPFv3ルーティングドメインの管理者による検査のためにカウントまたはログに記録する必要があります（SHOULD）。長さ検証の目的では、長さがLSAの長さを超えるか、TLVまたはサブTLVの最小長の要件を満たさない限り、TLVまたはサブTLVは無効であると見なされないことに注意してください。これにより、セクション6.3で説明するように、サブTLVを追加できます。
Additionally, an LSA MUST be considered malformed if it does not include all of the required TLVs and sub-TLVs.
さらに、LSAに必要なTLVとサブTLVのすべてが含まれていない場合、LSAは不正な形式と見なされる必要があります。
In the context of this document, backward compatibility is solely related to the capability of an OSPFv3 router to receive, process, and originate the TLV-based LSAs defined herein. Unrecognized TLVs and sub-TLVs are ignored. Backward compatibility for future OSPFv3 extensions utilizing the TLV-based LSAs is out of scope and must be covered in the documents describing those extensions. Both full and, if applicable, partial deployment SHOULD be specified for future TLV-based OSPFv3 LSA extensions.
このドキュメントのコンテキストでは、下位互換性は、OSPFv3ルーターがここで定義されているTLVベースのLSAを受信、処理、および発信する機能にのみ関連しています。認識されないTLVおよびサブTLVは無視されます。 TLVベースのLSAを利用する将来のOSPFv3拡張機能の下位互換性は範囲外であり、これらの拡張機能を説明するドキュメントでカバーする必要があります。完全な展開と該当する場合は部分的な展開の両方を、将来のTLVベースのOSPFv3 LSA拡張に指定する必要があります（SHOULD）。
If ExtendedLSASupport is enabled (Appendix A), OSPFv3 Extended LSAs will be originated and used for the SPF computation. Individual OSPF Areas can be migrated separately with the Legacy AS-External-LSAs being originated and used for the SPF computation. This is accomplished by enabling AreaExtendedLSASupport (Appendix B).
ExtendedLSASupportが有効な場合（付録A）、OSPFv3拡張LSAが生成され、SPF計算に使用されます。個々のOSPFエリアは、レガシーAS-External-LSAを作成してSPF計算に使用することにより、個別に移行できます。これは、AreaExtendedLSASupport（付録B）を有効にすることで実現されます。
An OSPFv3 routing domain or area may be non-disruptively migrated using separate OSPFv3 instances for the Extended LSAs. Initially, the OSPFv3 instances with ExtendedLSASupport will have a lower preference, i.e., higher administrative distance, than the OSPFv3 instances originating and using the Legacy LSAs. Once the routing domain or area is fully migrated and the OSPFv3 Routing Information Bases (RIBs) have been verified, the OSPFv3 instances using the Extended LSAs can be given preference. When this has been completed and the routing within the OSPF routing domain or area has been verified, the original OSPFv3 instance using Legacy LSAs can be removed.
OSPFv3ルーティングドメインまたはエリアは、拡張LSAの個別のOSPFv3インスタンスを使用して無停止で移行できます。最初は、ExtendedLSASupportを使用するOSPFv3インスタンスは、レガシーLSAを生成および使用するOSPFv3インスタンスよりも優先度が低く、つまり管理距離が長くなります。ルーティングドメインまたはエリアが完全に移行され、OSPFv3ルーティング情報ベース（RIB）が検証されると、拡張LSAを使用するOSPFv3インスタンスが優先されます。これが完了し、OSPFルーティングドメインまたはエリア内のルーティングが確認されたら、レガシーLSAを使用している元のOSPFv3インスタンスを削除できます。
In this mode, OSPFv3 will use the Legacy LSAs for the SPF computation and will only originate Extended LSAs when LSA origination is required in support of additional functionality. Furthermore, those Extended LSAs will only include the top-level TLVs (e.g., Router-Link TLVs or Inter-Area TLVs), which are required for that new functionality. However, if a top-level TLV is advertised, it MUST include required sub-TLVs, or it will be considered malformed as described in Section 5. Hence, this mode of compatibility is known as "sparse-mode". The advantage of sparse-mode is that functionality utilizing the OSPFv3 Extended LSAs can be added to an existing OSPFv3 routing domain without the requirement for migration. In essence, this compatibility mode is very much like the approach taken for OSPFv2 [OSPF-PREFIX-LINK]. As with all the compatibility modes, backward compatibility for the functions utilizing the Extended LSAs must be described in the IETF documents describing those functions.
このモードでは、OSPFv3はSPF計算にレガシーLSAを使用し、追加機能をサポートするためにLSA発信が必要な場合にのみ拡張LSAを発信します。さらに、それらの拡張LSAには、その新しい機能に必要な最上位のTLV（ルーターリンクTLVやエリア間TLVなど）のみが含まれます。ただし、トップレベルのTLVがアドバタイズされる場合は、必要なサブTLVを含める必要があります。そうしないと、セクション5で説明されているように、不正な形式と見なされます。したがって、この互換モードは「スパースモード」と呼ばれます。スパースモードの利点は、OSPFv3拡張LSAを利用する機能を、移行を必要とせずに既存のOSPFv3ルーティングドメインに追加できることです。本質的に、この互換モードはOSPFv2 [OSPF-PREFIX-LINK]で採用されているアプローチと非常によく似ています。すべての互換モードと同様に、拡張LSAを利用する機能の下位互換性は、それらの機能を説明するIETFドキュメントで説明する必要があります。
This section defines the general rules for processing LSA TLVs. To ensure compatibility of future TLV-based LSA extensions, all implementations MUST adhere to these rules:
このセクションでは、LSA TLVを処理するための一般的なルールを定義します。将来のTLVベースのLSA拡張機能の互換性を確保するために、すべての実装はこれらのルールに準拠する必要があります。
1. Unrecognized TLVs and sub-TLVs are ignored when parsing or processing Extended LSAs.
1. 拡張LSAを解析または処理するとき、認識されないTLVおよびサブTLVは無視されます。
2. Whether or not partial deployment of a given TLV is supported MUST be specified.
2. 特定のTLVの部分的な展開がサポートされているかどうかを指定する必要があります。
3. If partial deployment is not supported, mechanisms to ensure the corresponding feature is not deployed MUST be specified in the document defining the new TLV or sub-TLV.
3. 部分的な展開がサポートされていない場合、対応する機能が展開されないようにするメカニズムを、新しいTLVまたはサブTLVを定義するドキュメントで指定する必要があります。
4. If partial deployment is supported, backward compatibility and partial deployment MUST be specified in the document defining the new TLV or sub-TLV.
4. 部分展開がサポートされている場合、下位互換性と部分展開は、新しいTLVまたはサブTLVを定義するドキュメントで指定する必要があります。
5. If a TLV or sub-TLV is recognized but the length is less than the minimum, then the LSA should be considered malformed, and it SHOULD NOT be acknowledged. Additionally, the occurrence SHOULD be logged with enough information to identify the LSA by type, Link State ID, originator, and sequence number and identify the TLV or sub-TLV in error. Ideally, the log entry would include the hexadecimal or binary representation of the LSA including the malformed TLV or sub-TLV.
5. TLVまたはサブTLVが認識されているが、長さが最小値より短い場合、LSAは不正な形式と見なされ、確認されるべきではありません。さらに、発生は、タイプ、リンク状態ID、発信元、およびシーケンス番号によってLSAを識別し、エラーのあるTLVまたはサブTLVを識別するのに十分な情報とともにログに記録する必要があります（SHOULD）。理想的には、ログエントリには、不正なTLVまたはサブTLVを含むLSAの16進数またはバイナリ表現が含まれます。
6. Documents specifying future TLVs or Sub-TLVs MUST specify the requirements for usage of those TLVs or sub-TLVs.
6. 将来のTLVまたはサブTLVを指定するドキュメントは、それらのTLVまたはサブTLVの使用に関する要件を指定する必要があります。
7. Future TLVs or sub-TLVs must be optional. However, there may be requirements for sub-TLVs if an optional TLV is specified.
7. 将来のTLVまたはサブTLVはオプションである必要があります。ただし、オプションのTLVが指定されている場合、サブTLVの要件がある場合があります。
In general, extensible OSPFv3 LSAs are subject to the same security concerns as those described in RFC 5340 [OSPFV3]. Additionally, implementations must assure that malformed TLV and sub-TLV permutations do not result in errors that cause hard OSPFv3 failures.
一般に、拡張可能なOSPFv3 LSAには、RFC 5340 [OSPFV3]で説明されているものと同じセキュリティ上の問題があります。さらに、実装では、不正なTLVとサブTLVの組み合わせが原因でエラーが発生し、OSPFv3のハードエラーが発生しないことを保証する必要があります。
If there were ever a requirement to digitally sign OSPFv3 LSAs as described for OSPFv2 LSAs in RFC 2154 [OSPF-DIGITAL-SIGNATURE], the mechanisms described herein would greatly simplify the extension.
RFC 2154 [OSPF-DIGITAL-SIGNATURE]のOSPFv2 LSAで説明されているように、OSPFv3 LSAにデジタル署名する必要がある場合、ここで説明されているメカニズムにより拡張が大幅に簡素化されます。
This specification defines nine OSPFv3 Extended LSA types as described in Section 2. These have been added to the existing OSPFv3 LSA Function Codes registry.
この仕様では、セクション2で説明する9つのOSPFv3拡張LSAタイプを定義しています。これらは、既存のOSPFv3 LSA機能コードレジストリに追加されています。
The specification defines a code point for the N-bit in the OSPFv3 Prefix-Options registry. The value 0x20 has been assigned.
この仕様では、OSPFv3 Prefix-OptionsレジストリでNビットのコードポイントを定義しています。値0x20が割り当てられています。
This specification also creates two registries for OSPFv3 Extended LSA TLVs and sub-TLVs. The TLV and sub-TLV code points in these registries are common to all Extended LSAs, and their respective definitions must define where they are applicable.
この仕様では、OSPFv3拡張LSA TLVとサブTLVの2つのレジストリも作成されます。これらのレジストリのTLVおよびサブTLVコードポイントは、すべての拡張LSAに共通であり、それぞれの定義は、それらが適用される場所を定義する必要があります。
The "OSPFv3 Extended LSA TLVs" registry defines top-level TLVs for Extended LSAs and has been placed in the existing OSPFv3 IANA registry.
「OSPFv3 Extended LSA TLVs」レジストリは、拡張LSAのトップレベルのTLVを定義し、既存のOSPFv3 IANAレジストリに配置されています。
Nine values have been allocated:
9つの値が割り当てられています。
o 0 - Reserved
o 0-予約済み
o 1 - Router-Link TLV
o 1-ルーターリンクTLV
o 2 - Attached-Routers TLV
o 2-アタッチドルーターTLV
o 3 - Inter-Area-Prefix TLV
o 3-エリア間プレフィックスTLV
o 4 - Inter-Area-Router TLV o 5 - External-Prefix TLV
o 4-エリア間ルーターTLV o 5-外部プレフィックスTLV
o 6 - Intra-Area-Prefix TLV
o 6-エリア内プレフィックスTLV
o 7 - IPv6 Link-Local Address TLV
o 7-IPv6リンクローカルアドレスTLV
o 8 - IPv4 Link-Local Address TLV
o 8-IPv4リンクローカルアドレスTLV
Types in the range 9-32767 are allocated via IETF Review or IESG Approval [RFC8126].
9〜32767の範囲のタイプは、IETFレビューまたはIESG承認[RFC8126]を介して割り当てられます。
Types in the range 32768-33023 are Reserved for Experimental Use; these will not be registered with IANA and MUST NOT be mentioned by RFCs.
32768〜33023の範囲のタイプは、実験用に予約されています。これらはIANAに登録されず、RFCで言及されてはなりません。
Types in the range 33024-45055 are to be assigned on a First Come First Served (FCFS) basis.
33024〜45055の範囲のタイプは、先着順（FCFS）に基づいて割り当てられます。
Types in the range 45056-65535 are not to be assigned at this time. Before any assignments can be made in the 33024-65535 range, there MUST be an IETF specification that specifies IANA Considerations that cover the range being assigned.
現時点では、45056〜65535の範囲のタイプは割り当てられません。 33024-65535の範囲で割り当てを行う前に、割り当てられる範囲をカバーするIANAの考慮事項を指定するIETF仕様が存在する必要があります。
The "OSPFv3 Extended LSA Sub-TLVs" registry defines sub-TLVs at any level of nesting for Extended LSAs and has been placed in the existing OSPFv3 IANA registry.
「OSPFv3 Extended LSA Sub-TLVs」レジストリは、拡張LSAのネストの任意のレベルでサブTLVを定義し、既存のOSPFv3 IANAレジストリに配置されています。
Four values have been allocated:
4つの値が割り当てられています。
o 0 - Reserved
o 0-予約済み
o 1 - IPv6-Forwarding-Address sub-TLV
o 1-IPv6-Forwarding-AddressサブTLV
o 2 - IPv4-Forwarding-Address sub-TLV
o 2-IPv4-Forwarding-AddressサブTLV
o 3 - Route-Tag sub-TLV
o 3-ルートタグサブTLV
Types in the range 4-32767 are allocated via IETF Review or IESG Approval.
4〜32767の範囲のタイプは、IETFレビューまたはIESG承認を介して割り当てられます。
Types in the range 32768-33023 are Reserved for Experimental Use; these will not be registered with IANA and MUST NOT be mentioned by RFCs.
32768〜33023の範囲のタイプは、実験用に予約されています。これらはIANAに登録されず、RFCで言及されてはなりません。
Types in the range 33024-45055 are to be assigned on an FCFS basis.
33024〜45055の範囲のタイプは、FCFSベースで割り当てられます。
Types in the range 45056-65535 are not to be assigned at this time. Before any assignments can be made in the 33024-65535 range, there MUST be an IETF specification that specifies IANA Considerations that cover the range being assigned.
現時点では、45056〜65535の範囲のタイプは割り当てられません。 33024-65535の範囲で割り当てを行う前に、割り当てられる範囲をカバーするIANAの考慮事項を指定するIETF仕様が存在する必要があります。
[NSSA] Murphy, P., "The OSPF Not-So-Stubby Area (NSSA) Option", RFC 3101, DOI 10.17487/RFC3101, January 2003, <https://www.rfc-editor.org/info/rfc3101>.
[NSSA]マーフィー、P。、「OSPF Not-So-Stubby Area（NSSA）オプション」、RFC 3101、DOI 10.17487 / RFC3101、2003年1月、<https://www.rfc-editor.org/info/rfc3101 >。
[OSPFV3] 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>.
[OSPFV3] Coltun、R.、Ferguson、D.、Moy、J。、およびA. Lindem、「OSPF for IPv6」、RFC 5340、DOI 10.17487 / RFC5340、2008年7月、<https：//www.rfc-editor .org / info / rfc5340>。
[OSPFV3-AF] Lindem, A., Ed., Mirtorabi, S., Roy, A., Barnes, M., and R. Aggarwal, "Support of Address Families in OSPFv3", RFC 5838, DOI 10.17487/RFC5838, April 2010, <https://www.rfc-editor.org/info/rfc5838>.
[OSPFV3-AF] Lindem、A.、Ed。、Mirtorabi、S.、Roy、A.、Barnes、M.、and R. Aggarwal、 "Support of Address Families in OSPFv3"、RFC 5838、DOI 10.17487 / RFC5838、 2010年4月、<https://www.rfc-editor.org/info/rfc5838>。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https://www.rfc-editor.org/info/ rfc2119>。
[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>.
[RFC8126]コットン、M。、レイバ、B。、およびT.ナルテン、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 8126、DOI 10.17487 / RFC8126、2017年6月、<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>.
[RFC8174] Leiba、B。、「RFC 2119キーワードの大文字と小文字のあいまいさ」、BCP 14、RFC 8174、DOI 10.17487 / RFC8174、2017年5月、<https://www.rfc-editor.org/info/ rfc8174>。
[TE] Katz, D., Kompella, K., and D. Yeung, "Traffic Engineering (TE) Extensions to OSPF Version 2", RFC 3630, DOI 10.17487/RFC3630, September 2003, <https://www.rfc-editor.org/info/rfc3630>.
[TE] Katz、D.、Kompella、K.、D。Yeung、「Traffic Engineering（TE）Extensions to OSPF Version 2」、RFC 3630、DOI 10.17487 / RFC3630、2003年9月、<https：//www.rfc -editor.org/info/rfc3630>。
[IPV6-ADDRESS-ARCH] Hinden, R. and S. Deering, "IP Version 6 Addressing Architecture", RFC 4291, DOI 10.17487/RFC4291, February 2006, <https://www.rfc-editor.org/info/rfc4291>.
[IPV6-ADDRESS-ARCH] Hinden、R。およびS. Deering、「IPバージョン6アドレッシングアーキテクチャ」、RFC 4291、DOI 10.17487 / RFC4291、2006年2月、<https://www.rfc-editor.org/info/ rfc4291>。
[MT-OSPFV3] Mirtorabi, S. and A. Roy, "Multi-topology routing in OSPFv3 (MT-OSPFv3)", Work in Progress, draft-ietf-ospf-mt-ospfv3-03, July 2007.
[MT-OSPFV3]ミルトラビ、S。およびA.ロイ、「OSPFv3のマルチトポロジルーティング（MT-OSPFv3）」、作業中、draft-ietf-ospf-mt-ospfv3-03、2007年7月。
[OSPF-DIGITAL-SIGNATURE] Murphy, S., Badger, M., and B. Wellington, "OSPF with Digital Signatures", RFC 2154, DOI 10.17487/RFC2154, June 1997, <https://www.rfc-editor.org/info/rfc2154>.
[OSPF-DIGITAL-SIGNATURE]マーフィー、S。、バジャー、M。、およびB.ウェリントン、「OSPF with Digital Signatures」、RFC 2154、DOI 10.17487 / RFC2154、1997年6月、<https：//www.rfc-editor .org / info / rfc2154>。
[OSPF-PREFIX-LINK] 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>.
[OSPF-PREFIX-LINK] Psenak、P.、Gredler、H.、Shakir、R.、Henderickx、W.、Tantsura、J。、およびA. Lindem、「OSPFv2 Prefix / Link Attribute Advertisement」、RFC 7684、DOI 10.17487 / RFC7684、2015年11月、<https://www.rfc-editor.org/info/rfc7684>。
[SEGMENT-ROUTING] Psenak, P., Previdi, S., Filsfils, C., Gredler, H., Shakir, R., Henderickx, W., and J. Tantsura, "OSPFv3 Extensions for Segment Routing", Work in Progress, draft-ietf-ospf-ospfv3-segment-routing-extensions-11, January 2018.
[SEGMENT-ROUTING] Psenak、P.、Previdi、S.、Filsfils、C.、Gredler、H.、Shakir、R.、Henderickx、W.、J。Tantsura、「OSPFv3 Extensions for Segment Routing」、作業進捗状況、draft-ietf-ospf-ospfv3-segment-routing-extensions-11、2018年1月。
The global configurable parameter ExtendedLSASupport is added to the OSPFv3 protocol. If ExtendedLSASupport is enabled, the OSPFv3 router will originate OSPFv3 Extended LSAs and use the LSAs for the SPF computation. If ExtendedLSASupport is not enabled, a subset of OSPFv3 Extended LSAs may still be originated and used for other functions as described in Section 6.2.
OSPFv3プロトコルにグローバル構成可能パラメーターExtendedLSASupportが追加されました。 ExtendedLSASupportが有効になっている場合、OSPFv3ルーターはOSPFv3拡張LSAを発信し、SPF計算にLSAを使用します。 ExtendedLSASupportが有効になっていない場合でも、セクション6.2で説明されているように、OSPFv3拡張LSAのサブセットが引き続き生成され、他の機能に使用される場合があります。
The area configurable parameter AreaExtendedLSASupport is added to the OSPFv3 protocol. If AreaExtendedLSASupport is enabled, the OSPFv3 router will originate link and area OSPFv3 Extended LSAs and use the LSAs for the SPF computation. Legacy AS-Scoped LSAs will still be originated and used for the AS-External-LSA computation. If AreaExtendedLSASupport is not enabled, a subset of OSPFv3 link and area Extended LSAs may still be originated and used for other functions as described in Section 6.2.
エリア構成可能パラメーターAreaExtendedLSASupportがOSPFv3プロトコルに追加されます。 AreaExtendedLSASupportが有効な場合、OSPFv3ルーターはリンクおよびエリアOSPFv3拡張LSAを発信し、SPF計算にLSAを使用します。従来のASスコープのLSAは引き続き作成され、AS外部LSA計算に使用されます。 AreaExtendedLSASupportが有効になっていない場合でも、OSPFv3リンクとエリア拡張LSAのサブセットが生成され、セクション6.2で説明されているように他の機能に使用される可能性があります。
For regular areas, i.e., areas where AS-scoped LSAs are flooded, disabling AreaExtendedLSASupport for a regular OSPFv3 area (not a Stub or NSSA area) when ExtendedLSASupport is enabled is contradictory and SHOULD be prohibited by implementations.
通常のエリア、つまりASスコープのLSAがフラッディングされるエリアの場合、ExtendedLSASupportが有効になっているときに通常のOSPFv3エリア（スタブまたはNSSAエリアではない）のAreaExtendedLSASupportを無効にすることは矛盾しており、実装によって禁止されるべきです（SHOULD）。
Acknowledgments
謝辞
OSPFv3 TLV-based LSAs were first proposed in "Multi-topology routing in OSPFv3 (MT-OSPFv3)" [MT-OSPFV3].
OSPFv3 TLVベースのLSAは、「OSPFv3のマルチトポロジルーティング（MT-OSPFv3）」[MT-OSPFV3]で最初に提案されました。
Thanks for Peter Psenak for significant contributions to the backward-compatibility mechanisms.
後方互換性メカニズムに多大な貢献をしてくれたPeter Psenakに感謝します。
Thanks go to Michael Barnes, Mike Dubrovsky, Anton Smirnov, and Tony Przygienda for review of the draft versions and discussions of backward compatibility.
ドラフトバージョンのレビューと下位互換性の議論について、Michael Barnes、Mike Dubrovsky、Anton Smirnov、Tony Przygiendaに感謝します。
Thanks to Alan Davey for review and comments including the suggestion to separate the Extended LSA TLV definitions from the Extended LSAs definitions.
拡張LSA TLV定義を拡張LSA定義から分離する提案を含むレビューとコメントを提供してくれたAlan Daveyに感謝します。
Thanks to David Lamparter for review and suggestions on backward compatibility.
下位互換性についてのレビューと提案をしてくれたDavid Lamparterに感謝します。
Thanks to Karsten Thomann, Chris Bowers, Meng Zhang, and Nagendra Kumar for review and editorial comments.
レビューと編集コメントを提供してくれたKarsten Thomann、Chris Bowers、Meng Zhang、Nagendra Kumarに感謝します。
Thanks to Alia Atlas for substantive Routing Area Director (AD) comments prior to IETF last call.
IETFの最後の電話に先立つ実質的なルーティングエリアディレクター（AD）のコメントを提供してくれたAlia Atlasに感謝します。
Thanks to Alvaro Retana and Suresh Krishnan for substantive comments during IESG Review.
IESGレビューでの実質的なコメントについては、Alvaro RetanaとSuresh Krishnanに感謝します。
Thanks to Mehmet Ersue for the Operations and Management (OPS) Directorate review.
運用管理（OPS）局のレビューを行ったMehmet Ersueに感謝します。
Contributors
貢献者
Sina Mirtorabi Cisco Systems 170 Tasman Drive San Jose, CA 95134 United States of America
Sina Mirtorabi Cisco Systems 170 Tasman Drive San Jose、CA 95134アメリカ合衆国
Email: sina@cisco.com
Authors' Addresses
著者のアドレス
Acee Lindem Cisco Systems 301 Midenhall Way Cary, NC 27513 United States of America
Acee Lindem Cisco Systems 301 Midenhall Way Cary、NC 27513アメリカ合衆国
Email: acee@cisco.com
Abhay Roy Cisco Systems 170 Tasman Drive San Jose, CA 95134 United States of America
Abhay Roy Cisco Systems 170 Tasman Drive San Jose、CA 95134アメリカ合衆国
Email: akr@cisco.com
Dirk Goethals Nokia Copernicuslaan 50 Antwerp 2018 Belgium
Dirk Goethals Nokia Copernicuslaan 50アントワープ2018ベルギー
Email: dirk.goethals@nokia.com
Veerendranatha Reddy Vallem Bangalore India
Veerendranathaインドのレディバレー、バンガロール
Email: vallem.veerendra@gmail.com
Fred Baker Santa Barbara, California 93117 United States of America
フレッドベイカーサンタバーバラ、カリフォルニア93117アメリカ合衆国
Email: FredBaker.IETF@gmail.com