RFC 10041 - Advertising Unreachable Links in OSPF 日本語訳

原文URL : https://www.rfc-editor.org/rfc/rfc10041.html
タイトル : RFC 10041 - OSPF での到達不能なリンクのアドバタイズ
翻訳編集 : 自動生成

[要約] RFC 10041は、OSPFでリンクを到達不能としてアドバタイズする方法を規定します。メトリック LSLinkInfinity (0xffff) のリンクを、この仕様に対応するルーターがSPF計算から除外します。Traffic EngineeringやFlexible Algorithmだけで使うリンクが、意図せずデフォルトのSPF計算に使われる問題を解決します。従来 MaxLinkMetric (0xffff) を使っていた仕様は MaxReachableLinkMetric (0xfffe) をアドバタイズするよう改め、RFC 5443、RFC 6987、RFC 8379、RFC 8770を更新します。

Internet Engineering Task Force (IETF)                           L. Gong
Request for Comments: 10041                                     W. Cheng
Updates: 5443, 6987, 8379, 8770                             China Mobile
Category: Standards Track                                         C. Lin
ISSN: 2070-1721                                     New H3C Technologies
                                                               A. Lindem
                                                            Arrcus, Inc.
                                                                 R. Chen
                                                         ZTE Corporation
                                                          September 2026

Advertising Unreachable Links in OSPF

OSPF での到達不能なリンクのアドバタイズ

Abstract

概要

OSPF Router Link State Advertisements (LSAs) use fixed-format encodings that always include advertised links in the default Shortest Path First (SPF) computation. For non-default SPF computations, e.g., Flexible Algorithms as described in RFC 9350, advertised OSPF links are used in the default SPF computation even if this is not intended. In order to advertise these links and not use them in the base SPF calculation, the metric LSLinkInfinity (0xffff) is used to specify that the link is unreachable. If all OSPF routers in an OSPF area support this functionality and have advertised the capability via an area-scoped OSPF Router Information LSA, then links advertised with a metric of LSLinkInfinity are considered unreachable.

OSPF ルーターリンクステートアドバタイズメント (LSA) は、デフォルトの Shortest Path First (SPF) 計算にアドバタイズされたリンクを常に含める固定形式のエンコードを使用します。デフォルト以外の SPF 計算（RFC 9350 で説明されている柔軟なアルゴリズムなど）の場合、意図していなくても、アドバタイズされた OSPF リンクがデフォルトの SPF 計算で使用されます。これらのリンクをアドバタイズし、基本 SPF 計算で使用しないようにするには、メトリック LSLinkInfinity (0xffff) を使用して、リンクが到達不能であることを指定します。OSPF エリア内のすべての OSPF ルーターがこの機能をサポートし、エリアスコープの OSPF ルーター情報 LSA 経由でその機能をアドバタイズした場合、LSLinkInfinity のメトリックでアドバタイズされたリンクは到達不能とみなされます。

MaxReachableLinkMetric (0xfffe) is defined to provide backward compatible reachability in specifications that previously specified advertisement of MaxLinkMetric (0xffff). This document updates RFC 5443, RFC 6987, RFC 8379, and RFC 8770 with respect to the advertisement of MaxReachableLinkMetric (0xfffe) rather than MaxLinkMetric (0xffff).

MaxReachableLinkMetric (0xfffe) は、以前に MaxLinkMetric (0xffff) のアドバタイズメントを指定していた仕様で下位互換性のある到達可能性を提供するために定義されています。この文書では、MaxLinkMetric (0xffff) ではなく MaxReachableLinkMetric (0xfffe) のアドバタイズメントに関して、RFC 5443、RFC 6987、RFC 8379、および RFC 8770 を更新します。

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.

このドキュメントは Internet Engineering Task Force (IETF) の成果物です。これは IETF コミュニティのコンセンサスを表しています。この文書は公開レビューを受け、Internet Engineering Steering Group (IESG) によって公開が承認されています。インターネット標準の詳細については、RFC 7841 のセクション 2 を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc10041.

この文書の現在のステータス、正誤表、およびそれに対するフィードバックの提供方法に関する情報は、https://www.rfc-editor.org/info/rfc10041 で入手できます。

Copyright Notice

著作権表示

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.

この文書は、BCP 78 およびこの文書の発行日に有効な IETF 文書に関する IETF トラストの法的規定 (https://trustee.ietf.org/license-info) の対象となります。これらの文書には、この文書に関するお客様の権利と制限が記載されているため、注意深くお読みください。このドキュメントから抽出されたコードコンポーネントには、トラスト法的規定のセクション 4.e に記載されている改訂 BSD ライセンステキストが含まれている必要があり、改訂 BSD ライセンスに記載されているように保証なしで提供されます。

   1.  Introduction
     1.1.  Requirements Language
   2.  Use Cases
     2.1.  Case 1: Traffic Engineering
     2.2.  Case 2: Flexible Algorithm
   3.  LSLinkInfinity-Based Solution
     3.1.  Unreachable Link Advertisement
     3.2.  Unreachable Link Backward Compatibility
     3.3.  Stub Router Advertisement Backward Compatibility
     3.4.  Label Distribution Protocol (LDP) IGP Synchronization
           Backward Compatibility
     3.5.  OSPF Graceful Link Shutdown Backward Compatibility
   4.  Operational Considerations
     4.1.  Configuration Parameters
     4.2.  YANG Data Model
       4.2.1.  Tree for OSPF Functional Capability
       4.2.2.  Tree for OSPF Advertising Unreachable Links
       4.2.3.  IANA Module for OSPF Functional Capability Bits
       4.2.4.  YANG Module for OSPF Functional Capability
       4.2.5.  YANG Module for OSPF Advertising Unreachable Links
   5.  Security Considerations
   6.  IANA Considerations
     6.1.  Registering OSPF Router Functional Capability Bits
     6.2.  Registering YANG Modules
     6.3.  IANA Module for OSPF Functional Capability Bits
   7.  References
     7.1.  Normative References
     7.2.  Informative References
   Acknowledgments
   Contributors
   Authors' Addresses

1. Introduction

1. はじめに

OSPF Router Link State Advertisements (LSAs) use fixed-format encodings that always include advertised links in the default Shortest Path First (SPF) computation. For example, a link may be required for Traffic Engineering (TE) paths but not intended for hop-by-hop routing. Another example is an OSPF link used exclusively by a Flexible Algorithm [RFC9350] but excluded from the default algorithm.

OSPF ルーターリンクステートアドバタイズメント (LSA) は、デフォルトの Shortest Path First (SPF) 計算にアドバタイズされたリンクを常に含める固定形式のエンコードを使用します。たとえば、リンクはトラフィックエンジニアリング (TE) パスには必要ですが、ホップバイホップルーティングを目的としていない場合があります。別の例は、フレキシブルアルゴリズム [RFC9350] によってのみ使用されますが、デフォルトアルゴリズムからは除外されている OSPF リンクです。

In order to advertise these links as unreachable, the metric LSLinkInfinity (0xffff) is used to specify that the link is unreachable and OSPF routers supporting this specification will exclude the link from SPF calculations (subject to backward-compatibility, refer to Section 3.2).

これらのリンクを到達不能としてアドバタイズするために、メトリック LSLinkInfinity (0xffff) を使用してリンクが到達不能であることを指定し、この仕様をサポートする OSPF ルーターは SPF 計算からリンクを除外します (下位互換性の対象、セクション 3.2 を参照)。

Stub Router Advertisement [RFC6987] defines MaxLinkMetric (0xffff) to indicate a router-LSA link should only be used for transit IP traffic as a last resort. When an OSPF router supports the Unreachable Link capability defined in this document, OSPF stub router links are advertised as MaxReachableLinkMetric (0xfffe) rather than MaxLinkMetric (0xffff). This document updates [RFC6987] and [RFC8770] with respect to the advertisement of MaxReachableLinkMetric rather than MaxLinkMetric.

スタブルーターアドバタイズメント [RFC6987] では、ルーターと LSA リンクが最後の手段としてトランジット IP トラフィックにのみ使用されるべきであることを示す MaxLinkMetric (0xffff) を定義しています。OSPF ルータがこのドキュメントで定義されている到達不能リンク機能をサポートしている場合、OSPF スタブルータリンクは MaxLinkMetric (0xffff) ではなく MaxReachableLinkMetric (0xfffe) としてアドバタイズされます。この文書は、MaxLinkMetric ではなく MaxReachableLinkMetric のアドバタイズメントに関して [RFC6987] および [RFC8770] を更新します。

Similarly, Label Distribution Protocol (LDP) IGP Synchronization [RFC5443] specifies OSPF advertisement of MaxLinkMetric (0xffff) to indicate that while the OSPF adjacency is in FULL state, LDP has not been synchronized between the two neighbors and transit traffic is discouraged. This document updates [RFC5443] with respect to the advertisement of MaxReachableLinkMetric rather than MaxLinkMetric.

同様に、Label Distribution Protocol (LDP) IGP Synchronization [RFC5443] では、OSPF 隣接関係が FULL 状態にある間、LDP が 2 つの隣接ノード間で同期されておらず、トランジットトラフィックが抑制されることを示す MaxLinkMetric (0xffff) の OSPF アドバタイズメントを指定しています。この文書は、MaxLinkMetric ではなく MaxReachableLinkMetric のアドバタイズメントに関して [RFC5443] を更新します。

Finally, OSPF Graceful Link Shutdown [RFC8379] specifies OSPF advertisement of MaxLinkMetric (0xffff) to indicate that the OSPF link will be taken out of service and transit traffic is discouraged. This document updates [RFC8379] with respect to the advertisement of MaxReachableLinkMetric rather than MaxLinkMetric.

最後に、OSPF グレースフルリンクシャットダウン [RFC8379] では、OSPF リンクがサービスから外され、トランジットトラフィックが阻止されることを示す MaxLinkMetric (0xffff) の OSPF アドバタイズメントを指定しています。この文書は、MaxLinkMetric ではなく MaxReachableLinkMetric のアドバタイズメントに関して [RFC8379] を更新します。

1.1. Requirements Language

1.1. 要件言語

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] で説明されているように解釈されます。

2. Use Cases

2. 使用例

2.1. Case 1: Traffic Engineering

2.1. ケース 1: トラフィックエンジニアリング

A network topology is shown in Figure 1. The OSPF link between Node A and E is only to be used for Traffic Engineering. Since the OSPF link is advertised by default, it will be included in the base SPF calculation for the default topology and may be used for hop-by-hop routing in the default topology.

ネットワークトポロジを図 1 に示します。ノード A と E の間の OSPF リンクは、トラフィックエンジニアリングにのみ使用されます。OSPF リンクはデフォルトでアドバタイズされるため、デフォルトトポロジの基本 SPF 計算に含まれ、デフォルトトポロジでのホップバイホップルーティングに使用できます。

                                  TE Link
                                 ---------
                                /         \
                               /           \
                              A------C------E
                              |      |      |
                              |      |      |
                              |      |      |
                              B------D------F

Figure 1: Network Topology

図 1: ネットワークトポロジ

2.2. Case 2: Flexible Algorithm

2.2. ケース 2: 柔軟なアルゴリズム

A network topology is shown in Figure 2. The links between Nodes A and B and between C and D are to be used exclusively for a Flex-Algorithm [RFC9350] devoted to specific traffic. These links have an Extended Administrative Group (EAG) [RFC7308] attribute specifying the "Red" color.

ネットワークトポロジを図 2 に示します。ノード A と B の間、およびノード C と D の間のリンクは、特定のトラフィック専用のフレックスアルゴリズム [RFC9350] 専用に使用されます。これらのリンクには、「赤」色を指定する拡張管理グループ (EAG) [RFC7308] 属性があります。

                  ******
                 A------C------E
                 |*     |*     |
                 |*     |*     |        ******: "Red" link
                 |*     |*     |
                 B------D------F
                  ******

Figure 2: Network Topology

図 2: ネットワークトポロジ

Flex-Algorithm 128 is enabled on Nodes A, B, C, and D, with an EAG rule including "Red", and the Metric-Type is designated to be a type other than the OSPF metric. OSPF will compute routes for Flex-Algorithm 128 using these links. The topology associated with Flex-Algorithm 128 is shown in Figure 3.

フレックスアルゴリズム 128 はノード A、B、C、D で「レッド」を含む EAG ルールで有効になっており、メトリックタイプは OSPF メトリック以外のタイプに指定されています。OSPF は、これらのリンクを使用してフレックスアルゴリズム 128 のルートを計算します。フレックスアルゴリズム 128 に関連するトポロジを図 3 に示します。

Figure 3: Topology of Flex-Algorithm 128

図 3: フレックスアルゴリズム 128 のトポロジ

The "Red" links are used by Flex-Algorithm 128 calculation. However, these "Red" links are also included in the default algorithm calculation [RFC9350] since they are reachable. Note that links used by the default algorithm are omitted from Figure 3 for clarity.

The "Red" links are used by Flex-Algorithm 128 calculation.However, these "Red" links are also included in the default algorithm calculation [RFC9350] since they are reachable.わかりやすくするために、デフォルトのアルゴリズムで使用されるリンクは図 3 では省略されていることに注意してください。

If the OSPF metrics for all the "Red" links are advertised as unreachable, they will be excluded from the default SPF calculation as shown in Figure 4. This allows the "Red" links from A to B and C to D to be used exclusively by the Flex-Algorithm 128 calculation.

すべての「赤」リンクの OSPF メトリクスが到達不能としてアドバタイズされる場合、図 4 に示すように、それらはデフォルトの SPF 計算から除外されます。これにより、A から B および C から D への「赤」リンクがフレックスアルゴリズム 128 の計算で排他的に使用されるようになります。

                              A------C------E
                                            |
                                            |
                                            |
                              B------D------F

Figure 4: Base SPF Topology Excluding Unreachable Links

図 4: 到達不能なリンクを除外した基本 SPF トポロジ

3. LSLinkInfinity-Based Solution

3. LSLinkInfinityベースのソリューション

3.1. Unreachable Link Advertisement

3.1. 到達不能なリンクのアドバタイズメント

This document specifies that if the OSPF metric of a link is advertised as LSLinkInfinity (0xffff), it MUST NOT be considered during the associated SPF computation. This applies to both the Flex-Algorithm SPF [RFC9350] and the base SPF as long as LSLinkInfinity is specified for the OSPF metric.

この文書は、リンクの OSPF メトリックが LSLinkInfinity (0xffff) としてアドバタイズされる場合、関連する SPF の計算中にそれを考慮してはならない (MUST NOT) と規定しています。これは、LSLinkInfinity が OSPF メトリックに指定されている限り、フレックスアルゴリズム SPF [RFC9350] とベース SPF の両方に適用されます。

While the interpretation of LSLinkInfinity is only required in the base topology as other topologies are optional [RFC4915], OSPF routers supporting this specification MUST consistently interpret LSLinkInfinity as unreachable during the associated SPF computation. Interpretation of LSLinkInfinity as unreachable is also applicable to Flex-Algorithm SPF computations [RFC9350] that use the OSPF link metric.

他のトポロジはオプションである [RFC4915] ため、LSLinkInfinity の解釈は基本トポロジでのみ必要ですが、この仕様をサポートする OSPF ルータは、関連する SPF 計算中に LSLinkInfinity を到達不能として一貫して解釈しなければなりません (MUST)。到達不能としての LSLinkInfinity の解釈は、OSPF リンクメトリックを使用するフレックスアルゴリズム SPF 計算 [RFC9350] にも適用されます。

An OSPF metric with LSLinkInfinity indicating a link is unreachable is applicable to the following TLVs/LSAs:

リンクが到達不能であることを示す LSLinkInfinity を含む OSPF メトリックは、次の TLV/LSA に適用されます。

* The Router-LSA [RFC2328] [RFC5340]

* ルーター LSA [RFC2328] [RFC5340]

* The Router-Link TLV of OSPFv3 E-Router-LSA [RFC8362]

* OSPFv3 E-Router-LSA のルーターリンク TLV [RFC8362]

3.2. Unreachable Link Backward Compatibility

3.2. 到達不能リンクの下位互換性

Prior to this specification, OSPF treated links with an advertised metric of LSLinkInfinity as reachable [RFC2328]. Hence, partial deployment of this specification may result in routing loops due to inconsistent interpretation of LSLinkInfinity. For example, in the network shown in Figure 5, link D-F is advertised with LSLinkInfinity (65535/0xffff). Router B supports LSLinkInfinity as unreachable, but router A doesn't. Router A considers link D-F as reachable, and the shortest path to F is A->B->D->F. Router B considers link D-F as unreachable, and the shortest path to F is B->A->C->E->F. As a result, A forwards the packets to B, but B returns them to A, which results in a routing loop.

この仕様が適用される前は、OSPF は LSLinkInfinity のアドバタイズされたメトリックを持つリンクを到達可能として扱いました [RFC2328]。したがって、この仕様を部分的に展開すると、LSLinkInfinity の解釈に一貫性がなく、ルーティングループが発生する可能性があります。たとえば、図 5 に示すネットワークでは、リンク D-F が LSLinkInfinity (65535/0xffff) でアドバタイズされます。ルーター B は LSLinkInfinity を到達不能としてサポートしますが、ルーター A はサポートしません。ルーター A はリンク D-F が到達可能であるとみなし、F への最短パスは A->B->D->F です。ルーター B はリンク D-F を到達不能とみなし、F への最短パスは B->A->C->E->F です。その結果、A はパケットを B に転送しますが、B はパケットを A に返し、ルーティングループが発生します。

           40000  40000      Traffic: A->F
         A------C------E       A considers link D-F as reachable
         |             |         A's shortest path to F: A->B->D->F
        5|             |5      B considers link D-F as unreachable
         |             |         B's shortest path to F: B->A->C->E->F
         B------D------F
             5    65535

Figure 5: Inconsistent LSLinkInfinity Interpretation Causing Loops

図 5: ループを引き起こす一貫性のない LSLinkInfinity 解釈

To provide backward compatibility, this document specifies that routers supporting LSLinkInfinity for unreachable links support advertisement of an area-scoped Router Information LSA with a Router Functional Capabilities TLV [RFC7770] that includes the following Router Functional Capability Bit. The value of the bit is controlled by configuration as specified in Section 4.1.

下位互換性を提供するために、この文書は、到達不能なリンクに対して LSLinkInfinity をサポートするルータが、次のルータ機能ビットを含むルータ機能機能 TLV [RFC7770] を使用してエリアスコープのルータ情報 LSA のアドバタイズメントをサポートすることを指定します。ビットの値は、セクション 4.1 で指定されているように構成によって制御されます。

                                          +=====+==================+
                                          | Bit | Capabilities     |
                                          +=====+==================+
                                          | 0   | Unreachable Link |
                                          +-----+------------------+

                                                   Table 1

OSPF routers MUST NOT treat links with an advertised metric of LSLinkInfinity as unreachable unless all routers in the OSPF area, i.e., all routers with router-LSAs in the area Link State Database (LSDB), have advertised this capability in an OSPFv2 Router Information Opaque LSA or an OSPFv3 Router Information LSA. If all OSPF routers in the area have advertised this capability, then links with an advertised metric of LSLinkInfinity MUST be treated as unreachable. When the number of routers in the area not supporting the Unreachable Link capability changes to 0 or from 0 to greater than 0, all OSPF routers in the area MUST recalculate their routes.

OSPF ルータは、OSPF エリア内のすべてのルータ、つまりリンクステートデータベース (LSDB) エリア内のルータ LSA を持つすべてのルータが、OSPFv2 ルータ情報不透明 LSA または OSPFv3 ルータ情報 LSA でこの機能をアドバタイズしていない限り、アドバタイズされたメトリックが LSLinkInfinity のリンクを到達不能として扱ってはなりません (MUST NOT)。エリア内のすべての OSPF ルータがこの機能をアドバタイズした場合、LSLinkInfinity のアドバタイズされたメトリックを持つリンクは到達不能として扱われなければなりません (MUST)。Unreachable Link 機能をサポートしていないエリア内のルーターの数が 0 に変更された場合、または 0 から 0 を超えた場合、エリア内のすべての OSPF ルーターはルートを再計算しなければなりません (MUST)。

In normal operation, it is possible that an area-scoped OSPF Router Information LSA will fail to reach all routers in an area in a timely manner. For example, if a new router not supporting the Unreachable Link capability joins an area that previously only had OSPF routers advertising support of the Unreachable Link capability, then it may take some time for the OSPF Router Information LSA to propagate to all routers. While it is propagating, the routers in the area will gradually detect the presence of a router that does not support the capability and will revert to treating links with MaxLinkMetric as being reachable. During the propagation time, this inconsistency of MaxLinkMetric interpretation between OSPF routers can result in transient routing loops.

通常の動作では、エリアスコープの OSPF ルーター情報 LSA がエリア内のすべてのルーターに適時に到達できない可能性があります。たとえば、到達不能リンク機能をサポートしていない新しいルーターが、以前は到達不能リンク機能のサポートをアドバタイズする OSPF ルーターのみが存在していたエリアに参加した場合、OSPF ルーター情報 LSA がすべてのルーターに伝播するまでに時間がかかることがあります。それが伝播している間、エリア内のルーターはその機能をサポートしていないルーターの存在を徐々に検出し、MaxLinkMetric を持つリンクを到達可能なものとして扱うように戻ります。伝播中に、OSPF ルーター間での MaxLinkMetric 解釈の不一致により、一時的なルーティングループが発生する可能性があります。

3.3. Stub Router Advertisement Backward Compatibility

3.3. スタブルータアドバタイズメントの下位互換性

Stub Router Advertisement [RFC6987] defines MaxLinkMetric (0xffff) to indicate a router-LSA link should not be used for transit traffic.

スタブルーターアドバタイズメント [RFC6987] では、ルーターと LSA のリンクをトランジットトラフィックに使用してはならないことを示す MaxLinkMetric (0xffff) を定義しています。

When an OSPF router supports the Unreachable Link capability defined in this document, the OSPF stub router MaxLinkMetric (0xffff) MUST be updated to MaxReachableLinkMetric (0xfffe). This document updates [RFC6987] and [RFC8770] with respect to the advertisement of MaxReachableLinkMetric rather than MaxLinkMetric.

OSPF ルータがこの文書で定義されている到達不能リンク機能をサポートする場合、OSPF スタブルータの MaxLinkMetric (0xffff) を MaxReachableLinkMetric (0xfffe) に更新しなければなりません (MUST)。この文書は、MaxLinkMetric ではなく MaxReachableLinkMetric のアドバタイズメントに関して [RFC6987] および [RFC8770] を更新します。

When an OSPF router supports OSPF Stub Router Advertisement [RFC6987] and the Unreachable Link capability defined in this document, it MUST support advertisement of all its non-stub links with a link cost of MaxReachableLinkMetric (0xfffe). Since MaxLinkMetric will not be used to indicate that a link is unreachable unless all OSPF routers in the area support this specification as specified in Section 3.2, all routers in the area will also support the usage of MaxReachableLinkMetric to discourage the usage of stub router links for transit traffic. If there are any OSPF routers in the area that do not support the Unreachable Link capability, then all OSPF routers in the area will treat links advertised with a cost MaxLinkMetric as reachable (Section 3.2).

OSPF ルータが OSPF スタブルータアドバタイズメント [RFC6987] とこの文書で定義されている到達不能リンク機能をサポートする場合、そのすべての非スタブリンクのアドバタイズメントを MaxReachableLinkMetric (0xfffe) のリンクコストでサポートしなければなりません (MUST)。セクション 3.2 で指定されているように、エリア内のすべての OSPF ルータがこの仕様をサポートしない限り、MaxLinkMetric はリンクが到達不能であることを示すために使用されないため、エリア内のすべてのルータは、トランジットトラフィックでのスタブルータリンクの使用を防止するために、MaxReachableLinkMetric の使用もサポートします。エリア内に到達不能リンク機能をサポートしていない OSPF ルーターがある場合、エリア内のすべての OSPF ルーターは、コスト MaxLinkMetric でアドバタイズされたリンクを到達可能として扱います (セクション 3.2)。

3.4. Label Distribution Protocol (LDP) IGP Synchronization Backward Compatibility

3.4. ラベル配布プロトコル (LDP) IGP 同期の下位互換性

LDP IGP Synchronization [RFC5443] specifies OSPF advertisement of MaxLinkMetric (0xffff) to indicate that while the OSPF adjacency is in FULL state, LDP has not been synchronized between the two neighbors and transit IP traffic is discouraged. When an OSPF router supports the Unreachable Link capability defined in this document, the usage of OSPF MaxLinkMetric (0xffff) to discourage usage of the link until LDP is "fully operational" MUST be updated to MaxReachableLinkMetric (0xfffe). It is important to keep the link in the topology to allow IP traffic to use the link as a last resort in case of LDP packets between OSPF router loopbacks addresses or a network failure. This document updates [RFC5443] with respect to the advertisement of MaxReachableLinkMetric rather than MaxLinkMetric.

LDP IGP 同期 [RFC5443] では、OSPF 隣接関係が FULL 状態にある間、LDP が 2 つの隣接ノード間で同期されておらず、トランジット IP トラフィックが抑制されることを示すために、MaxLinkMetric (0xffff) の OSPF アドバタイズメントを指定しています。OSPF ルーターがこの文書で定義されている到達不能リンク機能をサポートしている場合、LDP が「完全に動作」するまでリンクの使用を阻止するための OSPF MaxLinkMetric (0xffff) の使用法を MaxReachableLinkMetric (0xfffe) に更新しなければなりません (MUST)。OSPF ルータループバックアドレス間のLDP パケットやネットワーク障害が発生した場合の最後の手段として、IP トラフィックがリンクを使用できるように、リンクをトポロジ内に維持することが重要です。この文書は、MaxLinkMetric ではなく MaxReachableLinkMetric のアドバタイズメントに関して [RFC5443] を更新します。

3.5. OSPF Graceful Link Shutdown Backward Compatibility

3.5. OSPF グレースフルリンクシャットダウンの下位互換性

OSPF Graceful Link [RFC8379] specifies OSPF advertisement of MaxLinkMetric (0xffff) to indicate that the link is going to be taken down and transit traffic is discouraged. When an OSPF router supports the Unreachable Link capability defined in this document, the usage of OSPF MaxLinkMetric (0xffff) to discourage usage of a link prior to it being taken out of service MUST be updated to MaxReachableLinkMetric (0xfffe). It is important to keep the link in the topology to allow IP traffic to use the link as a last resort prior to planned shutdown. This document updates [RFC8379] with respect to the advertisement of MaxReachableLinkMetric rather than MaxLinkMetric.

OSPF グレースフルリンク [RFC8379] では、リンクが切断され、トランジットトラフィックが阻止されることを示す MaxLinkMetric (0xffff) の OSPF アドバタイズメントを指定しています。OSPF ルータがこの文書で定義されている到達不能リンク機能をサポートしている場合、サービスが停止される前にリンクの使用を阻止するための OSPF MaxLinkMetric (0xffff) の使用法を MaxReachableLinkMetric (0xfffe) に更新しなければなりません (MUST)。計画的なシャットダウン前の最後の手段として、IP トラフィックがリンクを使用できるように、リンクをトポロジ内に維持することが重要です。この文書は、MaxLinkMetric ではなく MaxReachableLinkMetric のアドバタイズメントに関して [RFC8379] を更新します。

4. Operational Considerations

4. 運用上の考慮事項

4.1. Configuration Parameters

4.1. 設定パラメータ

Support of the Unreachable Link capability MUST be configurable. The default MUST be to not advertise the capability, i.e., the functional capability in the area-scoped OSPF Router Information LSA is false.

Unreachable Link 機能のサポートは設定可能でなければなりません (MUST)。デフォルトでは、機能をアドバタイズしない必要があります (MUST)。つまり、エリアスコープの OSPF ルーター情報 LSA の機能機能は false です。

In some networks, the operator may still want links with maximum metric (0xffff) to be treated as reachable. For example, when the cost of links is automatically computed based on the inverse of the link's bandwidth and there is a mix of low-speed and high-speed links, the computation may result in the maximum metric. Hence, implementations supporting this document and auto-costing MUST limit the maximum computed cost to MaxReachableLinkMetric (0xfffe). An example of auto-costing would be to automatically set the link metric to be inversely proportional to the link bandwidth (refer to the auto-cost feature in the "ietf-ospf" module [RFC9129]).

一部のネットワークでは、オペレータは最大メトリック (0xffff) のリンクを到達可能として扱うことを希望する場合があります。たとえば、リンクのコストがリンクの帯域幅の逆数に基づいて自動的に計算され、低速リンクと高速リンクが混在している場合、計算の結果が最大メトリックになる可能性があります。したがって、この文書と自動コスト計算をサポートする実装は、計算される最大コストを MaxReachableLinkMetric (0xfffe) に制限しなければなりません (MUST)。自動コスト計算の例は、リンク帯域幅に反比例するようにリンクメトリックを自動的に設定することです (「ietf-ospf」モジュール [RFC9129] の自動コスト機能を参照)。

4.2. YANG Data Model

4.2. YANG データモデル

This section defines three YANG [RFC7950] modules. The "iana-ospf-functional-cap-bits" module defines the identities for OSPF Router Functional Capabilities as per the "OSPF Router Functional Capability Bits" IANA registry [IANA-OSPF-FC-Bits]. The "ietf-ospf-functional-capability" and "ietf-ospf-unreachable-links" modules can be used to configure and manage the usage of OSPF LSLinkInfinity for unreachable links as defined in this document, which augments the OSPF YANG data model [RFC9129] and the YANG data model for Routing Management [RFC8349].

このセクションでは、3 つの YANG [RFC7950] モジュールを定義します。「iana-ospf-functional-cap-bits」モジュールは、「OSPF Router Functional Capability Bits」IANA レジストリ [IANA-OSPF-FC-Bits] に従って、OSPF Router Functional Capabilities の ID を定義します。「ietf-ospf-function-capability」および「ietf-ospf-unreachable-links」モジュールを使用すると、本書で定義されている到達不能リンクに対する OSPF LSLinkInfinity の使用を設定および管理できます。これは、OSPF YANG データモデル [RFC9129] およびルーティング管理用の YANG データモデル [RFC8349] を拡張します。

This document uses the graphical representation of data models per [RFC8340].

この文書では、[RFC8340] に準拠したデータモデルのグラフィック表現を使用します。

4.2.1. Tree for OSPF Functional Capability

4.2.1. OSPF 機能のツリー

The following shows the tree diagram of the module for OSPF Functional Capability:

以下に、OSPF 機能のモジュールのツリー図を示します。

   module: ietf-ospf-functional-capability
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:interfaces/ospf:interface
               /ospf:database/ospf:link-scope-lsa-type
               /ospf:link-scope-lsas/ospf:link-scope-lsa/ospf:version
               /ospf:ospfv2/ospf:ospfv2/ospf:body/ospf:opaque
               /ospf:ri-opaque/ospf:router-capabilities-tlv:
       +--ro router-functional-capabilities
          +--ro functional-capability*   identityref
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:database/ospf:area-scope-lsa-type
               /ospf:area-scope-lsas/ospf:area-scope-lsa/ospf:version
               /ospf:ospfv2/ospf:ospfv2/ospf:body/ospf:opaque
               /ospf:ri-opaque/ospf:router-capabilities-tlv:
       +--ro router-functional-capabilities
          +--ro functional-capability*   identityref
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:database
               /ospf:as-scope-lsa-type/ospf:as-scope-lsas
               /ospf:as-scope-lsa/ospf:version/ospf:ospfv2
               /ospf:ospfv2/ospf:body/ospf:opaque/ospf:ri-opaque
               /ospf:router-capabilities-tlv:
       +--ro router-functional-capabilities
          +--ro functional-capability*   identityref
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:interfaces/ospf:interface
               /ospf:database/ospf:link-scope-lsa-type
               /ospf:link-scope-lsas/ospf:link-scope-lsa/ospf:version
               /ospf:ospfv3/ospf:ospfv3/ospf:body
               /ospf:router-information/ospf:router-capabilities-tlv:
       +--ro router-functional-capabilities
          +--ro functional-capability*   identityref
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:database
               /ospf:as-scope-lsa-type/ospf:as-scope-lsas
               /ospf:as-scope-lsa/ospf:version/ospf:ospfv3
               /ospf:ospfv3/ospf:body/ospf:router-information
               /ospf:router-capabilities-tlv:
       +--ro router-functional-capabilities
          +--ro functional-capability*   identityref
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:database/ospf:area-scope-lsa-type
               /ospf:area-scope-lsas/ospf:area-scope-lsa/ospf:version
               /ospf:ospfv3/ospf:ospfv3/ospf:body
               /ospf:router-information/ospf:router-capabilities-tlv:
       +--ro router-functional-capabilities
          +--ro functional-capability*   identityref

4.2.2. Tree for OSPF Advertising Unreachable Links

4.2.2. OSPF アドバタイジング到達不能リンクのツリー

The following shows the tree diagram of the module for OSPF Advertising Unreachable Links:

以下に、OSPF Advertising Unreachable Links のモジュールのツリー図を示します。

   module: ietf-ospf-unreachable-links

     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area:
       +--rw unreachable-link-advertisement
          +--rw enabled?   boolean
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:interfaces/ospf:interface:
       +--rw advertise-unreachable-link?   boolean

4.2.3. IANA Module for OSPF Functional Capability Bits

4.2.3. OSPF の IANA モジュールの機能ビット

IANA has created the "OSPF Router Functional Capability Bits" registry within the "Open Shortest Path First (OSPF) Parameters" registry group to identify OSPF Router Functional Capabilities. This document defines the initial version of the IANA-maintained "iana-ospf-functional-cap-bits" module, which mirrors the IANA "OSPF Router Functional Capability Bits" registry [IANA-OSPF-FC-Bits]. The module will be updated as the "OSPF Router Functional Capability Bits" registry changes. The latest version of this YANG module is available in the "YANG Module Names” registry <https://www.iana.org/assignments/yang-parameters>.

IANA は、OSPF ルーター機能機能を識別するために、「Open Shortest Path First (OSPF) Parameters」レジストリグループ内に「OSPF Router Functional Capability Bits」レジストリを作成しました。この文書は、IANA が管理する「iana-ospf-functional-cap-bits」モジュールの初期バージョンを定義します。これは、IANA「OSPF Router Functional Capability Bits」レジストリ [IANA-OSPF-FC-Bits] を反映しています。このモジュールは、「OSPF Router Functional Capability Bits」レジストリの変更に応じて更新されます。この YANG モジュールの最新バージョンは、「YANG Module Names」レジストリ <https://www.iana.org/assignments/yang-parameters> で入手できます。

4.2.4. YANG Module for OSPF Functional Capability

4.2.4. OSPF 機能用の YANG モジュール

The following is the YANG module for OSPF Functional Capability:

以下は、OSPF 機能の YANG モジュールです。

   module ietf-ospf-functional-capability {
     yang-version 1.1;
     namespace "urn:ietf:params:xml:ns:yang:"
             + "ietf-ospf-functional-capability";
     prefix ospf-fc;

     import ietf-routing {
       prefix rt;
       reference
         "RFC 8349: A YANG Data Model for Routing Management
                    (NMDA Version)";
     }
     import ietf-ospf {
       prefix ospf;
       reference
         "RFC 9129: YANG Data Model for the OSPF Protocol";
     }
     import iana-ospf-functional-cap-bits {
       prefix iana-ospf-fc-bits;
       reference
         "https://www.iana.org/assignments/ospf-parameters"
       + "#router-functional-capability";
     }

     organization
       "IETF Link State Routing (LSR) Working Group";
     contact
       "WG Web:   <https://datatracker.ietf.org/wg/lsr/>
        WG List:  <mailto:lsr@ietf.org>

        Author:   Yingzhen Qu
                  <mailto:yqu@futurewei.com>
        Author:   Acee Lindem
                  <mailto:acee.ietf@gmail.com>
        Author:   Liyan Gong
                  <mailto:gongliyan@chinamobile.com>
        Author:   Weiqiang Cheng
                  <mailto:chengweiqiang@chinamobile.com>
        Author:   Changwang Lin
                  <mailto:linchangwang.04414@h3c.com>
        Author:   Ran Chen
                  <mailto:chen.ran@zte.com.cn>";
     description
       "This YANG module defines the operational state for
        Functional Capability in OSPF as defined in RFC 7770.

        Copyright (c) 2026 IETF Trust and the persons identified as
        authors of the code.  All rights reserved.
        Redistribution and use in source and binary forms, with or
        without modification, is permitted pursuant to, and subject
        to the license terms contained in, the Revised BSD License
        set forth in Section 4.c of the IETF Trust's Legal Provisions
        Relating to IETF Documents
        (https://trustee.ietf.org/license-info).

        All revisions of IETF and IANA published modules can be found
        at the 'YANG Parameters' registry group
        (https://www.iana.org/assignments/yang-parameters).

        This version of this YANG module is part of RFC 10041; see
        the RFC itself for full legal notices.";

     revision 2026-09-16 {
       description
         "Initial revision.";
       reference
         "RFC 10041: Advertising Unreachable Links in OSPF";
     }

     grouping router-functional-capabilities {
       description
         "Grouping for OSPF router capabilities TLV types.";
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
       container router-functional-capabilities {
         leaf-list functional-capability {
           type identityref {
             base iana-ospf-fc-bits:functional-capability;
           }
           description
             "List of Router Functional Capabilities.  This list
              contains the identities for functional capabilities
              supported by the router.";
         }
         description
           "OSPF Router Functional identity definitions.";
       }
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:areas/ospf:area/"
           + "ospf:interfaces/ospf:interface/ospf:database/"
           + "ospf:link-scope-lsa-type/ospf:link-scope-lsas/"
           + "ospf:link-scope-lsa/ospf:version/ospf:ospfv2/"
           + "ospf:ospfv2/ospf:body/ospf:opaque/ospf:ri-opaque/"
           + "ospf:router-capabilities-tlv" {
       when "derived-from-or-self(/rt:routing/"
          + "rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv2')" {
         description
           "This augmentation is only valid for OSPFv2.";
       }
       description
         "OSPFv2 Opaque Link-Scoped Router-Information LSA Router
          Functional Capabilities.";
       uses router-functional-capabilities;
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:areas/"
           + "ospf:area/ospf:database/"
           + "ospf:area-scope-lsa-type/ospf:area-scope-lsas/"
           + "ospf:area-scope-lsa/ospf:version/ospf:ospfv2/"
           + "ospf:ospfv2/ospf:body/ospf:opaque/"
           + "ospf:ri-opaque/ospf:router-capabilities-tlv" {
       when "derived-from-or-self(/rt:routing/"
          + "rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv2')" {
         description
           "This augmentation is only valid for OSPFv2.";
       }
       description
         "OSPFv2 Opaque Area-Scoped Router-Information LSA Router
          Functional Capabilities.";
       uses router-functional-capabilities;
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:database/"
           + "ospf:as-scope-lsa-type/ospf:as-scope-lsas/"
           + "ospf:as-scope-lsa/ospf:version/ospf:ospfv2/"
           + "ospf:ospfv2/ospf:body/ospf:opaque/"
           + "ospf:ri-opaque/ospf:router-capabilities-tlv" {
       when "derived-from-or-self(/rt:routing/"
          + "rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv2')" {
         description
           "This augmentation is only valid for OSPFv2.";
       }
       description
         "OSPFv2 Opaque AS-Scoped Router-Information LSA Router
          Functional Capabilities.";
       uses router-functional-capabilities;
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:areas/ospf:area/"
           + "ospf:interfaces/ospf:interface/ospf:database/"
           + "ospf:link-scope-lsa-type/ospf:link-scope-lsas/"
           + "ospf:link-scope-lsa/ospf:version/ospf:ospfv3/"
           + "ospf:ospfv3/ospf:body/ospf:router-information/"
           + "ospf:router-capabilities-tlv" {
       when "derived-from-or-self(/rt:routing/"
          + "rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv3')" {
         description
           "This augmentation is only valid for OSPFv3.";
       }
       description
         "OSPFv3 Link-Scoped Router-Information LSA Router
          Functional Capabilities.";
       uses router-functional-capabilities;
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:database/"
           + "ospf:as-scope-lsa-type/ospf:as-scope-lsas/"
           + "ospf:as-scope-lsa/ospf:version/ospf:ospfv3/"
           + "ospf:ospfv3/ospf:body/ospf:router-information/"
           + "ospf:router-capabilities-tlv" {
       when "derived-from-or-self(/rt:routing/"
          + "rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv3')" {
         description
           "This augmentation is only valid for OSPFv3.";
       }
       description
         "OSPFv3 AS-Scoped Router-Information LSA Router
          Functional Capabilities.";
       uses router-functional-capabilities;
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:areas/"
           + "ospf:area/ospf:database/"
           + "ospf:area-scope-lsa-type/ospf:area-scope-lsas/"
           + "ospf:area-scope-lsa/ospf:version/ospf:ospfv3/"
           + "ospf:ospfv3/ospf:body/ospf:router-information/"
           + "ospf:router-capabilities-tlv" {
       when "derived-from-or-self(/rt:routing/"
          + "rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv3')" {
         description
           "This augmentation is only valid for OSPFv3.";
       }
       description
         "OSPFv3 Area-Scoped Router-Information LSA Router
          Functional Capabilities.";
       uses router-functional-capabilities;
       reference
         "RFC 7770: Extensions to OSPF for Advertising Optional
                    Router Capabilities";
     }
   }

4.2.5. YANG Module for OSPF Advertising Unreachable Links

4.2.5. OSPF 到達不能リンクをアドバタイズするための YANG モジュール

The following is the YANG module for OSPF Advertising Unreachable Links:

以下は、OSPF Advertising Unreachable Links の YANG モジュールです。

   module ietf-ospf-unreachable-links {
     yang-version 1.1;
     namespace "urn:ietf:params:xml:ns:yang:"
             + "ietf-ospf-unreachable-links";
     prefix ospf-unreach-link;

     import ietf-routing {
       prefix rt;
       reference
         "RFC 8349: A YANG Data Model for Routing Management
                    (NMDA Version)";
     }
     import ietf-ospf {
       prefix ospf;
       reference
         "RFC 9129: YANG Data Model for the OSPF Protocol";
     }

     organization
       "IETF Link State Routing (LSR) Working Group";
     contact
       "WG Web:   <https://datatracker.ietf.org/wg/lsr/>
        WG List:  <mailto:lsr@ietf.org>

        Author:   Yingzhen Qu
                  <mailto:yqu@futurewei.com>
        Author:   Acee Lindem
                  <mailto:acee.ietf@gmail.com>
        Author:   Liyan Gong
                  <mailto:gongliyan@chinamobile.com>
        Author:   Weiqiang Cheng
                  <mailto:chengweiqiang@chinamobile.com>
        Author:   Changwang Lin
                  <mailto:linchangwang.04414@h3c.com>
        Author:   Ran Chen
                  <mailto:chen.ran@zte.com.cn>";
     description
       "This YANG module defines the configuration and operational
        state for Advertising Unreachable Links in OSPF as defined
        in RFC 10041.

        Copyright (c) 2026 IETF Trust and the persons identified as
        authors of the code.  All rights reserved.

        Redistribution and use in source and binary forms, with or
        without modification, is permitted pursuant to, and subject
        to the license terms contained in, the Revised BSD License
        set forth in Section 4.c of the IETF Trust's Legal Provisions
        Relating to IETF Documents
        (https://trustee.ietf.org/license-info).

        All revisions of IETF and IANA published modules can be found
        at the 'YANG Parameters' registry group
        (https://www.iana.org/assignments/yang-parameters).

        This version of this YANG module is part of RFC 10041; see
        the RFC itself for full legal notices.";

     revision 2026-09-16 {
       description
         "Initial revision.";
       reference
         "RFC 10041: Advertising Unreachable Links in OSPF";
     }

     augment "/rt:routing/rt:control-plane-protocols/"
           + "rt:control-plane-protocol/ospf:ospf/"
           + "ospf:areas/ospf:area" {
       when
         "derived-from-or-self(../../../rt:type, 'ospf:ospfv2') or "
       + "derived-from-or-self(../../../rt:type, 'ospf:ospfv3')" {
         description
           "This augments the OSPF routing protocol when used.";
       }
       description
         "This augments the OSPF protocol with Unreachable Link
          advertisement.";
       container unreachable-link-advertisement {
         leaf enabled {
           type boolean;
           default "false";
           description
             "Controls the interpretation of MaxLinkMetric as
              unreachable and the advertisement of the Unreachable
              Link capability for the area.  It is enabled when set
              to true and disabled when set to false.";
         }
         description
           "OSPF Unreachable Link advertisement parameters.";
       }
     }

     augment "/rt:routing/rt:control-plane-protocols/"
           + "rt:control-plane-protocol/ospf:ospf/"
           + "ospf:areas/ospf:area/ospf:interfaces/ospf:interface" {
       when "derived-from(/rt:routing/rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv2') or "
          + "derived-from(/rt:routing/rt:control-plane-protocols/"
          + "rt:control-plane-protocol/rt:type, 'ospf:ospfv3')" {
         description
           "This augments the OSPF interfaces.";
       }
       leaf advertise-unreachable-link {
         type boolean;
         must "not(../advertise-unreachable-link = 'true' and "
            + "/rt:routing/rt:control-plane-protocols/"
            + "rt:control-plane-protocol/ospf:ospf/ospf:areas/"
            + "ospf:area/"
            + "ospf-unreach-link:unreachable-link-advertisement/"
            + "ospf-unreach-link:enabled = 'false')" {
           error-message
             "The interface cannot be advertised "
           + "as unreachable (true) unless the "
           + "unreachable-link-advertisement capability is "
           + "enabled (true).";
           description
             "Ensures an interface isn't explicitly advertised as
              unreachable unless the OSPF area level capability is
              enabled.";
         }
         default "false";
         description
           "Specifies that the link should be advertised with a metric
            of MaxLinkMetric (0xffff) in the default topology.";
       }
       description
         "Augment OSPF interfaces with an option to advertise the link
          as unreachable.";
     }
   }

5. Security Considerations

5. セキュリティに関する考慮事項

A compromised OSPF router could advertise changes to its Unreachable Link capability rapidly resulting in repeated route recalculations on routers in the area supporting this specification (Section 3.2). Hence, it is RECOMMENDED that routers supporting this specification also support the SPF back-off delay algorithm described in [RFC8405].

侵害された OSPF ルーターは、その Unreachable Link 機能への変更を急速にアドバタイズする可能性があり、その結果、この仕様をサポートするエリア内のルーターでルートの再計算が繰り返される可能性があります (セクション 3.2)。したがって、この仕様をサポートするルーターは、[RFC8405] で説明されている SPF バックオフ遅延アルゴリズムもサポートすることが推奨されます。

The security considerations for [RFC2328], [RFC5340], [RFC6987], and [RFC7770] are also applicable to this protocol extension.

[RFC2328]、[RFC5340]、[RFC6987]、および [RFC7770] のセキュリティに関する考慮事項は、このプロトコル拡張にも適用されます。

The "ietf-ospf-unreachable-links" YANG module and the "ietf-ospf-functional-capability" YANG module each define a data model that is designed to be accessed via YANG-based management protocols, such as NETCONF [RFC6241] and RESTCONF [RFC8040]. These YANG-based management protocols (1) have to use a secure transport layer (e.g., SSH [RFC4252], TLS [RFC9846], and QUIC [RFC9000]) and (2) have to use mutual authentication.

「ietf-ospf-unreachable-links」YANG モジュールと「ietf-ospf-function-capability」YANG モジュールはそれぞれ、NETCONF [RFC6241] や RESTCONF [RFC8040] などの YANG ベースの管理プロトコル経由でアクセスするように設計されたデータモデルを定義します。これらの YANG ベースの管理プロトコルは、(1) 安全なトランスポート層 (SSH [RFC4252]、TLS [RFC9846]、QUIC [RFC9000] など) を使用する必要があり、(2) 相互認証を使用する必要があります。

The Network Configuration Access Control Model (NACM) [RFC8341] provides the means to restrict access for particular NETCONF or RESTCONF users to a pre-configured subset of all available NETCONF or RESTCONF protocol operations and content.

Network Configuration Access Control Model (NACM) [RFC8341] は、特定の NETCONF または RESTCONF ユーザーのアクセスを、利用可能なすべての NETCONF または RESTCONF プロトコルの操作およびコンテンツの事前設定されたサブセットに制限する手段を提供します。

There are a number of data nodes defined in the "ietf-ospf-unreachable-links" YANG module that are writable/creatable/deletable (i.e., "config true", which is the default). All writable data nodes are likely to be sensitive or vulnerable in some network environments. Write operations (e.g., edit-config) and delete operations to these data nodes without proper protection or authentication can have a negative effect on network operations. The modification of these data nodes without proper protection can prevent interpretation of the OSPF LSLinkInfinity metric as unreachable or result in a link being advertised as unreachable.

「ietf-ospf-unreachable-links」YANG モジュールには、書き込み可能/作成可能/削除可能 (つまり、デフォルトの「config true」) のデータノードが多数定義されています。一部のネットワーク環境では、すべての書き込み可能なデータノードが機密性が高いか脆弱である可能性があります。適切な保護や認証を行わずにこれらのデータノードへの書き込み操作 (edit-config など) や削除操作を行うと、ネットワーク操作に悪影響を及ぼす可能性があります。適切な保護を行わずにこれらのデータノードを変更すると、OSPF LSLinkInfinity メトリックが到達不能として解釈されなくなったり、リンクが到達不能としてアドバタイズされたりする可能性があります。

/ospf:ospf/ospf:areas/ospf:area/ospf-unreach-link:unreachable-link-advertisement/ospf-unreach-link:enabled

/ospf:ospf/ospf:areas/ospf:area/ospf:interfaces/ospf:interface/ ospf-unreach-link:advertise-unreachable-link

Some of the readable data nodes in the "ietf-ospf-unreachable-links" YANG module may be considered sensitive or vulnerable in some network environments. Exposure of the OSPF unreachable link configuration may be useful in mounting Denial-of-Service (DoS) attacks. These are the readable data nodes:

「ietf-ospf-unreachable-links」YANG モジュール内の読み取り可能なデータノードの一部は、一部のネットワーク環境では機密であるか脆弱であると見なされる場合があります。OSPF 到達不能リンク構成の暴露は、サービス拒否 (DoS) 攻撃を仕掛ける際に役立つ可能性があります。読み取り可能なデータノードは次のとおりです。

/ospf:ospf/ospf:areas/ospf:area/ospf-unreach-link:unreachable-link-advertisement/ospf-unreach-link:enabled

/ospf:ospf/ospf:areas/ospf:area/ospf:interfaces/ospf:interface/ ospf-unreach-link:advertise-unreachable-link

6. IANA Considerations

6. IANAの考慮事項

6.1. Registering OSPF Router Functional Capability Bits

6.1. OSPFルーター機能ビットの登録

This document defines a new bit in the "OSPF Router Functional Capability Bits" registry <https://www.iana.org/assignments/ospf-parameters>:

この文書では、「OSPF Router Functional Capability Bits」レジストリ <https://www.iana.org/assignments/ospf-parameters> の新しいビットを定義します。

                        +============+==================+===========+
                        | Bit Number | Capability Name  | Reference |
                        +============+==================+===========+
                        | 0          | Unreachable Link | RFC 10041 |
                        +------------+------------------+-----------+

                                           Table 2

6.2. Registering YANG Modules

6.2. YANG モジュールの登録

IANA has registered the following three new URIs in the "ns" registry within the "IETF XML Registry" [RFC3688]:

IANA は、「IETF XML レジストリ」[RFC3688] 内の「ns」レジストリに次の 3 つの新しい URI を登録しました。

URI:

urn:ietf:params:xml:ns:yang:iana-ospf-functional-cap-bits

urn:ietf:params:xml:ns:yang:iana-ospf-function-cap-bits

Registrant Contact:

登録者の連絡先:

The IESG.

IESG。

XML:

N/A; the requested URI is an XML namespace.

該当なし。要求された URI は XML 名前空間です。

URI:

urn:ietf:params:xml:ns:yang:ietf-ospf-functional-capability

urn:ietf:params:xml:ns:yang:ietf-ospf-function-capability

Registrant Contact:

登録者の連絡先:

The IESG.

IESG。

XML:

N/A; the requested URI is an XML namespace.

N/A;要求された URI は XML 名前空間です。

URI:

urn:ietf:params:xml:ns:yang:ietf-ospf-unreachable-links

Registrant Contact:

登録者の連絡先:

The IESG.

IESG。

XML:

N/A; the requested URI is an XML namespace.

該当なし。要求された URI は XML 名前空間です。

IANA has registered the following three new YANG module names in the "YANG Module Names" registry [RFC6020] within the "YANG Parameters" registry group:

IANA は、次の 3 つの新しい YANG モジュール名を、「YANG Parameters」レジストリグループ内の「YANG Module Names」レジストリ [RFC6020] に登録しました。

Name:

名前：

iana-ospf-functional-cap-bits

iana-ospf-function-cap-bits

Maintained by IANA?

IANAによって保守されていますか？

Namespace:

名前空間:

urn:ietf:params:xml:ns:yang:iana-ospf-functional-cap-bits

urn:ietf:params:xml:ns:yang:iana-ospf-function-cap-bits

Prefix:

プレフィックス:

iana-ospf-fc-bits

Reference:

参照：

RFC 10041

Name:

名前：

ietf-ospf-functional-capability

ietf-ospf-機能的能力

Maintained by IANA?

IANAによって保守されていますか？

Namespace:

名前空間:

urn:ietf:params:xml:ns:yang:ietf-ospf-functional-capability

urn:ietf:params:xml:ns:yang:ietf-ospf-function-capability

Prefix:

プレフィックス:

ospf-fc

Reference:

参照：

RFC 10041

Name:

名前：

ietf-ospf-unreachable-links

ietf-ospf-到達不能リンク

Maintained by IANA?

IANAによって保守されていますか？

Namespace:

名前空間:

urn:ietf:params:xml:ns:yang:ietf-ospf-unreachable-links

Prefix:

プレフィックス:

ospf-unreach-link

ospf-unreach-リンク

Reference:

参照：

RFC 10041

6.3. IANA Module for OSPF Functional Capability Bits

6.3. OSPF の IANA モジュールの機能ビット

This document defines the initial version of the IANA-maintained "iana-ospf-functional-cap-bits" YANG module (Section 4.2). The most recent version of the YANG module is available in the "YANG Parameters" registry [IANA-YANG-Parameters].

この文書は、IANA が管理する「iana-ospf-function-cap-bits」YANG モジュール (セクション 4.2) の初期バージョンを定義します。YANG モジュールの最新バージョンは、「YANG パラメータ」レジストリ [IANA-YANG-Parameters] で入手できます。

IANA has added the following note to the registry:

IANA は次のメモをレジストリに追加しました。

New values must not be directly added to the "iana-ospf-functional-cap-bits" YANG module. They must instead be added to the "OSPF Router Functional Capability Bits" registry in the "Open Shortest Path First (OSPF) Parameters" registry group [IANA-OSPF-FC-Bits].

新しい値を「iana-ospf-function-cap-bits」YANG モジュールに直接追加しないでください。代わりに、これらを「Open Shortest Path First (OSPF) Parameters」レジストリグループ [IANA-OSPF-FC-Bits] の「OSPF Router Functional Capability Bits」レジストリに追加する必要があります。

When a value is added to the "OSPF Router Functional Capability Bits" registry, a new "identity" statement needs to be added to the "iana-ospf-functional-cap-bits" YANG module. The name of the "identity" is the lowercase name provided in the registry with all spaces replaced with "-". The "identity" statement should have the following sub-statements defined:

「OSPF Router Functional Capability Bits」レジストリに値を追加する場合、新しい「identity」ステートメントを「iana-ospf-functional-cap-bits」YANG モジュールに追加する必要があります。「アイデンティティ」の名前は、レジストリで提供される小文字の名前で、すべてのスペースが「-」に置き換えられます。「identity」ステートメントには、次のサブステートメントを定義する必要があります。

"base":

"ベース"：

Contains 'functional-capability'.

「機能的能力」が含まれています。

"description":

"説明"：

Contains the non-abbreviated OSPF capability bit name from the registry.

レジストリからの非省略形の OSPF 機能ビット名が含まれます。

"reference":

"参照"：

Replicates the reference(s) from the registry with the title of the document(s) added.

ドキュメントのタイトルを追加して、レジストリからの参照を複製します。

IANA has added this note to [IANA-OSPF-FC-Bits]:

IANA は次の注記を [IANA-OSPF-FC-Bits] に追加しました。

When this registry is modified, the YANG module "iana-ospf-functional-cap-bits" must be updated as defined in RFC 10041.

このレジストリを変更する場合は、RFC 10041 の定義に従って YANG モジュール「iana-ospf-function-cap-bits」を更新する必要があります。

7. References

7. 参考文献

7.1. Normative References

7.1. 引用文献

   [IANA-OSPF-FC-Bits]
              IANA, "OSPF Router Functional Capability Bits",
              <https://www.iana.org/assignments/ospf-parameters>.

   [IANA-YANG-Parameters]
              IANA, "YANG Module Names",
              <https://www.iana.org/assignments/yang-parameters>.

   [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>.

   [RFC2328]  Moy, J., "OSPF Version 2", STD 54, RFC 2328,
              DOI 10.17487/RFC2328, April 1998,
              <https://www.rfc-editor.org/info/rfc2328>.

   [RFC3688]  Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,
              DOI 10.17487/RFC3688, January 2004,
              <https://www.rfc-editor.org/info/rfc3688>.

   [RFC4915]  Psenak, P., Mirtorabi, S., Roy, A., Nguyen, L., and P.
              Pillay-Esnault, "Multi-Topology (MT) Routing in OSPF",
              RFC 4915, DOI 10.17487/RFC4915, June 2007,
              <https://www.rfc-editor.org/info/rfc4915>.

   [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>.

   [RFC5443]  Jork, M., Atlas, A., and L. Fang, "LDP IGP
              Synchronization", RFC 5443, DOI 10.17487/RFC5443, March
              2009, <https://www.rfc-editor.org/info/rfc5443>.

   [RFC6020]  Bjorklund, M., Ed., "YANG - A Data Modeling Language for
              the Network Configuration Protocol (NETCONF)", RFC 6020,
              DOI 10.17487/RFC6020, October 2010,
              <https://www.rfc-editor.org/info/rfc6020>.

   [RFC6987]  Retana, A., Nguyen, L., Zinin, A., White, R., and D.
              McPherson, "OSPF Stub Router Advertisement", RFC 6987,
              DOI 10.17487/RFC6987, September 2013,
              <https://www.rfc-editor.org/info/rfc6987>.

   [RFC7770]  Lindem, A., Ed., Shen, N., Vasseur, JP., Aggarwal, R., and
              S. Shaffer, "Extensions to OSPF for Advertising Optional
              Router Capabilities", RFC 7770, DOI 10.17487/RFC7770,
              February 2016, <https://www.rfc-editor.org/info/rfc7770>.

   [RFC7950]  Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language",
              RFC 7950, DOI 10.17487/RFC7950, August 2016,
              <https://www.rfc-editor.org/info/rfc7950>.

   [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>.

   [RFC8341]  Bierman, A. and M. Bjorklund, "Network Configuration
              Access Control Model", STD 91, RFC 8341,
              DOI 10.17487/RFC8341, March 2018,
              <https://www.rfc-editor.org/info/rfc8341>.

   [RFC8349]  Lhotka, L., Lindem, A., and Y. Qu, "A YANG Data Model for
              Routing Management (NMDA Version)", RFC 8349,
              DOI 10.17487/RFC8349, March 2018,
              <https://www.rfc-editor.org/info/rfc8349>.

   [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>.

   [RFC8379]  Hegde, S., Sarkar, P., Gredler, H., Nanduri, M., and L.
              Jalil, "OSPF Graceful Link Shutdown", RFC 8379,
              DOI 10.17487/RFC8379, May 2018,
              <https://www.rfc-editor.org/info/rfc8379>.

   [RFC8405]  Decraene, B., Litkowski, S., Gredler, H., Lindem, A.,
              Francois, P., and C. Bowers, "Shortest Path First (SPF)
              Back-Off Delay Algorithm for Link-State IGPs", RFC 8405,
              DOI 10.17487/RFC8405, June 2018,
              <https://www.rfc-editor.org/info/rfc8405>.

   [RFC8770]  Patel, K., Pillay-Esnault, P., Bhardwaj, M., and S.
              Bayraktar, "Host Router Support for OSPFv2", RFC 8770,
              DOI 10.17487/RFC8770, April 2020,
              <https://www.rfc-editor.org/info/rfc8770>.

   [RFC9129]  Yeung, D., Qu, Y., Zhang, Z., Chen, I., and A. Lindem,
              "YANG Data Model for the OSPF Protocol", RFC 9129,
              DOI 10.17487/RFC9129, October 2022,
              <https://www.rfc-editor.org/info/rfc9129>.

   [RFC9350]  Psenak, P., Ed., Hegde, S., Filsfils, C., Talaulikar, K.,
              and A. Gulko, "IGP Flexible Algorithm", RFC 9350,
              DOI 10.17487/RFC9350, February 2023,
              <https://www.rfc-editor.org/info/rfc9350>.

7.2. Informative References

7.2. 参考引用

   [RFC4252]  Ylonen, T. and C. Lonvick, Ed., "The Secure Shell (SSH)
              Authentication Protocol", RFC 4252, DOI 10.17487/RFC4252,
              January 2006, <https://www.rfc-editor.org/info/rfc4252>.

   [RFC6241]  Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed.,
              and A. Bierman, Ed., "Network Configuration Protocol
              (NETCONF)", RFC 6241, DOI 10.17487/RFC6241, June 2011,
              <https://www.rfc-editor.org/info/rfc6241>.

   [RFC7308]  Osborne, E., "Extended Administrative Groups in MPLS
              Traffic Engineering (MPLS-TE)", RFC 7308,
              DOI 10.17487/RFC7308, July 2014,
              <https://www.rfc-editor.org/info/rfc7308>.

   [RFC8040]  Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF
              Protocol", RFC 8040, DOI 10.17487/RFC8040, January 2017,
              <https://www.rfc-editor.org/info/rfc8040>.

   [RFC8340]  Bjorklund, M. and L. Berger, Ed., "YANG Tree Diagrams",
              BCP 215, RFC 8340, DOI 10.17487/RFC8340, March 2018,
              <https://www.rfc-editor.org/info/rfc8340>.

   [RFC9000]  Iyengar, J., Ed. and M. Thomson, Ed., "QUIC: A UDP-Based
              Multiplexed and Secure Transport", RFC 9000,
              DOI 10.17487/RFC9000, May 2021,
              <https://www.rfc-editor.org/info/rfc9000>.

   [RFC9846]  Rescorla, E., "The Transport Layer Security (TLS) Protocol
              Version 1.3", RFC 9846, DOI 10.17487/RFC9846, July 2026,
              <https://www.rfc-editor.org/info/rfc9846>.

Acknowledgments

謝辞

Thanks to Yingzhen Qu for providing the YANG data models.

YANG データモデルを提供してくれた Yingzhen Qu に感謝します。

Thanks to Dhruv Dhody for OPS Directorate review and comments.

OPS Directorate のレビューとコメントを提供してくれた Dhruv Dhody に感謝します。

Thanks to Gunter Van de Velde for review and comments.

レビューとコメントをくださった Gunter Van de Velde に感謝します。

Thanks to Mohamed Boucadair for review and comments.

レビューとコメントをくださった Mohamed Boucadair に感謝します。

Thanks to Mike Bishop, Mahesh Jethanadani, and Ketan Taulaulikar for review and comments.

レビューとコメントをくださった Mike Bishop、Mahesh Jethanadani、Ketan Taulaulikar に感謝します。

Contributors

貢献者

The following individuals have contributed to this document:

次の個人がこの文書に貢献しました。

   Mengxiao Chen
   New H3C Technologies
   China
   Email: chen.mengxiao@h3c.com

   Yanrong Liang
   Ruijie Networks Co., Ltd.
   China
   Email: liangyanrong@ruijie.com.cn

Authors' Addresses

著者の住所

   Liyan Gong
   China Mobile
   China
   Email: gongliyan@chinamobile.com

   Weiqiang Cheng
   China Mobile
   China
   Email: chengweiqiang@chinamobile.com

   Changwang Lin
   New H3C Technologies
   China
   Email: linchangwang.04414@h3c.com

   Acee Lindem
   Arrcus, Inc.
   United States of America
   Email: acee.ietf@gmail.com

   Ran Chen
   ZTE Corporation
   China
   Email: chen.ran@zte.com.cn

RFC 10041 - Advertising Unreachable Links in OSPF 日本語訳

Advertising Unreachable Links in OSPF

OSPF での到達不能なリンクのアドバタイズ

Abstract

概要

Status of This Memo

本文書の状態

Copyright Notice

著作権表示

Table of Contents

目次

1. Introduction

1. はじめに

1.1. Requirements Language

1.1. 要件言語

2. Use Cases

2. 使用例

2.1. Case 1: Traffic Engineering

2.1. ケース 1: トラフィック エンジニアリング

2.2. Case 2: Flexible Algorithm

2.2. ケース 2: 柔軟なアルゴリズム

3. LSLinkInfinity-Based Solution

3. LSLinkInfinityベースのソリューション

3.1. Unreachable Link Advertisement

3.1. 到達不能なリンクのアドバタイズメント

3.2. Unreachable Link Backward Compatibility

3.2. 到達不能リンクの下位互換性

3.3. Stub Router Advertisement Backward Compatibility

3.3. スタブ ルータ アドバタイズメントの下位互換性

3.4. Label Distribution Protocol (LDP) IGP Synchronization Backward Compatibility

3.4. ラベル配布プロトコル (LDP) IGP 同期の下位互換性

3.5. OSPF Graceful Link Shutdown Backward Compatibility

3.5. OSPF グレースフル リンク シャットダウンの下位互換性

4. Operational Considerations

4. 運用上の考慮事項

4.1. Configuration Parameters

4.1. 設定パラメータ

4.2. YANG Data Model

4.2. YANG データモデル

4.2.1. Tree for OSPF Functional Capability

4.2.1. OSPF 機能のツリー

4.2.2. Tree for OSPF Advertising Unreachable Links

4.2.2. OSPF アドバタイジング到達不能リンクのツリー

4.2.3. IANA Module for OSPF Functional Capability Bits

4.2.3. OSPF の IANA モジュールの機能ビット

4.2.4. YANG Module for OSPF Functional Capability

4.2.4. OSPF 機能用の YANG モジュール

4.2.5. YANG Module for OSPF Advertising Unreachable Links

4.2.5. OSPF 到達不能リンクをアドバタイズするための YANG モジュール

5. Security Considerations

5. セキュリティに関する考慮事項

6. IANA Considerations

6. IANAの考慮事項

6.1. Registering OSPF Router Functional Capability Bits

6.1. OSPFルーター機能ビットの登録

6.2. Registering YANG Modules

6.2. YANG モジュールの登録

6.3. IANA Module for OSPF Functional Capability Bits

6.3. OSPF の IANA モジュールの機能ビット

7. References

7. 参考文献

7.1. Normative References

7.1. 引用文献

7.2. Informative References

7.2. 参考引用

Acknowledgments

謝辞

Contributors

貢献者

Authors' Addresses

著者の住所

2.1. ケース 1: トラフィックエンジニアリング

3.3. スタブルータアドバタイズメントの下位互換性

3.5. OSPF グレースフルリンクシャットダウンの下位互換性