Internet Engineering Task Force (IETF) Z. Lin
Request for Comments: 10035 Huawei
Updates: 8525 B. Claise
Category: Standards Track Everything OPS
ISSN: 2070-1721 I. D. Martinez-Casanueva
Telefonica
August 2026
"YANG Library" (RFC 8525) specifies the "ietf-yang-library" YANG module that provides information about the YANG modules, datastores, and datastore schemas used by a network management server.
「YANG ライブラリ」(RFC 8525) は、ネットワーク管理サーバーによって使用される YANG モジュール、データストア、およびデータストア スキーマに関する情報を提供する「ietf-yang-library」YANG モジュールを指定します。
This document augments the "ietf-yang-library" module to provide the augmented-by list. It facilitates the process of obtaining all dependencies between YANG modules by querying the network management server's YANG library. This document updates RFC 8525 to also include the augmented-by list.
このドキュメントは、「ietf-yang-library」モジュールを拡張して、拡張リストを提供します。ネットワーク管理サーバーの YANG ライブラリにクエリを実行することで、YANG モジュール間のすべての依存関係を取得するプロセスが容易になります。この文書は RFC 8525 を更新し、拡張リストも含めます。
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/rfc10035.
この文書の現在のステータス、正誤表、およびそれに対するフィードバックの提供方法に関する情報は、https://www.rfc-editor.org/info/rfc10035 で入手できます。
Copyright (c) 2026 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright (c) 2026 IETF Trust および文書の著者として特定された人物。無断転載を禁じます。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
この文書は、BCP 78 およびこの文書の発行日に有効な IETF 文書に関する IETF トラストの法的規定 (https://trustee.ietf.org/license-info) の対象となります。これらの文書には、この文書に関するお客様の権利と制限が記載されているため、注意深くお読みください。このドキュメントから抽出されたコード コンポーネントには、トラスト法的規定のセクション 4.e に記載されている改訂 BSD ライセンス テキストが含まれている必要があり、改訂 BSD ライセンスに記載されているように保証なしで提供されます。
1. Introduction
1.1. Requirements Language
1.2. Terminology
2. Motivation
3. Use Cases
3.1. Data Mesh Architecture
3.2. Data Catalog
4. The "ietf-yang-library-augmentedby" YANG Module
4.1. Data Model Overview
4.1.1. Tree Structure
4.1.2. The "ietf-yang-library-augmentedby" YANG Module
4.2. Implementation Instructions
4.2.1. The Scope of augmented-by
4.2.2. Examples
5. Operational Considerations
6. Security Considerations
7. IANA Considerations
8. References
8.1. Normative References
8.2. Informative References
Appendix A. Full Tree View of "ietf-yang-library"
Acknowledgments
Authors' Addresses
The YANG library [RFC8525] provides information about the data models supported by a server. This is presented as an inventory of YANG modules. It helps a client by listing all datastores supported by a network management server and the schema that is used by each of these datastores.
YANG ライブラリ [RFC8525] は、サーバーによってサポートされるデータ モデルに関する情報を提供します。これは、YANG モジュールのインベントリとして表示されます。ネットワーク管理サーバーでサポートされているすべてのデータストアと、これらの各データストアで使用されるスキーマをリストすることで、クライアントを支援します。
According to Sections 4.2.8 and 5.6.3 of [RFC7950], "augment" defines additional nodes to a module, while a "deviation" changes (i.e., adds, modifies, or deletes) properties (sub-statements) of another module's schema nodes. They provide crucial information about the YANG data model composition, and this is referred to as "reverse dependency" in this document: this means the behavior of a schema node depends on external modifications, creating a backward flow from the augmenting and/or deviation module to the base module.
[RFC7950] のセクション 4.2.8 および 5.6.3 によると、「拡張」はモジュールに追加のノードを定義しますが、「逸脱」は別のモジュールのスキーマ ノードのプロパティ (サブステートメント) を変更します (つまり、追加、変更、または削除します)。これらは、YANG データ モデルの構成に関する重要な情報を提供します。これは、このドキュメントでは「逆依存関係」と呼ばれます。これは、スキーマ ノードの動作が外部変更に依存し、拡張モジュールおよび/または偏差モジュールから基本モジュールへの逆方向フローを作成することを意味します。
It is difficult to obtain the YANG schema tree (defined in Section 3 of [RFC7950]) without obtaining and parsing all the YANG modules from a management server. The deviation list defined in the YANG library enables clients to obtain a module reverse dependency without having to get and parse all YANG modules. However, the augmentation list is not defined in the YANG library.
管理サーバーからすべての YANG モジュールを取得して解析せずに、YANG スキーマ ツリー ([RFC7950] のセクション 3 で定義) を取得することは困難です。YANG ライブラリで定義された偏差リストを使用すると、クライアントはすべての YANG モジュールを取得して解析することなく、モジュールの逆依存関係を取得できます。ただし、拡張リストは YANG ライブラリでは定義されていません。
Since both augmentation and deviation work as YANG module dependencies, it is reasonable to document them the same way in the YANG library. Having both augmentation and deviation directly available in the YANG library provides a convenient solution for determining the reverse dependencies.
拡張と偏差はどちらも YANG モジュールの依存関係として機能するため、YANG ライブラリで同じ方法で文書化するのが合理的です。YANG ライブラリで拡張と偏差の両方を直接利用できるため、逆の依存関係を決定するための便利なソリューションが提供されます。
This document specifies a YANG module that augments the YANG library to include the YANG module augmentation information. It updates [RFC8525] by modifying the list in Section 2 to also include the augmented-by list.
このドキュメントでは、YANG ライブラリを拡張して YANG モジュール拡張情報を含める YANG モジュールを指定します。セクション 2 のリストを修正して、拡張リストも含めることにより [RFC8525] を更新します。
One specific requirement with the implementation of this augmented-by YANG module specification is that the modules and the augmented-by modules are required to be listed in the same module-set. Note that a similar requirement already applies for the YANG deviations.
この拡張 YANG モジュール仕様の実装に関する特定の要件の 1 つは、モジュールと拡張モジュールが同じモジュール セットにリストされている必要があることです。同様の要件が YANG 偏差にもすでに適用されていることに注意してください。
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 terminology from [RFC8525] is used in this document.
この文書では [RFC8525] の用語が使用されています。
The term "client" is used as defined in [RFC6241] for NETCONF and [RFC8040] for RESTCONF.
「クライアント」という用語は、NETCONF については [RFC6241]、RESTCONF については [RFC8040] で定義されているように使用されます。
The term "YANG schema tree" is used as defined in Section 3 of [RFC7950].
「YANG スキーマ ツリー」という用語は、[RFC7950] のセクション 3 で定義されているように使用されます。
The term "Network Management Datastore Architecture (NMDA)" is used as defined in [RFC8342].
「ネットワーク管理データストア アーキテクチャ (NMDA)」という用語は、[RFC8342] で定義されているように使用されます。
Tree diagrams in this document use the notations defined in [RFC8340].
この文書のツリー図では、[RFC8340] で定義されている表記法を使用します。
This document also defines the following term:
この文書では、次の用語も定義します。
Reverse Dependency:
逆依存関係:
the dependency on YANG modules that provide external modification to the behavior of a base YANG module, by inserting additional nodes (augment) or deviating existing nodes (deviation).
追加ノードの挿入 (拡張) または既存のノードの逸脱 (逸脱) によって、基本 YANG モジュールの動作に外部変更を提供する YANG モジュールへの依存関係。
When using YANG modules, it is necessary to make sure that all of their dependencies are present. [RFC7950] identifies four types of dependencies between YANG modules:
YANG モジュールを使用する場合は、その依存関係がすべて存在することを確認する必要があります。[RFC7950] では、YANG モジュール間の 4 種類の依存関係が特定されています。
* Import: the "import" statement allows a module or submodule to reference definitions defined in other modules.
* インポート: 「import」ステートメントを使用すると、モジュールまたはサブモジュールが他のモジュールで定義された定義を参照できるようになります。
* Include: the "include" statement is used in a module to identify each submodule that belongs to it.
* Include: 「include」ステートメントは、モジュールに属する各サブモジュールを識別するためにモジュール内で使用されます。
* Augment: the "augment" statement defines the location in the data model hierarchy where additional nodes are inserted.
* Augment: 「augment」ステートメントは、追加のノードが挿入されるデータ モデル階層内の場所を定義します。
* Deviation: the "deviation" statement defines a fragment of a module that the server does not implement.
* 逸脱: 「逸脱」ステートメントは、サーバーが実装していないモジュールのフラグメントを定義します。
The "import" and "include" statements are direct dependencies that can be obtained by parsing a YANG module's source code, while the "augment" and "deviation" statements are reverse dependencies that are defined in another module.
「import」および「include」ステートメントは、YANG モジュールのソース コードを解析することで取得できる直接的な依存関係ですが、「augment」および「deviation」ステートメントは、別のモジュールで定義される逆の依存関係です。
For the reverse dependencies, since they are defined externally, it is not possible to discover them by parsing the YANG module. The current way to discover the reverse dependencies is to query all YANG modules from the server and parse them. This is a lengthy process, which must be repeated for each client that requires this information.
逆の依存関係については、外部で定義されているため、YANG モジュールを解析しても検出できません。逆の依存関係を発見する現在の方法は、サーバーからすべての YANG モジュールをクエリし、それらを解析することです。これは時間のかかるプロセスであり、この情報を必要とするクライアントごとに繰り返す必要があります。
According to the definition of the "ietf-yang-library" module in [RFC8525], the "deviation" list identifies the name of each YANG module with deviation statements affecting the given YANG module. Since deviations and augmentations work similarly, if the YANG library could directly report all reverse dependencies, including augmentations, it would provide a much more convenient solution to find all module dependencies, as compared to obtaining and parsing all modules. In addition, to avoid causing problems in devices, for instance, falsely referring to modules in the wrong module-set, this document requires that the base modules and the augmentations be listed in the same module-set.
[RFC8525] の「ietf-yang-library」モジュールの定義によれば、「偏差」リストは、特定の YANG モジュールに影響を与える偏差ステートメントを持つ各 YANG モジュールの名前を識別します。逸脱と拡張は同様に機能するため、YANG ライブラリが拡張を含むすべての逆依存関係を直接レポートできれば、すべてのモジュールを取得して解析する場合と比較して、すべてのモジュールの依存関係を見つけるためのはるかに便利なソリューションが提供されます。さらに、デバイス内で問題が発生すること（たとえば、間違ったモジュール セット内のモジュールを誤って参照するなど）を回避するために、このドキュメントでは、基本モジュールと拡張モジュールが同じモジュール セットにリストされることを要求します。
The YANG library only provides the deviation list, without augmentations. With augmentations being more widely used and defined, and with use cases to automate network management, augmentations become essential information for clients to better understand the network management server module relationships. Thus, the YANG library should be extended to also provide the augmentation information.
YANG ライブラリは偏差リストのみを提供し、拡張はありません。拡張がより広く使用および定義され、ネットワーク管理を自動化するユースケースが増えているため、拡張はクライアントがネットワーク管理サーバー モジュールの関係をより深く理解するために不可欠な情報となっています。したがって、拡張情報も提供できるように YANG ライブラリを拡張する必要があります。
As the demand rises for YANG-based telemetry [RFC8641], there is a need for real-time knowledge of a specific YANG module's dependency list when a specific YANG-Push notification for a given subscription is received.
YANG ベースのテレメトリ [RFC8641] の需要が高まるにつれ、特定のサブスクリプションに対する特定の YANG プッシュ通知を受信したときに、特定の YANG モジュールの依存関係リストをリアルタイムで知る必要があります。
Some YANG-Push receivers will collect the information in advance of the telemetry collection, storing the entire module-set for every single server that could be streaming data. However, this approach is not always practical in the case of configured subscriptions [RFC8639], where the YANG-Push receiver is not configuring the subscriptions itself, and in the case of UDP transport [YANG-UDP]. See Figure 1 in "An Architecture for YANG-Push to Message Broker Integration" [YANG-PUSH] for more details.
一部の YANG-Push 受信機は、テレメトリの収集に先立って情報を収集し、データをストリーミングしている可能性のあるすべての単一サーバーのモジュール セット全体を保存します。ただし、このアプローチは、YANG-Push 受信機自体がサブスクリプションを設定していない構成済みサブスクリプション [RFC8639] の場合や、UDP トランスポート [YANG-UDP] の場合には、常に実用的であるとは限りません。詳細については、「YANG-Push とメッセージ ブローカーの統合のアーキテクチャ」[YANG-PUSH] の図 1 を参照してください。
This architecture relies on the information of YANG dependencies in this specification to solve the problem of missing YANG semantics when notifications are transformed or indexed in a time series database.
このアーキテクチャは、この仕様の YANG 依存関係の情報に依存して、通知が時系列データベースで変換またはインデックス付けされるときに YANG セマンティクスが欠落する問題を解決します。
Prior to the implementation of this specification, the method used for obtaining modules and finding module dependencies is to retrieve the full set of supported YANG modules from the network device, which is triggered by parsing the <subscription-started> message for each new YANG-Push subscription. This is because the YANG-Push receiver would not know which YANG-Push publisher sends the subscribed YANG content until the first notification is received.
この仕様が実装される前は、モジュールを取得してモジュールの依存関係を見つけるために使用される方法は、サポートされている YANG モジュールの完全なセットをネットワーク デバイスから取得することでした。これは、新しい YANG-Push サブスクリプションごとに <subscription-started> メッセージを解析することによってトリガーされます。これは、YANG-Push 受信者は、最初の通知を受信するまで、どの YANG-Push パブリッシャーがサブスクライブ済みの YANG コンテンツを送信するかを知らないためです。
By using the provided augmented-by information in this specification, the YANG-Push receiver can directly obtain the YANG reverse dependencies for the specific YANG module(s) in the subscription by querying the server. This saves collection and processing time at the YANG-Push receiver, by querying dependencies only for the required modules, therefore helping with the real-time aspects of network observability.
この仕様で提供される拡張情報を使用することにより、YANG-Push 受信側はサーバーにクエリを実行することで、サブスクリプション内の特定の YANG モジュールの YANG 逆依存関係を直接取得できます。これにより、必要なモジュールのみの依存関係をクエリすることで、YANG-Push レシーバーでの収集と処理時間が節約され、ネットワークの可観測性のリアルタイム面に役立ちます。
The following is an example YANG-Push message of this use case received from within a subscription to the "ietf-interfaces" YANG module:
以下は、「ietf-interfaces」YANG モジュールへのサブスクリプション内から受信した、この使用例の YANG-Push メッセージの例です。
"datastore-contents": {
"ietf-interfaces:interfaces": [
{
"interface": {
"name": "eth0",
"type": "iana-if-type:ethernetCsmacd",
"oper-status": "up",
"speed": "1000000",
"ietf-ip:ipv4": {
"enabled": true,
"forwarding": true
}
}
}
]
}
To correctly interpret the semantics of this message, both the "ietf-interfaces" and "ietf-ip" YANG modules are required. Knowing only that the subscribed YANG module is "ietf-interfaces" is therefore insufficient, but that is currently the only dependency information exposed by the subscription information. In this case, a mechanism is needed to discover all relevant dependency modules, especially reverse dependencies (refer to "ietf-ip" in this example) so that every YANG module referenced in the pushed data can be reliably identified.
このメッセージのセマンティクスを正しく解釈するには、「ietf-interfaces」と「ietf-ip」の両方の YANG モジュールが必要です。したがって、サブスクライブされた YANG モジュールが「ietf-interfaces」であることだけを知っているだけでは不十分ですが、これが現在、サブスクリプション情報によって公開される唯一の依存関係情報です。この場合、プッシュされたデータで参照されているすべての YANG モジュールを確実に識別できるように、関連するすべての依存関係モジュール、特に逆依存関係 (この例では「ietf-ip」を参照) を検出するメカニズムが必要です。
Finding the YANG modules implemented by a network management server is paramount for configuring and monitoring the status of a network. However, since the inception of YANG, the network industry has defined a large number of YANG modules developed by Standards Development Organizations (SDOs), open-source communities, and network vendors. This heterogeneity of YANG modules, which vary from one network device/service model to another, makes the management of a multi-vendor network a big challenge for operators [Martinez-Casanueva2023].
ネットワーク管理サーバーによって実装されている YANG モジュールを見つけることは、ネットワークのステータスを構成および監視するために最も重要です。ただし、YANG の創設以来、ネットワーク業界は、標準開発組織 (SDO)、オープンソース コミュニティ、およびネットワーク ベンダーによって開発された多数の YANG モジュールを定義してきました。ネットワーク デバイス/サービス モデルごとに異なる YANG モジュールのこの異質性により、マルチベンダー ネットワークの管理が通信事業者にとって大きな課題となっています [Martinez-Casanueva2023]。
In this regard, a data catalog provides a registry of the datasets exposed by remote data sources for consumers to discover data of interest. Besides the location of the dataset (i.e., the data source), the data catalog registers additional metadata such as the data model (or schema) followed in the dataset or even related terms defined in a business glossary.
この点に関して、データ カタログは、消費者が関心のあるデータを発見できるように、リモート データ ソースによって公開されるデータセットのレジストリを提供します。データカタログには、データセット (つまり、データ ソース) の場所に加えて、データセット内で従うデータ モデル (またはスキーマ) やビジネス用語集で定義されている関連用語などの追加のメタデータが登録されます。
Data catalog solutions typically implement collectors that ingest metadata from the data sources themselves and external metadata sources. For example, a message broker schema registry is a metadata source that provides metadata about the data model followed by some data stored in a message broker topic.
データ カタログ ソリューションは通常、データ ソース自体および外部メタデータ ソースからメタデータを取り込むコレクターを実装します。たとえば、メッセージ ブローカー スキーマ レジストリは、データ モデルに関するメタデータと、その後にメッセージ ブローカー トピックに格納されている一部のデータを提供するメタデータ ソースです。
In this sense, a YANG-enabled network device can be considered as another kind of data source, from which the data catalog can pull metadata. For instance, the data catalog can include a connector that fetches metadata about the YANG modules implemented by the network device. Combining this metadata with others such as the business concept "interface" would enable data consumers to discover which datasets related to the concept "interface" are exposed by the network device.
この意味で、YANG 対応ネットワーク デバイスは、データ カタログがメタデータを取得できる別の種類のデータ ソースと考えることができます。たとえば、データ カタログには、ネットワーク デバイスによって実装された YANG モジュールに関するメタデータをフェッチするコネクタを含めることができます。このメタデータをビジネス概念「インターフェイス」などの他のメタデータと組み合わせると、データ利用者は、概念「インターフェイス」に関連するどのデータセットがネットワーク デバイスによって公開されているかを発見できるようになります。
Network devices that implement the YANG library expose metadata about which YANG modules are implemented, and which are only imported. However, what a data consumer needs at the end are the YANG modules implemented by the device; hence, the combination of implemented YANG modules with other YANG modules that might deviate or augment the former is needed.
YANG ライブラリを実装するネットワーク デバイスは、どの YANG モジュールが実装されているか、どの YANG モジュールがインポートのみであるかに関するメタデータを公開します。ただし、データ消費者が最終的に必要とするのは、デバイスによって実装された YANG モジュールです。したがって、実装された YANG モジュールと、前者を逸脱または強化する可能性のある他の YANG モジュールとの組み合わせが必要です。
Consider a network device that implements the "ietf-interfaces" module [RFC8343] and the "ietf-ip" module [RFC8344], where the latter augments the former. For a data catalog to collect this metadata, a connector would retrieve YANG library data from the target device. However, the current version of the YANG library would not satisfy the use case, as it would tell that the device implements both "ietf-interfaces" and "ietf-ip" modules but would miss the augment dependency between them.
「ietf-interfaces」モジュール [RFC8343] と「ietf-ip」モジュール [RFC8344] を実装するネットワーク デバイスを考えてみましょう。後者は前者を拡張します。データ カタログがこのメタデータを収集するには、コネクタがターゲット デバイスから YANG ライブラリ データを取得します。ただし、YANG ライブラリの現在のバージョンでは、デバイスが「ietf-interfaces」モジュールと「ietf-ip」モジュールの両方を実装しているが、それらの間の拡張依存関係が欠けていることがわかるため、ユースケースを満たしていません。
A workaround is to additionally obtain both YANG modules and process them in combination with the YANG library data to discover that there is an augment dependency. This adds an extra burden on the connector, which is forced to combine multiple metadata collection mechanisms. This process could be softened by extending the YANG library to also capture augment dependencies, similarly to deviation dependencies.
回避策は、両方の YANG モジュールを追加で取得し、それらを YANG ライブラリ データと組み合わせて処理して、拡張依存関係があることを検出することです。これにより、コネクタに余分な負担がかかり、複数のメタデータ収集メカニズムを組み合わせることが強制されます。このプロセスは、YANG ライブラリを拡張して、偏差依存関係と同様に拡張依存関係もキャプチャすることで緩和できます。
The following is the YANG tree diagram for the "ietf-yang-library-augmentedby" module.
以下は、「ietf-yang-library-augmentedby」モジュールの YANG ツリー図です。
module: ietf-yang-library-augmentedby
augment /yanglib:yang-library/yanglib:module-set/yanglib:module:
+--ro augmented-by* -> ../../yanglib:module/name
augment /yanglib:modules-state/yanglib:module:
x--ro augmented-by* -> ../../yanglib:module/name
This YANG module augments the "ietf-yang-library" module by adding the augmented-by leaf-list in the "yang-library/module-set" and "yang-library/modules-state". The name of the "augmented-by" list indicates by which modules the current module is being directly augmented.
この YANG モジュールは、「yang-library/module-set」および「yang-library/modules-state」に拡張リーフリストを追加することにより、「ietf-yang-library」モジュールを拡張します。「拡張による」リストの名前は、現在のモジュールがどのモジュールによって直接拡張されているかを示します。
The "yang-library/modules-state" is augmented despite its "deprecated" state to cope with the situation of when the "modules-state" container is used for compatibility reasons with the "ietf-yang-library" module defined in [RFC7895]. Both the NMDA [RFC8342] and non-NMDA compliant additions are defined in the same YANG module for simplicity for users and implementors.
「yang-library/modules-state」は、「非推奨」状態にもかかわらず、[RFC7895]で定義されている「ietf-yang-library」モジュールとの互換性の理由で「modules-state」コンテナが使用される状況に対処するために拡張されています。NMDA [RFC8342] の追加機能と非 NMDA 準拠の追加機能は両方とも、ユーザーと実装者にとって簡単にするために同じ YANG モジュールで定義されています。
For the scope of "augmented-by", this document only considers the direct augmentation relationship. The recursive result of augmentation or transitive dependency for modules specified along the XPath is out of the scope of this document. Section 4.2 provides the implementation instructions.
「拡張による」の範囲については、この文書では直接の拡張関係のみを考慮します。XPath に沿って指定されたモジュールの拡張または推移的な依存関係の再帰的な結果は、このドキュメントの範囲外です。セクション 4.2 では実装手順について説明します。
This YANG module imports and augments the "ietf-yang-library" module [RFC8525].
この YANG モジュールは、「ietf-yang-library」モジュール [RFC8525] をインポートして拡張します。
module ietf-yang-library-augmentedby {
yang-version 1.1;
namespace
"urn:ietf:params:xml:ns:yang:ietf-yang-library-augmentedby";
prefix yanglib-aug;
import ietf-yang-library {
prefix yanglib;
reference
"RFC 8525: YANG Library";
}
organization
"IETF NETCONF (Network Configuration) Working Group";
contact
"WG Web: <https://datatracker.ietf.org/wg/netconf/>
WG List: <mailto:netconf@ietf.org>
Authors: Zhuoyao Lin
<mailto:zephyre888@gmail.com>
Benoit Claise
<mailto:benoit@everything-ops.net>
Ignacio Dominguez Martinez-Casanueva
<mailto:i.domingumar@gmail.com>";
description
"This module augments the 'ietf-yang-library' module defined in
RFC 8525 to provide not only the deviation list, but also
the augmented-by list, in order to give sufficient
information about the YANG module's reverse dependency. It
facilitates the process of obtaining all the
dependencies of YANG module.
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 (RFC 2119) (RFC 8174) when, and only when,
they appear in all capitals, as shown here.
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 10035; see
the RFC itself for full legal notices.";
revision 2026-08-26 {
description
"Initial revision.";
reference
"RFC 10035: YANG Library: Addition of the augmented-by List";
}
augment "/yanglib:yang-library/yanglib:module-set/yanglib:module" {
description
"Adds augmented-by leaf-list to the list of modules of a
module set";
leaf-list augmented-by {
type leafref {
path "../../yanglib:module/yanglib:name";
}
description
"Leaf-list of the augmentations used by this server to
modify the schema tree of the module associated with
this entry. Note that the same module can be used for
augmented-by for multiple modules, so the same
entry MAY appear within multiple 'module' entries.
This reference MUST NOT (directly or indirectly)
refer to the module being augmented and MUST NOT
be referenced in the import-only list.
Robust clients may want to make sure that they handle a
situation where a module augments itself (directly or
indirectly) gracefully.";
}
}
augment "/yanglib:modules-state/yanglib:module" {
status deprecated;
description
"Adds augmented-by leaf-list to the list of modules of a
module set";
leaf-list augmented-by {
type leafref {
path "../../yanglib:module/yanglib:name";
}
status deprecated;
description
"Leaf-list of the augmentations used by this server to
modify the schema tree of the module associated with
this entry. Note that the same module can be used for
augmented-by for multiple modules, so the same
entry MAY appear within multiple 'module' entries.
This reference MUST NOT (directly or indirectly)
refer to the module being augmented and MUST NOT
be referenced in the import-only list.
Robust clients may want to make sure that they handle a
situation where a module augments itself (directly or
indirectly) gracefully.";
}
}
}
This section explains the scope of augmented-by.
このセクションでは、augmented-by の範囲について説明します。
The "augmented-by" leaf-list should only consider those YANG modules that directly augment the YANG module in question in the "ietf-yang-library" module, and the augmenting and augmented modules must be defined in the same module-set.
「augmented-by」リーフリストは、「ietf-yang-library」モジュール内で問題の YANG モジュールを直接拡張する YANG モジュールのみを考慮する必要があり、拡張モジュールと拡張モジュールは同じモジュールセットで定義する必要があります。
The "direct augment" is identified by the relationship between the augment module and the target node's parent module that it augments. Only the direct parent module of the target node is augmented, and the rest of the parent modules defined in the schema tree are only indirect dependencies; they are not augmented modules. (Refer to the definition of "target node" in Section 7.17 of [RFC7950].)
「直接拡張」は、拡張モジュールとそれが拡張するターゲット ノードの親モジュールとの間の関係によって識別されます。ターゲット ノードの直接の親モジュールのみが拡張され、スキーマ ツリーで定義されている残りの親モジュールは間接的な依存関係にすぎません。これらは拡張モジュールではありません。([RFC7950]のセクション7.17の「ターゲットノード」の定義を参照してください。)
In the case when a YANG application requires a recursive dependency or a specific schema tree dependency, the search logic should be implemented by the application itself.
YANG アプリケーションが再帰的な依存関係または特定のスキーマ ツリーの依存関係を必要とする場合、検索ロジックはアプリケーション自体によって実装される必要があります。
This section provides two module-set examples and their corresponding "ietf-yang-library-augmentedby" query results to explain the definition of "direct augment" stated in Section 4.2.1.
このセクションでは、セクション 4.2.1 で述べた「直接拡張」の定義を説明するために、2 つのモジュール セットの例とそれらに対応する「ietf-yang-library-augmentedby」クエリ結果を示します。
The two scenarios are provided with the same three YANG modules (Module A, B, and C) defined in the module-set; however, the relationships among them are different. All three YANG modules are defined in the same module-set name "module-set1" to be able to augment or be augmented by the others. Otherwise, the YANG validation should fail.
2 つのシナリオには、モジュール セットで定義された同じ 3 つの YANG モジュール (モジュール A、B、および C) が提供されます。ただし、それらの間の関係は異なります。3 つの YANG モジュールはすべて、同じモジュール セット名「module-set1」で定義されており、他のモジュールを拡張したり、他のモジュールによって拡張されたりすることができます。それ以外の場合、YANG 検証は失敗します。
The examples use line wrapping per [RFC8792].
例では、[RFC8792] に従って行折り返しを使用しています。
The relationships among Module A, Module B, and Module C in this example are as follows:
この例のモジュール A、モジュール B、およびモジュール C 間の関係は次のとおりです。
* Module A is the base module with container "foo-a"
* モジュール A は、コンテナ「foo-a」を持つベース モジュールです。
* Module B augments "/A:foo-a" with container "foo-b"
* モジュール B は「/A:foo-a」をコンテナ「foo-b」で拡張します
* Module C augments "/A:foo-a" with leaf "leaf-c"
* モジュール C は、「/A:foo-a」をリーフ「leaf-c」で拡張します。
The "ietf-yang-library-augmentedby" query result is:
「ietf-yang-library-augmentedby」クエリの結果は次のとおりです。
<!-- NOTE: '\' line wrapping per RFC 8792 -->
<yang-library xmlns="urn:ietf:params:xml:ns:yang:ietf-yang-library">
<content-id>1</content-id>
<module-set>
<name>module-set1</name>
<module>
<name>A</name>
<revision>2026-08-19</revision>
<namespace>urn:ietf:params:xml:ns:yang:A</namespace>
<augmented-by
xmlns="urn:ietf:params:xml:ns:yang:\
ietf-yang-library-augmentedby">B</augmented-by>
<augmented-by
xmlns="urn:ietf:params:xml:ns:yang:\
ietf-yang-library-augmentedby">C</augmented-by>
</module>
<module>
<name>B</name>
<revision>2026-08-19</revision>
<namespace>urn:ietf:params:xml:ns:yang:B</namespace>
</module>
<module>
<name>C</name>
<revision>2026-08-19</revision>
<namespace>urn:ietf:params:xml:ns:yang:C</namespace>
</module>
</module-set>
</yang-library>
<modules-state xmlns="urn:ietf:params:xml:ns:yang:ietf-yang-library">
<module-set-id>0</module-set-id>
</modules-state>
In this example, both Module B and Module C directly augment the container "foo-a". Therefore, both B and C are listed as "augmented-by" modules for Module A.
この例では、モジュール B とモジュール C の両方がコンテナ「foo-a」を直接拡張します。したがって、B と C の両方がモジュール A の「拡張」モジュールとしてリストされます。
The relationships among Module A, Module B, and Module C in this example are as follows:
この例のモジュール A、モジュール B、およびモジュール C 間の関係は次のとおりです。
* Module A is the base module with container "foo-a"
* モジュール A は、コンテナ「foo-a」を持つベース モジュールです。
* Module B augments "/A:foo-a" with container "foo-b"
* モジュール B は「/A:foo-a」をコンテナ「foo-b」で拡張します
* Module C augments "/A:foo-a/B:foo-b" with leaf "leaf-c"
* モジュール C は、「/A:foo-a/B:foo-b」をリーフ「leaf-c」で拡張します。
The "ietf-yang-library-augmentedby" query result is:
「ietf-yang-library-augmentedby」クエリの結果は次のとおりです。
<!-- NOTE: '\' line wrapping per RFC 8792 -->
<yang-library xmlns="urn:ietf:params:xml:ns:yang:ietf-yang-library">
<content-id>1</content-id>
<module-set>
<name>module-set1</name>
<module>
<name>A</name>
<revision>2026-08-19</revision>
<namespace>urn:ietf:params:xml:ns:yang:A</namespace>
<augmented-by
xmlns="urn:ietf:params:xml:ns:yang:\
ietf-yang-library-augmentedby">B</augmented-by>
</module>
<module>
<name>B</name>
<revision>2026-08-19</revision>
<namespace>urn:ietf:params:xml:ns:yang:B</namespace>
<augmented-by
xmlns="urn:ietf:params:xml:ns:yang:\
ietf-yang-library-augmentedby">C</augmented-by>
</module>
<module>
<name>C</name>
<revision>2026-08-19</revision>
<namespace>urn:ietf:params:xml:ns:yang:C</namespace>
</module>
</module-set>
</yang-library>
<modules-state xmlns="urn:ietf:params:xml:ns:yang:ietf-yang-library">
<module-set-id>0</module-set-id>
</modules-state>
In this example, although the augment XPath statement used by Module C is rooted from the container "foo-a" defined in Module A, the node that Module C directly augments is the container "foo-b" defined in Module B. As a result, Module C is not considered to directly augment Module A and therefore does not appear in the "augmented-by" leaf-list of Module A. Only Module B, which directly augments the container "foo-a", is listed as an "augmented-by" module for Module A.
この例では、モジュール C で使用される拡張 XPath ステートメントはモジュール A で定義されたコンテナ「foo-a」をルートとしていますが、モジュール C が直接拡張するノードはモジュール B で定義されたコンテナ「foo-b」です。その結果、モジュール C はモジュール A を直接拡張するとみなされず、したがってモジュール A の「拡張された」リーフリストには表示されません。コンテナを直接拡張するのはモジュール B のみです。「foo-a」は、モジュール A の「拡張」モジュールとしてリストされています。
With the implementation of augmented-by, the base modules and the augmented-by modules are required to be listed in the same module-set.
augmented-by の実装では、基本モジュールと augmented-by モジュールを同じモジュール セットにリストする必要があります。
Note that the reverse dependency will increase the size of the "ietf-yang-library" instance on the server. Also, the "ietf-yang-library" instance, and therefore the augmented-by instance, should be updated when new YANG modules are onboarded.
逆の依存関係により、サーバー上の「ietf-yang-library」インスタンスのサイズが増加することに注意してください。また、「ietf-yang-library」インスタンス、つまり拡張されたインスタンスは、新しい YANG モジュールがオンボードされたときに更新する必要があります。
A YANG example with the expected augmented-by result is provided in Section 4.2.2.
期待される拡張結果を含む YANG の例は、セクション 4.2.2 で提供されます。
This section is modeled after the template described in Section 3.7.1 of [RFC9907].
このセクションは、[RFC9907] のセクション 3.7.1 で説明されているテンプレートをモデルにしています。
The "ietf-yang-library-augmentedby" YANG module defines a data model that is designed to be accessed via YANG-based management protocols, such as the Network Configuration Protocol (NETCONF) [RFC6241] and RESTCONF [RFC8040]. These YANG-based management protocols (1) have to use a secure transport layer (e.g., Secure Shell (SSH) [RFC4252], TLS [RFC9846], and QUIC [RFC9000]) and (2) have to use mutual authentication.
「ietf-yang-library-augmentedby」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 preconfigured subset of all available NETCONF or RESTCONF protocol operations and content.
Network Configuration Access Control Model (NACM) [RFC8341] は、特定の NETCONF または RESTCONF ユーザーのアクセスを、利用可能なすべての NETCONF または RESTCONF プロトコルの操作およびコンテンツの事前構成されたサブセットに制限する手段を提供します。
There are no writable ("config true") data nodes defined in this YANG module.
この YANG モジュールには、書き込み可能な (「config true」) データ ノードが定義されていません。
This YANG module defines only readable ("config false") data nodes. Some of the readable data nodes in this YANG module may be considered sensitive or vulnerable in some network environments. It is thus important to control read access (e.g., via get, get-config, or notification) to these data nodes. Specifically, the following subtrees and data nodes have particular sensitivities/ vulnerabilities:
この YANG モジュールは、読み取り可能な (「config false」) データ ノードのみを定義します。この YANG モジュールの読み取り可能なデータ ノードの一部は、一部のネットワーク環境では機密であるか脆弱であると見なされる場合があります。したがって、これらのデータ ノードへの読み取りアクセス (get、get-config、通知など) を制御することが重要です。具体的には、次のサブツリーとデータ ノードには特定の感度/脆弱性があります。
* /yang-library/module-set/module/augmented-by
* /yang-library/module-set/module/augmented-by
* /modules-state/module/augmented-by (modules-state is deprecated)
* /modules-state/module/augmented-by (modules-state は非推奨です)
These nodes expose the augmentation relationships among modules implemented by a server. Unauthorized read access could help an attacker identify implementation structure, optional features, or software components present on a server, which might then be used to target known platform vulnerabilities. Therefore, access control policies SHOULD restrict read access to authorized users only.
これらのノードは、サーバーによって実装されたモジュール間の拡張関係を公開します。不正な読み取りアクセスは、攻撃者がサーバー上に存在する実装構造、オプション機能、またはソフトウェア コンポーネントを特定するのに役立ち、既知のプラットフォームの脆弱性を狙うために使用される可能性があります。したがって、アクセス制御ポリシーは、許可されたユーザーのみに読み取りアクセスを制限する必要があります。
There are no RPCs or action operations defined in this module. Therefore, there are no particularly sensitive RPC or action operations.
このモジュールには RPC やアクション操作は定義されていません。したがって、特に機密性の高い RPC 操作やアクション操作はありません。
This module uses groupings from the "ietf-yang-library" YANG module defined in [RFC8525], which defines nodes that may be considered sensitive or vulnerable in network environments. Since this document augments the "ietf-yang-library" YANG module defined in [RFC8525], the Security Considerations of [RFC8525] apply here as well. Refer to Section 6 of [RFC8525] for information as to which nodes may be considered sensitive or vulnerable in network environments.
このモジュールは、[RFC8525] で定義されている「ietf-yang-library」YANG モジュールのグループ化を使用します。このモジュールは、ネットワーク環境で機密性が高いまたは脆弱であると考えられるノードを定義します。この文書は [RFC8525] で定義されている「ietf-yang-library」YANG モジュールを拡張するものであるため、[RFC8525] のセキュリティに関する考慮事項がここにも適用されます。ネットワーク環境においてどのノードが機密であるか脆弱であるとみなされるかについては、[RFC8525] のセクション 6 を参照してください。
IANA has registered the following URI in the "ns" registry within the "IETF XML Registry" registry group [RFC3688]:
IANA は、「IETF XML Registry」レジストリ グループ [RFC3688] 内の「ns」レジストリに次の URI を登録しました。
URI:
URI:
urn:ietf:params:xml:ns:yang:ietf-yang-library-augmentedby
urn:ietf:params:xml:ns:yang:ietf-yang-library-augmentedby
Registration Contact:
登録連絡先:
The IESG
IESG
XML:
XML:
N/A, the requested URI is an XML namespace.
該当なし。要求された URI は XML 名前空間です。
IANA has registered the following YANG module in the "YANG Module Names" registry [RFC6020] within the "YANG Parameters" registry group:
IANA は、「YANG Parameters」レジストリ グループ内の「YANG Module Names」レジストリ [RFC6020] に次の YANG モジュールを登録しました。
Name:
名前：
ietf-yang-library-augmentedby
ietf-yang-library-augmentedby
Maintained by IANA?
IANAによって保守されていますか？
N
N
Namespace:
名前空間:
urn:ietf:params:xml:ns:yang:ietf-yang-library-augmentedby
urn:ietf:params:xml:ns:yang:ietf-yang-library-augmentedby
Prefix:
プレフィックス:
yanglib-aug
ヤンリブ-8月
Reference:
参照：
RFC 10035
RFC 10035
[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>.
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,
DOI 10.17487/RFC3688, January 2004,
<https://www.rfc-editor.org/info/rfc3688>.
[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>.
[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>.
[RFC8525] Bierman, A., Bjorklund, M., Schoenwaelder, J., Watsen, K.,
and R. Wilton, "YANG Library", RFC 8525,
DOI 10.17487/RFC8525, March 2019,
<https://www.rfc-editor.org/info/rfc8525>.
[Martinez-Casanueva2023]
Martinez-Casanueva, I. D., Gonzalez-Sanchez, D., Bellido,
L., Fernandez, D., and D. R. Lopez, "Toward Building a
Semantic Network Inventory for Model-Driven Telemetry",
IEEE Communications Magazine, vol. 61, no. 3, pp. 60-66,
DOI 10.1109/MCOM.001.2200222, March 2023,
<https://doi.org/10.1109/MCOM.001.2200222>.
[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>.
[RFC7895] Bierman, A., Bjorklund, M., and K. Watsen, "YANG Module
Library", RFC 7895, DOI 10.17487/RFC7895, June 2016,
<https://www.rfc-editor.org/info/rfc7895>.
[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>.
[RFC8342] Bjorklund, M., Schoenwaelder, J., Shafer, P., Watsen, K.,
and R. Wilton, "Network Management Datastore Architecture
(NMDA)", RFC 8342, DOI 10.17487/RFC8342, March 2018,
<https://www.rfc-editor.org/info/rfc8342>.
[RFC8343] Bjorklund, M., "A YANG Data Model for Interface
Management", RFC 8343, DOI 10.17487/RFC8343, March 2018,
<https://www.rfc-editor.org/info/rfc8343>.
[RFC8344] Bjorklund, M., "A YANG Data Model for IP Management",
RFC 8344, DOI 10.17487/RFC8344, March 2018,
<https://www.rfc-editor.org/info/rfc8344>.
[RFC8639] Voit, E., Clemm, A., Gonzalez Prieto, A., Nilsen-Nygaard,
E., and A. Tripathy, "Subscription to YANG Notifications",
RFC 8639, DOI 10.17487/RFC8639, September 2019,
<https://www.rfc-editor.org/info/rfc8639>.
[RFC8641] Clemm, A. and E. Voit, "Subscription to YANG Notifications
for Datastore Updates", RFC 8641, DOI 10.17487/RFC8641,
September 2019, <https://www.rfc-editor.org/info/rfc8641>.
[RFC8792] Watsen, K., Auerswald, E., Farrel, A., and Q. Wu,
"Handling Long Lines in Content of Internet-Drafts and
RFCs", RFC 8792, DOI 10.17487/RFC8792, June 2020,
<https://www.rfc-editor.org/info/rfc8792>.
[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>.
[RFC9907] Bierman, A., Boucadair, M., Ed., and Q. Wu, "Guidelines
for Authors and Reviewers of Documents Containing YANG
Data Models", BCP 216, RFC 9907, DOI 10.17487/RFC9907,
March 2026, <https://www.rfc-editor.org/info/rfc9907>.
[YANG-PUSH]
Graf, T. and A. Elhassany, "An Architecture for YANG-Push
to Message Broker Integration", Work in Progress,
Internet-Draft, draft-ietf-nmop-yang-message-broker-
integration-13, 2 July 2026,
<https://datatracker.ietf.org/doc/html/draft-ietf-nmop-
yang-message-broker-integration-13>.
[YANG-UDP] Feng, A. H., Francois, P., Zhou, T., Graf, T., and P.
Lucente, "UDP-based Transport for Configured
Subscriptions", Work in Progress, Internet-Draft, draft-
ietf-netconf-udp-notif-26, 29 July 2026,
<https://datatracker.ietf.org/doc/html/draft-ietf-netconf-
udp-notif-26>.
The following is the YANG tree diagram [RFC8340] for the "ietf-yang-library" module after adding augmentation from the "ietf-yang-library-augmentedby" module. The RPCs and notifications are included as well.
以下は、「ietf-yang-library-augmentedby」モジュールから拡張を追加した後の「ietf-yang-library」モジュールの YANG ツリー図 [RFC8340] です。RPC と通知も含まれます。
[NOTE: '\' line wrapping per RFC 8792]
module: ietf-yang-library
+--ro yang-library
| +--ro module-set* [name]
| | +--ro name string
| | +--ro module* [name]
| | | +--ro name yang:yang-identifier
| | | +--ro revision? revision-identifier
| | | +--ro namespace inet:uri
| | | +--ro location* inet:uri
| | | +--ro submodule* [name]
| | | | +--ro name yang:yang-identifier
| | | | +--ro revision? revision-identifier
| | | | +--ro location* inet:uri
| | | +--ro feature* yang:yang-identifier
| | | +--ro deviation* -> ../../module/name
| | | +--ro yanglib-aug:augmented-by*
-> ../../yanglib:module/name
| | +--ro import-only-module* [name revision]
| | +--ro name yang:yang-identifier
| | +--ro revision union
| | +--ro namespace inet:uri
| | +--ro location* inet:uri
| | +--ro submodule* [name]
| | +--ro name yang:yang-identifier
| | +--ro revision? revision-identifier
| | +--ro location* inet:uri
| +--ro schema* [name]
| | +--ro name string
| | +--ro module-set* -> ../../module-set/name
| +--ro datastore* [name]
| | +--ro name ds:datastore-ref
| | +--ro schema -> ../../schema/name
| +--ro content-id string
x--ro modules-state
x--ro module-set-id string
x--ro module* [name revision]
x--ro name yang:yang-identifier
x--ro revision union
+--ro schema? inet:uri
x--ro namespace inet:uri
x--ro feature* yang:yang-identifier
x--ro deviation* [name revision]
| x--ro name yang:yang-identifier
| x--ro revision union
x--ro conformance-type enumeration
x--ro submodule* [name revision]
| x--ro name yang:yang-identifier
| x--ro revision union
| +--ro schema? inet:uri
x--ro yanglib-aug:augmented-by*\
-> ../../yanglib:module/name
notifications:
+---n yang-library-update
| +--ro content-id -> /yang-library/content-id
x---n yang-library-change
x--ro module-set-id -> /modules-state/module-set-id
The authors would like to thank Jan Lindblad and Jean Quilbeuf for their help during the design of the YANG module, and Thomas Graf, Rob Wilton, Andy Bierman, Jean Quilbeuf, Alex Huang Feng, Per Andersson, Mahesh Jethanandani, and Med Boucadair for their valuable review and comments.
著者らは、YANG モジュールの設計に協力してくれた Jan Lindblad 氏と Jean Quilbeuf 氏、貴重なレビューとコメントをくれた Thomas Graf、Rob Wilton、Andy Bierman、Jean Quilbeuf、Alex Huang Feng、Per Andersson、Mahesh Jethanandani、Med Boucadair に感謝したいと思います。
Zhuoyao Lin
Huawei
Townsend Street, 4th Floor George's Court
Dublin
Ireland
Email: zephyre888@gmail.com
Benoit Claise
Everything OPS
Belgium
Email: benoit@everything-ops.net
Ignacio Dominguez Martinez-Casanueva
Telefonica
Ronda de la Comunicacion, S/N
28050 Madrid
Spain
Email: i.domingumar@gmail.com