Internet Engineering Task Force (IETF) A. Huang-Feng
Request for Comments: 9984 P. Francois
Category: Standards Track INSA-Lyon
ISSN: 2070-1721 K. Watsen
Watsen Networks
June 2026
This document presents two YANG 1.1 modules with reusable groupings for managing UDP clients and UDP servers.
このドキュメントでは、UDP クライアントと UDP サーバーを管理するための再利用可能なグループを備えた 2 つの YANG 1.1 モジュールを紹介します。
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/rfc9984.
この文書の現在のステータス、正誤表、およびそれに対するフィードバックの提供方法に関する情報は、https://www.rfc-editor.org/info/rfc9984 で入手できます。
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. Adherence to the NMDA
1.3. Conventions
2. The "ietf-udp-client" Module
2.1. Data Model Overview
2.2. Example Usage
2.3. YANG Module
3. The "ietf-udp-server" Module
3.1. Data Model Overview
3.2. Example Usage
3.3. YANG Module
4. Security Considerations
5. IANA Considerations
5.1. The "IETF XML Registry"
5.2. The "YANG Module Names" Registry
6. References
6.1. Normative References
6.2. Informative References
Acknowledgements
Authors' Addresses
This document presents two YANG 1.1 [RFC7950] modules with reusable groupings for managing UDP clients and UDP servers [RFC768]. These modules may be used directly (e.g., define a specific UDP client or UDP server) or in conjunction with the configuration defined for higher-level protocols that depend on UDP.
この文書では、UDP クライアントと UDP サーバー [RFC768] を管理するための再利用可能なグループを備えた 2 つの YANG 1.1 [RFC7950] モジュールを紹介します。これらのモジュールは、直接使用することも（特定の UDP クライアントまたは UDP サーバーを定義するなど）、UDP に依存する上位レベルのプロトコル用に定義された構成と組み合わせて使用することもできます。
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] で説明されているように解釈されます。
This document is compliant with the Network Management Datastore Architecture (NMDA) [RFC8342]. It does not define any protocol-accessible nodes that are "config false".
このドキュメントは、Network Management Datastore Architecture (NMDA) [RFC8342] に準拠しています。「config false」のプロトコルでアクセス可能なノードは定義されません。
Various examples in this document use the XML [W3C.REC-xml-20081126] encoding. Other encodings, such as JSON [RFC8259], could alternatively be used.
このドキュメントのさまざまな例では、XML [W3C.REC-xml-20081126] エンコーディングが使用されています。JSON [RFC8259] などの他のエンコーディングも代わりに使用できます。
This section defines a YANG 1.1 module called "ietf-udp-client". This YANG module defines the "udp-client" grouping for providing UDP clients with remote server information.
このセクションでは、「ietf-udp-client」と呼ばれる YANG 1.1 モジュールを定義します。この YANG モジュールは、UDP クライアントにリモート サーバー情報を提供するための「udp-client」グループを定義します。
Section 2.1 provides the overview of the YANG module. An example of usage is illustrated in Section 2.2. Section 2.3 defines the YANG module itself.
セクション 2.1 では、YANG モジュールの概要を説明します。使用例はセクション 2.2 で説明されています。セクション 2.3 では、YANG モジュール自体を定義します。
This section provides an overview of the features and the grouping defined in the "ietf-udp-client" YANG module.
このセクションでは、「ietf-udp-client」YANG モジュールで定義されている機能とグループ化の概要を説明します。
The "ietf-udp-client" module defines the following "feature" statement:
「ietf-udp-client」モジュールは、次の「feature」ステートメントを定義します。
Features:
+-- local-binding
The diagram above uses syntax that is similar to the syntax used in [RFC8340]; but the syntax from the diagram is not defined in [RFC8340].
上の図では、[RFC8340] で使用されている構文と同様の構文が使用されています。しかし、図の構文は [RFC8340] では定義されていません。
This feature indicates that the client supports configuring local bindings (i.e., the local address and local port number) for UDP clients.
この機能は、クライアントが UDP クライアントのローカル バインディング (つまり、ローカル アドレスとローカル ポート番号) の構成をサポートしていることを示します。
The following tree diagram [RFC8340] illustrates the tree structure of the "udp-client" grouping:
次のツリー図 [RFC8340] は、「udp-client」グループのツリー構造を示しています。
module: ietf-udp-client
grouping udp-client:
+-- remote-address inet:host
+-- remote-port? inet:port-number
+-- local-address? inet:ip-address {local-binding}?
+-- local-port? inet:port-number {local-binding}?
The description of these parameters is provided below:
これらのパラメータの説明を以下に示します。
* The "remote-address", which is mandatory, may be configured as an IPv4 address, an IPv6 address, or a hostname. The resolved address should be compatible with the local address family, if also provided.
* 「リモート アドレス」は必須であり、IPv4 アドレス、IPv6 アドレス、またはホスト名として構成できます。解決されたアドレスは、ローカル アドレス ファミリも指定されている場合は、それと互換性がある必要があります。
* The "remote-port" is defined with neither a "default" nor a "mandatory" statement. YANG modules using this grouping SHOULD refine the grouping with a "default" statement when the port number is well-known (e.g., a port number allocated by IANA) or with a "mandatory" statement if a port number needs to always be configured. This MAY be ignored when the port number is neither well-known nor mandatory to configure, such as might be the case when this grouping is used by another grouping.
* 「remote-port」は、「default」ステートメントも「mandatory」ステートメントも使用せずに定義されています。このグループ化を使用する YANG モジュールは、ポート番号が既知である場合 (IANA によって割り当てられたポート番号など)、「default」ステートメントを使用してグループ化を調整するか、ポート番号を常に設定する必要がある場合は「mandatory」ステートメントを使用してグループ化を調整する必要があります(SHOULD)。このグループが別のグループで使用されている場合など、ポート番号が既知でも設定が必須でもない場合、これは無視されてもよい(MAY)。
* The "local-address", which is enabled by the "local-binding" feature, may be configured as an IPv4 address, an IPv6 address, or a wildcard value. In normal operation, the local and configured remote addresses SHOULD be from the same address family. Differences between address families may occur in abnormal or error conditions; therefore, they are allowed to be reported.
* 「ローカル バインディング」機能によって有効になる「ローカル アドレス」は、IPv4 アドレス、IPv6 アドレス、またはワイルドカード値として構成できます。通常の動作では、ローカル アドレスと設定されたリモート アドレスは同じアドレス ファミリに属している必要があります (SHOULD)。アドレス ファミリ間の違いは、異常またはエラー状態で発生する可能性があります。したがって、それらは報告することが許可されています。
* The "local-port", which depends on the "local-binding" feature, is not mandatory. Its default value is "0", indicating that the operating system can select an arbitrary port number.
* 「local-port」は「local-binding」機能に依存しますが、必須ではありません。デフォルト値は「0」で、オペレーティング システムが任意のポート番号を選択できることを示します。
This section presents an example of usage of the "udp-client" grouping.
このセクションでは、「udp-client」グループの使用例を示します。
<!-- The outermost element below doesn't exist in the data model. -->
<!-- It simulates if the "grouping" were a "container" instead. -->
<udp-client xmlns="urn:ietf:params:xml:ns:yang:ietf-udp-client">
<remote-address>www.example.com</remote-address>
<remote-port>10000</remote-port>
<local-address>192.0.2.2</local-address>
<local-port>12345</local-port>
</udp-client>
This module imports types defined in [RFC9911].
このモジュールは、[RFC9911] で定義された型をインポートします。
module ietf-udp-client {
yang-version 1.1;
namespace "urn:ietf:params:xml:ns:yang:ietf-udp-client";
prefix udpc;
import ietf-inet-types {
prefix inet;
reference
"RFC 9911: Common YANG Data Types";
}
organization
"IETF NETCONF (Network Configuration) Working Group";
contact
"WG Web: <https://datatracker.ietf.org/group/netconf/>
WG List: <mailto:netconf@ietf.org>
Authors: Alex Huang Feng
<mailto:alex.huang-feng@insa-lyon.fr>
Pierre Francois
<mailto:pierre.francois@insa-lyon.fr>";
description
"Defines a generic grouping for UDP-based client applications.
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 9984; see
the RFC itself for full legal notices.";
revision 2026-06-15 {
description
"Initial revision";
reference
"RFC 9984: YANG Groupings for UDP Clients and UDP Servers";
}
feature local-binding {
description
"Indicates that the UDP client supports configuring local
bindings (i.e., the local address and local port number)
for UDP clients.";
}
grouping udp-client {
description
"A reusable grouping for UDP clients.
Note that this grouping uses fairly typical descendant
node names such that a stack of 'uses' statements will
have name conflicts. It is intended that the consuming
data model will resolve the issue (e.g., by wrapping
the 'uses' statement in a container called
'udp-client-parameters'). This module purposely does
not do this itself so as to provide maximum flexibility
to consuming models.";
leaf remote-address {
type inet:host;
mandatory true;
description
"The IP address or hostname of the remote UDP server.";
}
leaf remote-port {
type inet:port-number;
description
"The port number of the remote UDP server.";
}
leaf local-address {
if-feature "local-binding";
type inet:ip-address;
description
"The local IP address to bind to when sending UDP
datagrams to the remote server. INADDR_ANY ('0.0.0.0') or
INADDR6_ANY ('0:0:0:0:0:0:0:0' a.k.a. '::') may be used
so that the client can bind to any IPv4 or IPv6 address.
In normal operation, the local and configured
remote addresses SHOULD be from the same address family.
Differences between address families may occur in
abnormal or error conditions; therefore, they are allowed to
be reported.";
}
leaf local-port {
if-feature "local-binding";
type inet:port-number;
default "0";
description
"The local port number to bind to when sending UDP
datagrams to the remote server. The port number '0',
which is the default value, indicates that any available
local port number may be used.";
}
}
}
This section defines a YANG 1.1 module called "ietf-udp-server". This YANG module defines the "udp-server" grouping for managing UDP servers.
このセクションでは、「ietf-udp-server」と呼ばれる YANG 1.1 モジュールを定義します。この YANG モジュールは、UDP サーバーを管理するための「udp-server」グループを定義します。
Section 3.1 provides an overview of the "ietf-udp-server" YANG module. An example of usage is illustrated in Section 3.2. Section 3.3 defines the YANG module itself.
セクション 3.1 では、「ietf-udp-server」YANG モジュールの概要を説明します。使用例はセクション 3.2 で説明されています。セクション 3.3 では、YANG モジュール自体を定義します。
This section provides an overview of the grouping defined in the "ietf-udp-server" module.
このセクションでは、「ietf-udp-server」モジュールで定義されるグループ化の概要を説明します。
The following tree diagram [RFC8340] illustrates the tree structure of "udp-server" grouping:
次のツリー図 [RFC8340] は、「udp-server」グループのツリー構造を示しています。
module: ietf-udp-server
grouping udp-server:
+-- local-bind* [local-address]
+-- local-address inet:ip-address
+-- local-port? inet:port-number
The description of these parameters is provided below:
これらのパラメータの説明を以下に示します。
* The "local-address", which is mandatory, may be configured as an IPv4 address, an IPv6 address, or a wildcard value.
* 「ローカルアドレス」は必須であり、IPv4 アドレス、IPv6 アドレス、またはワイルドカード値として構成できます。
* The "local-port" is defined with neither a "default" nor a "mandatory" statement. YANG modules using this grouping SHOULD refine the grouping with a "default" statement when the port number is well-known (e.g., a port number allocated by IANA) or with a "mandatory" statement if a port number needs to always be configured. This MAY be ignored when the port number is neither well-known nor mandatory to configure, such as might be the case when this grouping is used by another grouping.
* 「local-port」は、「default」ステートメントも「mandatory」ステートメントも使用せずに定義されています。このグループ化を使用する YANG モジュールは、ポート番号が既知である場合 (IANA によって割り当てられたポート番号など)、「default」ステートメントを使用してグループ化を調整するか、ポート番号を常に設定する必要がある場合は「mandatory」ステートメントを使用してグループ化を調整する必要があります(SHOULD)。このグループが別のグループで使用されている場合など、ポート番号が既知でも設定が必須でもない場合、これは無視されてもよい(MAY)。
This section presents two examples of usage of the "udp-server" grouping.
このセクションでは、「udp-server」グループの使用例を 2 つ示します。
The following shows an example of a server configured for listening to an IPv4 address:
以下に、IPv4 アドレスをリッスンするように構成されたサーバーの例を示します。
<!-- The outermost element below doesn't exist in the data model. -->
<!-- It simulates if the "grouping" were a "container" instead. -->
<udp-server xmlns="urn:ietf:params:xml:ns:yang:ietf-udp-server">
<local-bind>
<local-address>192.0.2.2</local-address>
<local-port>49152</local-port>
</local-bind>
</udp-server>
The following shows an example of a server configured for listening to an IPv4 and IPv6 together:
以下に、IPv4 と IPv6 を一緒にリッスンするように構成されたサーバーの例を示します。
<!-- The outermost element below doesn't exist in the data model. -->
<!-- It simulates if the "grouping" were a "container" instead. -->
<udp-server xmlns="urn:ietf:params:xml:ns:yang:ietf-udp-server">
<local-bind>
<local-address>192.0.2.2</local-address>
<local-port>49152</local-port>
</local-bind>
<local-bind>
<local-address>2001:db8::0</local-address>
<local-port>49153</local-port>
</local-bind>
</udp-server>
This module imports types defined in [RFC9911].
このモジュールは、[RFC9911] で定義された型をインポートします。
module ietf-udp-server {
yang-version 1.1;
namespace "urn:ietf:params:xml:ns:yang:ietf-udp-server";
prefix udps;
import ietf-inet-types {
prefix inet;
reference
"RFC 9911: Common YANG Data Types";
}
organization
"IETF NETCONF (Network Configuration) Working Group";
contact
"WG Web: <https://datatracker.ietf.org/group/netconf/>
WG List: <mailto:netconf@ietf.org>
Authors: Alex Huang Feng
<mailto:alex.huang-feng@insa-lyon.fr>
Pierre Francois
<mailto:pierre.francois@insa-lyon.fr>";
description
"Defines a generic grouping for UDP-based server applications.
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 9984; see
the RFC itself for full legal notices.";
revision 2026-06-15 {
description
"Initial revision";
reference
"RFC 9984: YANG Groupings for UDP Clients and UDP Servers";
}
grouping udp-server {
description
"A reusable grouping for managing UDP servers.
Note that this grouping uses fairly typical descendant
node names such that a stack of 'uses' statements will
have name conflicts. It is intended that the consuming
data model will resolve the issue (e.g., by wrapping
the 'uses' statement in a container called
'udp-server-parameters'). This module purposely does
not do this itself so as to provide maximum flexibility
to consuming models.";
list local-bind {
key "local-address";
min-elements 1;
description
"A list of bind (listen) points for this server
instance. A server instance may have multiple
bind points to support, e.g., the same port number in
different address families or different port numbers
in the same address family.";
leaf local-address {
type inet:ip-address;
mandatory true;
description
"The local IP address to listen on for incoming
UDP datagrams. INADDR_ANY ('0.0.0.0') or
INADDR6_ANY ('0:0:0:0:0:0:0:0' a.k.a. '::') may be used
so that the server can listen to any IPv4 or IPv6
address.";
}
leaf local-port {
type inet:port-number;
description
"The local port number to listen on for incoming UDP
datagrams.";
}
}
}
}
This section uses the template described in Section 3.7.1 of [RFC9907].
このセクションでは、[RFC9907] のセクション 3.7.1 で説明されているテンプレートを使用します。
The "ietf-udp-client" and "ietf-udp-server" YANG modules define 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 [RFC8446], and QUIC [RFC9000]) and (2) have to use mutual authentication.
「ietf-udp-client」および「ietf-udp-server」YANG モジュールは、ネットワーク構成プロトコル (NETCONF) [RFC6241] や RESTCONF [RFC8040] などの YANG ベースの管理プロトコルを介してアクセスされるように設計されたデータ モデルを定義します。これらの YANG ベースの管理プロトコルは、(1) セキュア トランスポート層 (セキュア シェル (SSH) [RFC4252]、TLS [RFC8446]、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 プロトコルの操作およびコンテンツの事前構成されたサブセットに制限する手段を提供します。
These YANG modules define a set of identities, types, and groupings. These nodes are intended to be reused by other YANG modules. The modules by themselves do not expose any data nodes that are writable, data nodes that contain read-only state, or RPCs. As such, there are no additional security issues related to the YANG modules that need to be considered.
これらの YANG モジュールは、一連の ID、タイプ、およびグループを定義します。これらのノードは、他の YANG モジュールによって再利用されることを目的としています。モジュール自体は、書き込み可能なデータ ノード、読み取り専用状態を含むデータ ノード、または RPC を公開しません。そのため、YANG モジュールに関連して考慮する必要のある追加のセキュリティ問題はありません。
Modules that use the groupings that are defined in this document should identify the corresponding security considerations. For example, reusing some of these groupings will expose privacy-related information (e.g., 'remote-address', 'remote-port', 'local-address', or 'local-port').
この文書で定義されているグループを使用するモジュールは、対応するセキュリティ上の考慮事項を特定する必要があります。たとえば、これらのグループの一部を再利用すると、プライバシー関連の情報 (例: 「リモート アドレス」、「リモート ポート」、「ローカル アドレス」、または「ローカル ポート」) が公開されます。
This document describes the URIs from the "IETF XML Registry" and the registration of two new YANG module names.
この文書では、「IETF XML レジストリ」からの URI と 2 つの新しい YANG モジュール名の登録について説明します。
IANA has assigned two new URIs from the "IETF XML Registry" [RFC3688]:
IANA は、「IETF XML レジストリ」[RFC3688] から 2 つの新しい URI を割り当てました。
URI:
URI:
urn:ietf:params:xml:ns:yang:ietf-udp-client
urn:ietf:params:xml:ns:yang:ietf-udp-client
Registrant Contact:
登録者の連絡先:
The IESG.
IESG。
XML:
XML:
N/A; the requested URI is an XML namespace.
該当なし。要求された URI は XML 名前空間です。
URI:
URI:
urn:ietf:params:xml:ns:yang:ietf-udp-server
urn:ietf:params:xml:ns:yang:ietf-udp-server
Registrant Contact:
登録者の連絡先:
The IESG.
IESG。
XML:
XML:
N/A; the requested URI is an XML namespace.
該当なし。要求された URI は XML 名前空間です。
IANA has registered the following YANG modules in the "YANG Module Names" registry [RFC6020] within the "YANG Parameters" registry group:
IANA は、「YANG Parameters」レジストリ グループ内の「YANG Module Names」レジストリ [RFC6020] に次の YANG モジュールを登録しました。
Name:
名前：
ietf-udp-client
ietf-udp-クライアント
Maintained by IANA?
IANAによって保守されていますか？
N
N
Namespace:
名前空間:
urn:ietf:params:xml:ns:yang:ietf-udp-client
urn:ietf:params:xml:ns:yang:ietf-udp-client
Prefix:
プレフィックス:
udpc
udpc
Reference:
参照：
RFC 9984
RFC 9984
Name:
名前：
ietf-udp-server
ietf-udp-サーバー
Maintained by IANA?
IANAによって保守されていますか？
N
N
Namespace:
名前空間:
urn:ietf:params:xml:ns:yang:ietf-udp-server
urn:ietf:params:xml:ns:yang:ietf-udp-server
Prefix:
プレフィックス:
udps
udps
Reference:
参照：
RFC 9984
RFC 9984
[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>.
[RFC768] Postel, J., "User Datagram Protocol", STD 6, RFC 768,
DOI 10.17487/RFC0768, August 1980,
<https://www.rfc-editor.org/info/rfc768>.
[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>.
[RFC9911] Schönwälder, J., Ed., "Common YANG Data Types", RFC 9911,
DOI 10.17487/RFC9911, December 2025,
<https://www.rfc-editor.org/info/rfc9911>.
[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>.
[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>.
[RFC8259] Bray, T., Ed., "The JavaScript Object Notation (JSON) Data
Interchange Format", STD 90, RFC 8259,
DOI 10.17487/RFC8259, December 2017,
<https://www.rfc-editor.org/info/rfc8259>.
[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>.
[RFC8446] Rescorla, E., "The Transport Layer Security (TLS) Protocol
Version 1.3", RFC 8446, DOI 10.17487/RFC8446, August 2018,
<https://www.rfc-editor.org/info/rfc8446>.
[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>.
[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>.
[W3C.REC-xml-20081126]
Bray, T., Ed., Paoli, J., Ed., Sperberg-McQueen, C.M.,
Ed., Maler, E., Ed., and F. Yergeau, Ed., "Extensible
Markup Language (XML) 1.0 (Fifth Edition)", W3C
Recommendation, 26 November 2008,
<https://www.w3.org/TR/2008/REC-xml-20081126/>. Latest
version available at <https://www.w3.org/TR/xml/>.
The authors would like to thank Mohamed Boucadair, Ran Chen, Benoit Claise, Mahesh Jethanandani, Qiufang Ma, Jürgen Schönwälder, Ketan Talaulikar, Éric Vyncke, Paul Wouters, and Qin Wu for their reviews and valuable comments.
著者らは、レビューと貴重なコメントをくださった Mohamed Boucadair、Ran Chen、Benoit Claise、Mahesh Jethanandani、Qiufang Ma、Jürgen Schönwälder、Ketan Talaulikar、Éric Vyncke、Paul Wouters、Qin Wu に感謝の意を表します。
Alex Huang Feng
INSA-Lyon
Lyon
France
Email: alex.huang-feng@insa-lyon.fr
Pierre Francois
INSA-Lyon
Lyon
France
Email: pierre.francois@insa-lyon.fr
Kent Watsen
Watsen Networks
Email: kent+ietf@watsen.net