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
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.
有关本文件当前状态、任何勘误表以及如何提供反馈的信息，请访问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.
版权所有（c）2010 IETF信托基金和确定为文件作者的人员。版权所有。
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信托有关IETF文件的法律规定的约束(http://trustee.ietf.org/license-info)自本文件出版之日起生效。请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。从本文件中提取的代码组件必须包括信托法律条款第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
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].
本文件中的关键词“必须”、“不得”、“必需”、“应”、“不应”、“应”、“不应”、“建议”、“可”和“可选”应按照[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服务器位置时，如果需要使用硬编码配置分发主机，此配置不得包括不属于分发此设备的组织的服务器位置。此选项的典型用法是指定NTP服务器，该服务器是运行DHCPv6服务器的组织的一部分。
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
与任何其他Internet服务一样，NTP服务的位置可以由IP地址或完全限定域名（FQDN）指定。根据设计，DHCP向多个设备提供信息，并且容易放大错误，因此必须非常小心地定义其配置。FQDN对NTP服务的规范提供了作为一种可能的缓解措施的间接级别
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.
工具，以防配置错误。DNS可用于将配置错误的客户端重定向到未在任何主机上配置的IPv6地址，而无需更改NTP服务器本身的地址。
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.
此选项用作与一个NTP服务器或简单网络时间协议（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服务器位置。此选项必须包括且仅包括一个时间源子选项。当前定义的时间源子选项有NTP_选项\u SRV_ADDR、NTP_选项\u SRV_MC_ADDR和NTP_选项\u SRV_FQDN。它以单播或多播IPv6地址或NTP服务器或SNTP服务器FQDN的形式承载NTP服务器或SNTP服务器位置。将来可能会定义更多的时间源子选项。虽然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 |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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),
选项代码：选项NTP服务器（56），
option-len: Total length of the included suboptions.
选项长度：包含的子选项的总长度。
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.
此子选项旨在显示在选项\u NTP\u服务器选项内。它指定客户端可用的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 |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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),
子选项代码：NTP\U子选项\U SRV\U地址（1），
suboption-len: 16.
子选项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.
此子选项旨在显示在选项\u NTP\u服务器选项内。它指定本地网络上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 |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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),
子选项代码：NTP\U子选项\U MC\U地址（2），
suboption-len: 16.
子选项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.
此子选项旨在显示在选项\u NTP\u服务器选项内。它指定客户端可用的NTP服务器或SNTP服务器的FQDN。
The format of the NTP Server FQDN Suboption is:
NTP服务器FQDN子选项的格式为：
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 |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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),
子选项代码：NTP\U子选项\U SRV\U FQDN（3），
suboption-len: Length of the included FQDN field,
子选项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.
选项NTP服务器选项可以在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.
选项\u NTP\u服务器选项不得出现在以下邮件之外的其他邮件中：请求、播发、请求、续订、重新绑定、信息请求和回复。如果此选项出现在除上述指定之外的消息中，则接收方必须忽略它。
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自动密钥公钥身份验证，
- 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]为IPv6提供了某种程度的自动时间服务器配置，因为它指定了如何通过DHCPv6传输SNTP[RFC4330]服务器地址。但是，这种方法并不适用于所有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_服务器的“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时间源子选项的新编号空间。本文件第4节描述了初始子选项。IANA使用[RFC5226]中所述的“IETF共识”策略分配未来NTP时间源子选项。未来提出的子方案将在描述它们的文件中以符号方式引用，并在批准作为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.，Bound，J.，Volz，B.，Lemon，T.，Perkins，C.，和M.Carney，“IPv6的动态主机配置协议（DHCPv6）”，RFC3315，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 59052010年6月。
[RFC5906] Haberman, B., Ed. and D. Mills, "Network Time Protocol Version 4: Autokey Specification", RFC 5906, June 2010.
[RFC5906]Haberman，B.，Ed.和D.Mills，“网络时间协议第4版：自动密钥规范”，RFC 59062010年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，“安全邻居发现（SEND）”，RFC 39712005年3月。
[RFC4075] Kalusivalingam, V., "Simple Network Time Protocol (SNTP) Configuration Option for DHCPv6", RFC 4075, May 2005.
[RFC4075]Kalusialingam，V.，“DHCPv6的简单网络时间协议（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的简单网络时间协议（SNTP）第4版”，RFC 4330，2006年1月。
Authors' Addresses
作者地址
Richard Gayraud Unaffiliated
理查德·盖罗无关联
EMail: richardgayraud@free.fr
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系统有限公司。格林赛德，Bat T3，400，鲁曼尼耶大道，06410比奥-索菲亚-安提波利斯塞德克斯法国
Phone: +33 4 97 23 26 23
EMail: blourdel@cisco.com
Phone: +33 4 97 23 26 23
EMail: blourdel@cisco.com