DHCPv4 では (S)NTP サーバーを指定するオプションは 42 個だけであるように見えますが、DHCPv6 では 2 つのオプションが別々に提供されるようです。
OPTION_SNTP_SERVERS
(31)は、IPアドレスのリストを指定するDHCPv4と同じ設定形式を使用する。OPTION_NTP_SERVER
(56)は、IPアドレス、マルチキャストIPアドレス、または完全修飾ドメイン名のいずれかの3つの異なるサブオプションを指定できる。
によるとRFC 5908指定される場所OPTION_NTP_SERVER
:
このオプションは、1 つの NTP サーバーまたは Simple Network Time Protocol (SNTP) サーバーに関連するサーバーの位置情報のコンテナーとして機能します。このオプションは、DHCPv6 メッセージに複数回出現する場合があります。このオプションの各インスタンスは、NTP クライアントまたは SNTP クライアントによって、その構成に含めるサーバーとして考慮されます。
OPTION_NTP_SERVER
つまり、 と比較して、ネットワーク タイム サーバーに関するさらに多くの情報が で提供されることになりますOPTION_SNTP_SERVERS
。では、なぜ がOPTION_SNTP_SERVERS
それと並んで存在するのでしょうか?
答え1
RFC 5908を再度確認すると、セクション7RFC 4075 は非推奨 ( ) でありOPTION_SNTP_SERVERS
、代わりに RFC 5908 ( OPTION_NTP_SERVER
) が使用される。
決定に至った理由については、以下の情報が提供されています。
[...] このアプローチ [RFC 4075] は、すべてのNTP導入に適しているわけではありません。拡張可能なメカニズムではなく、 意味上の混乱を招く 「SNTP」の頭字語の使用を通じて。さらに、サーバーの場所を指定するために IPv6 アドレスのみを提供すると、NTP の要件を満たしません。FQDN (完全修飾ドメイン名) も使用します。
要約すると、追加のサブオプションにより、S(NTP) サーバーの場所を指定するためのより多様な方法が可能になり、古いサブオプションでは、OPTION_SNTP_SERVERS
NTP にも使用できるかどうかについて混乱が生じていました。
この廃止により、DHCPv4 と DHCPv6 で NTP サーバーを指定する方法に矛盾が生じます。DHCPv6 では新しいサブオプション ベースのアプローチが導入されましたが、DHCPv4 では依然として RFC 4075 ( OPTION_SNTP_SERVERS
) に類似した IP アドレスのリストの指定のみが許可されています。
答え2
コミュニティへようこそ。
に従ってRFC4330 (IPv4、IPv6、OSI 向け Simple Network Time Protocol (SNTP) バージョン 4)ページ1
シンプル ネットワーク タイム プロトコル バージョン 4 (SNTPv4) は、ネットワーク タイム プロトコル (NTP) のサブセットです。
そして
...RFC 1305 に基づく完全な NTP 実装の究極のパフォーマンスが必要とされず、正当化されない場合に使用できます。
これは、TFTP や FTP に匹敵する状況です。より単純なプロトコルを使用すると、セットアップが簡素化され、オーバーヘッドなどが削減されます。DHCPv6OPTION_SNTP_SERVERS
から削除すると、IPv6 を使用するソリューションでは完全な NTP 実装が必要になります。
答え3
つまり、OPTION_NTP_SERVER を使用すると、OPTION_SNTP_SERVERS に比べて、ネットワーク タイム サーバーに関するさらに多くの情報を提供できます。では、なぜ OPTION_SNTP_SERVERS がそれと並んで存在するのでしょうか?
SNTP_SERVERS オプション最初に追加された。新しいオプションが追加されても存在しなくなるわけではありません。せいぜい「非推奨」とマークされる程度ですが、以前サポートしていた実装では、おそらく引き続きサポートされるでしょう。
OPTION_NTP_SERVERのみ表示5年後、古い SNTP のみのオプションを拡張することを目的としており、その廃止に関する注意事項は次のとおりです。
- RFC 4075 の廃止
「DHCPv6 の簡易ネットワーク タイム プロトコル (SNTP) 構成オプション」[RFC4075] は、DHCPv6 を介して SNTP [RFC4330] サーバー アドレスを送信する方法を指定しているため、IPv6 の自動タイム サーバー構成をある程度提供します。ただし、このアプローチはすべての NTP 展開に適しているわけではありません。これは拡張可能なメカニズムではなく、「SNTP」の頭字語の使用によって意味上の混乱が生じます。さらに、サーバーの場所を指定するために IPv6 アドレスのみを提供するアプローチは、FQDN (完全修飾ドメイン名) も使用する NTP 要件を満たしていません。上記のすべての理由により、このドキュメントでは [RFC4075] を非推奨としています。