[要約] RFC 5908は、DHCPv6におけるNTPサーバーオプションに関する仕様です。このRFCの目的は、IPv6ネットワークでのNTPサーバーの設定を自動化し、正確な時刻同期を提供することです。
Internet Engineering Task Force (IETF) R. Gayraud
Request for Comments: 5908 Unaffiliated
Category: Standards Track B. Lourdelet
ISSN: 2070-1721 Cisco Systems, Inc.
June 2010
Network Time Protocol (NTP) Server Option for DHCPv6
DHCPV6のネットワークタイムプロトコル（NTP）サーバーオプション
Abstract
概要
The NTP Server Option for Dynamic Host Configuration Protocol for IPv6 (DHCPv6) provides NTPv4 (Network Time Protocol version 4) server location information to DHCPv6 hosts.
IPv6（DHCPV6）の動的ホスト構成プロトコルのNTPサーバーオプションは、DHCPV6ホストにNTPV4（ネットワークタイムプロトコルバージョン4）サーバー位置情報を提供します。
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 5741.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。インターネット標準の詳細については、RFC 5741のセクション2で入手できます。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5908.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc5908で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2010 IETF Trustおよび文書著者として特定された人。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。
Table of Contents
目次
1. Introduction ....................................................2
2. Requirements Notation ...........................................2
3. Related Work and Usage Model ....................................2
4. NTP Server Option for DHCPv6 ....................................3
4.1. NTP Server Address Suboption ...............................4
4.2. NTP Multicast Address Suboption ............................5
4.3. NTP Server FQDN Suboption ..................................6
5. Appearance of This Option .......................................6
6. Security Considerations .........................................7
7. RFC 4075 Deprecation ............................................7
8. IANA Considerations .............................................7
9. References ......................................................8
9.1. Normative References .......................................8
9.2. Informative References .....................................8
This document defines a DHCPv6 option and associated suboptions to provide Network Time Protocol version 4 [RFC5905] or greater server location information to DHCPv6 hosts.
このドキュメントでは、DHCPV6オプションと関連するサブオプションを定義して、DHCPV6ホストにネットワークタイムプロトコルバージョン4 [RFC5905]またはより大きなサーバー位置情報を提供します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
「必須」、「そうしない」、「必須」、「必要」、「しない」、「そうしない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[RFC2119]に記載されているように解釈される。
The NTP service is publicly offered on the Internet by a number of organizations. Those servers can be used but should not be abused, so any method that is tasked to disseminate locations of NTP servers must act responsibly in a manner that does not lead to public server overloading. When using DHCPv6 to offer NTP server location, and if there is a need to distribute a host with a hardcoded configuration, this configuration MUST NOT include server location that is not part of the organization that distributes this device. Typical usage of this option is to specify an NTP server that is part of the organization that operates the DHCPv6 server.
NTPサービスは、多くの組織によってインターネット上で公開されています。これらのサーバーは使用できますが、乱用するべきではないため、NTPサーバーの場所を広めるように任される方法は、パブリックサーバーの過負荷につながらない方法で責任を持って行動する必要があります。DHCPV6を使用してNTPサーバーの場所を提供する場合、およびハードコーディングされた構成でホストを配布する必要がある場合、この構成には、このデバイスを配布する組織の一部ではないサーバーの場所を含めてはなりません。このオプションの一般的な使用法は、DHCPV6サーバーを操作する組織の一部であるNTPサーバーを指定することです。
The location of the NTP service, like any other Internet service, can be specified by an IP address or a Fully Qualified Domain Name (FQDN). By design, DHCP offers information to multiple devices and is prone to amplification of mistakes, so great care must be taken to define its configuration. Specification of the NTP service by FQDN offers a level of indirection that works as a possible mitigation tool in case of misconfiguration. DNS can be used to redirect misconfigured clients to an IPv6 address that is not configured on any host instead of having to change the address of the NTP server itself.
NTPサービスの場所は、他のインターネットサービスと同様に、IPアドレスまたは完全資格のあるドメイン名（FQDN）で指定できます。設計上、DHCPは複数のデバイスに情報を提供し、間違いを増幅する傾向があるため、構成を定義するために細心の注意を払う必要があります。FQDNによるNTPサービスの仕様は、誤解の場合に可能な緩和ツールとして機能する間接レベルの間接レベルを提供します。DNSを使用して、NTPサーバー自体のアドレスを変更する代わりに、ホストで構成されていないIPv6アドレスに誤ったクライアントをリダイレクトできます。
While the NTP specification defines a comprehensive set of configuration parameters, modification of those parameters is best left to the decision of the client itself. The DHCPv6 option for NTP is therefore restricted to server location.
NTP仕様は包括的な構成パラメーターのセットを定義しますが、これらのパラメーターの変更は、クライアント自体の決定に最適です。したがって、NTPのDHCPV6オプションは、サーバーの場所に制限されています。
This option serves as a container for server location information related to one NTP server or Simple Network Time Protocol (SNTP) [RFC4330] server. This option can appear multiple times in a DHCPv6 message. Each instance of this option is to be considered by the NTP client or SNTP client as a server to include in its configuration.
このオプションは、1つのNTPサーバーまたはSimple Network Time Protocol（SNTP）[RFC4330]サーバーに関連するサーバー位置情報のコンテナとして機能します。このオプションは、DHCPV6メッセージに複数回表示される可能性があります。このオプションの各インスタンスは、NTPクライアントまたはSNTPクライアントによって、構成に含めるサーバーとして考慮されます。
The option itself does not contain any value. Instead, it contains one or several suboptions that carry NTP server or SNTP server location. This option MUST include one, and only one, time source suboption. The currently defined time source suboptions are NTP_OPTION_SRV_ADDR, NTP_OPTION_SRV_MC_ADDR, and NTP_OPTION_SRV_FQDN. It carries the NTP server or SNTP server location as a unicast or multicast IPv6 address or as an NTP server or SNTP server FQDN. More time source suboptions may be defined in the future. While the FQDN option offers the most deployment flexibility, resiliency as well as security, the IP address options are defined to cover cases where a DNS dependency is not desirable.
オプション自体には価値が含まれていません。代わりに、NTPサーバーまたはSNTPサーバーの場所を搭載する1つまたは複数のサブオプションが含まれています。このオプションには、Time Source Suboption 1つと1つだけを含める必要があります。現在定義されているタイムソースサブオプションは、ntp_option_srv_addr、ntp_option_srv_mc_addr、およびntp_option_srv_fqdnです。NTPサーバーまたはSNTPサーバーの場所を、ユニキャストまたはマルチキャストIPv6アドレス、またはNTPサーバーまたはSNTPサーバーFQDNとして運びます。より多くの時間ソースサブオプションが将来定義される場合があります。FQDNオプションは、最も展開の柔軟性、回復力、セキュリティを提供しますが、IPアドレスオプションは、DNS依存関係が望ましくないケースをカバーするために定義されます。
If the NTP server or SNTP server location is an IPv6 multicast address, the client SHOULD use this address as an NTP multicast group address and listen to messages sent to this group in order to synchronize its clock.
NTPサーバーまたはSNTPサーバーの場所がIPv6マルチキャストアドレスである場合、クライアントはこのアドレスをNTPマルチキャストグループアドレスとして使用し、クロックを同期するためにこのグループに送信されたメッセージを聞く必要があります。
The format of the NTP Server Option is:
NTPサーバーオプションの形式は次のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_NTP_SERVER | option-len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| suboption-1 |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| suboption-2 |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| suboption-n |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
option-code: OPTION_NTP_SERVER (56),
オプションコード：option_ntp_server（56）、
option-len: Total length of the included suboptions.
Option-Len：付属のサブオプションの全長。
This document does not define any priority relationship between the client's embedded configuration (if any) and the NTP or SNTP servers discovered via this option. In particular, the client is allowed to simultaneously use its own configured NTP servers or SNTP servers and the servers discovered via DHCP.
このドキュメントは、クライアントの組み込み構成（もしあれば）とこのオプションを介して発見されたNTPまたはSNTPサーバーの間の優先関係を定義しません。特に、クライアントは、独自の構成されたNTPサーバーまたはSNTPサーバーとDHCPを介して発見されたサーバーを同時に使用することができます。
This suboption is intended to appear inside the OPTION_NTP_SERVER option. It specifies the IPv6 unicast address of an NTP server or SNTP server available to the client.
このサブオプションは、option_ntp_serverオプション内に表示されることを目的としています。クライアントが利用できるNTPサーバーまたはSNTPサーバーのIPv6ユニキャストアドレスを指定します。
The format of the NTP Server Address Suboption is:
NTPサーバーアドレスサブオプションの形式は次のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| NTP_SUBOPTION_SRV_ADDR | suboption-len = 16 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| |
| IPv6 address of NTP server |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IPv6 address of the NTP server: An IPv6 address,
NTPサーバーのIPv6アドレス：IPv6アドレス、
suboption-code: NTP_SUBOPTION_SRV_ADDR (1),
Suboption-Code：ntp_suboption_srv_addr（1）、
suboption-len: 16.
Suboption-len：16。
This suboption is intended to appear inside the OPTION_NTP_SERVER option. It specifies the IPv6 address of the IPv6 multicast group address used by NTP on the local network.
このサブオプションは、option_ntp_serverオプション内に表示されることを目的としています。ローカルネットワークでNTPが使用するIPv6マルチキャストグループアドレスのIPv6アドレスを指定します。
The format of the NTP Multicast Address Suboption is:
NTPマルチキャストアドレスサブオプションの形式は次のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| NTP_SUBOPTION_MC_ADDR | suboption-len = 16 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| |
| Multicast IPv6 address |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Multicast IPv6 address: An IPv6 address,
マルチキャストIPv6アドレス：IPv6アドレス、
suboption-code: NTP_SUBOPTION_MC_ADDR (2),
Suboption-Code：ntp_suboption_mc_addr（2）、
suboption-len: 16.
Suboption-len：16。
This suboption is intended to appear inside the OPTION_NTP_SERVER option. It specifies the FQDN of an NTP server or SNTP server available to the client.
このサブオプションは、option_ntp_serverオプション内に表示されることを目的としています。クライアントが利用できるNTPサーバーまたはSNTPサーバーのFQDNを指定します。
The format of the NTP Server FQDN Suboption is:
NTPサーバーFQDN Suboptionの形式は次のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| NTP_SUBOPTION_SRV_FQDN | suboption-len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| FQDN of NTP server |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
suboption-code: NTP_SUBOPTION_SRV_FQDN (3),
Suboption-Code：ntp_suboption_srv_fqdn（3）、
suboption-len: Length of the included FQDN field,
Suboption-len：付属のfqdnフィールドの長さ、
FQDN: Fully-Qualified Domain Name of the NTP server or SNTP server. This field MUST be encoded as described in [RFC3315], Section 8. Internationalized domain names are not allowed in this field.
FQDN：NTPサーバーまたはSNTPサーバーの完全に資格のあるドメイン名。このフィールドは、[RFC3315]、セクション8で説明されているようにエンコードする必要があります。このフィールドでは、国際化されたドメイン名は許可されていません。
The OPTION_NTP_SERVER option can appear multiple times in a DHCPv6 message. The order in which these options appear is not significant. The client uses its usual algorithms to determine which server(s) or multicast group(s) should be preferred to synchronize its clock.
option_ntp_serverオプションは、dhcpv6メッセージで複数回表示できます。これらのオプションが表示される順序は重要ではありません。クライアントは、通常のアルゴリズムを使用して、クロックを同期するためにどのサーバーまたはマルチキャストグループを優先するかを決定します。
The OPTION_NTP_SERVER option MUST NOT appear in messages other than the following: Solicit, Advertise, Request, Renew, Rebind, Information-Request, and Reply. If this option appears in messages other than those specified above, the receiver MUST ignore it.
option_ntp_serverオプションは、以下以外のメッセージに表示されてはなりません。このオプションが上記のメッセージ以外のメッセージに表示される場合、受信者はそれを無視する必要があります。
The option number for this option MAY appear in the "Option Request" option [RFC3315] in the following messages: Solicit, Request, Renew, Rebind, Information-Request, and Reconfigure. If this option number appears in the "Option Request" option in messages other than those specified above, the receiver SHOULD ignore it.
このオプションのオプション番号は、次のメッセージの「オプションリクエスト」オプション[RFC3315]に表示される場合があります。このオプション番号が上記のもの以外のメッセージの「オプション要求」オプションに表示される場合、受信者はそれを無視する必要があります。
This option could be used by an intruder to advertise the address of a malicious NTP server or SNTP server and adversely affect the clock of clients on the network. The consequences of such an attack can be critical, because many security protocols depend on time synchronization to run their algorithms. As an example, an attacker could break connectivity between SEND-enabled nodes [RFC3971], simply by affecting the clock on these nodes.
このオプションは、侵入者が悪意のあるNTPサーバーまたはSNTPサーバーのアドレスを宣伝し、ネットワーク上のクライアントのクロックに悪影響を与えることができます。多くのセキュリティプロトコルは、アルゴリズムを実行するためのタイムの同期に依存するため、このような攻撃の結果は重要です。例として、攻撃者は、これらのノードのクロックに影響を与えるだけで、送信対応ノード[RFC3971]間の接続性を破ることができます。
To prevent these attacks, it is strongly advisable to secure the use of this option by either:
これらの攻撃を防ぐために、次のいずれかでこのオプションの使用を確保することを強くお勧めします。
- using the NTPv4 Autokey public key authentication, as defined in [RFC5906] or,
- [rfc5906]で定義されているように、ntpv4 autokekey公開キー認証を使用するか、
- using authenticated DHCP as described in [RFC3315], Section 21.
- [RFC3315]、セクション21に記載されているように、認証されたDHCPを使用します。
"Simple Network Time Protocol (SNTP) Configuration Option for DHCPv6" [RFC4075] provides some degree of automatic time server configuration for IPv6, as it specifies how to transmit SNTP [RFC4330] server addresses through DHCPv6. However, this approach is not suitable for all NTP deployments. It is not an extensible mechanism and introduces some semantic confusion through the use of the "SNTP" acronym. Additionally, the approach of only offering IPv6 addresses to specify server location does not meet NTP requirements that make use of an FQDN (Fully-Qualified Domain Name) as well. For all the abovementioned reasons, this document makes [RFC4075] deprecated.
「DHCPV6のシンプルネットワークタイムプロトコル（SNTP）構成オプション」[RFC4075]は、DHCPV6を介してSNTP [RFC4330]サーバーアドレスを送信する方法を指定するため、IPv6にある程度の自動タイムサーバー構成を提供します。ただし、このアプローチは、すべてのNTP展開には適していません。これは拡張可能なメカニズムではなく、「SNTP」頭字語を使用してセマンティックな混乱をもたらします。さらに、サーバーの場所を指定するためにIPv6アドレスのみを提供するアプローチは、FQDN（完全に適格なドメイン名）を使用するNTP要件を満たしていません。上記のすべての理由により、このドキュメントは[RFC4075]を非推奨にします。
IANA has assigned 56 as an option code from the "DHCPv6 Options Codes" registry for OPTION_NTP_SERVER.
IANAは、option_ntp_serverの「DHCPV6オプションコード」レジストリのオプションコードとして56を割り当てました。
IANA is required to maintain a new number space of NTP time source suboptions, located in the BOOTP-DHCP Parameters Registry. The initial suboptions are described in Section 4 of this document. IANA assigns future NTP time source suboptions with an "IETF Consensus" policy as described in [RFC5226]. Future proposed suboptions are to be referenced symbolically in the documents that describe them, and shall be assigned numeric codes by IANA when approved for publication as an RFC.
IANAは、BOOTP-DHCPパラメーターレジストリにあるNTP Timeソースサブオプションの新しい数値スペースを維持する必要があります。初期サブオプションは、このドキュメントのセクション4で説明されています。IANAは、[RFC5226]に記載されているように、将来のNTP時間ソースサブオプションを「IETFコンセンサス」ポリシーで割り当てます。将来の提案されたサブオプションは、それらを説明するドキュメントで象徴的に参照され、RFCとして公開された場合、IANAによって数値コードを割り当てられます。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC3315] Droms, R., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)", RFC 3315, July 2003.
[RFC3315] DROMS、R.、R.、Bound、J.、Volz、B.、Lemon、T.、Perkins、C。、およびM. Carney、「IPv6の動的ホスト構成プロトコル」、RFC 3315、2003年7月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 5226、2008年5月。
[RFC5905] Mills, D., Martin, J., Ed., Burbank, J., and W. Kasch, "Network Time Protocol Version 4: Protocol and Algorithms Specification", RFC 5905, June 2010.
[RFC5905] Mills、D.、Martin、J.、Ed。、Burbank、J.、およびW. Kasch、「ネットワークタイムプロトコルバージョン4：プロトコルとアルゴリズムの仕様」、RFC 5905、2010年6月。
[RFC5906] Haberman, B., Ed. and D. Mills, "Network Time Protocol Version 4: Autokey Specification", RFC 5906, June 2010.
[RFC5906] Haberman、B.、ed。およびD.ミルズ、「ネットワークタイムプロトコルバージョン4：Autokey仕様」、RFC 5906、2010年6月。
[RFC3971] Arkko, J., Kempf, J., Zill, B., and P. Nikander, "SEcure Neighbor Discovery (SEND)", RFC 3971, March 2005.
[RFC3971] Arkko、J.、Kempf、J.、Zill、B。、およびP. Nikander、「Secure Neighbor Discovery（Send）」、RFC 3971、2005年3月。
[RFC4075] Kalusivalingam, V., "Simple Network Time Protocol (SNTP) Configuration Option for DHCPv6", RFC 4075, May 2005.
[RFC4075] Kalusivalingam、V。、「DHCPV6のSimple Network Time Protocol（SNTP）構成オプション」、RFC 4075、2005年5月。
[RFC4330] Mills, D., "Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI", RFC 4330, January 2006.
[RFC4330] Mills、D。、「IPv4、IPv6およびOSI用のSimple Network Time Protocol（SNTP）バージョン4」、RFC 4330、2006年1月。
Authors' Addresses
著者のアドレス
Richard Gayraud Unaffiliated
リチャード・ゲイラウドは関係ありません
EMail: richardgayraud@free.fr
Benoit Lourdelet Cisco Systems, Inc. Village ent. GreenSide, Bat T3, 400, Av de Roumanille, 06410 BIOT - Sophia-Antipolis Cedex France
Benoit Lourdelet Cisco Systems、Inc。Village Ent。グリーンサイド、バットT3、400、Av de Roumanille、06410 Biot -Sophia -Antipolis Cedex France
Phone: +33 4 97 23 26 23
EMail: blourdel@cisco.com