Während es bei DHCPv4 anscheinend genau eine Möglichkeit zur Angabe von (S)NTP-Servern gibt, nämlich 42, scheint DHCPv6 zwei verschiedene Möglichkeiten anzubieten:
OPTION_SNTP_SERVERS(31) verwendet das gleiche Konfigurationsformat wie DHCPv4, wobei eine Liste von IP-Adressen angegeben wirdOPTION_NTP_SERVER(56) ermöglicht die Angabe von 3 verschiedenen Unteroptionen, entweder einer IP-Adresse, einer Multicast-IP-Adresse oder eines vollqualifizierten Domänennamens
EntsprechendRFC 5908wobei OPTION_NTP_SERVERangegeben ist:
Diese Option dient als Container für Serverstandortinformationen, die sich auf einen NTP-Server oder einen Simple Network Time Protocol (SNTP)-Server beziehen. Diese Option kann in einer DHCPv6-Nachricht mehrfach vorkommen. Jede Instanz dieser Option muss vom NTP-Client oder SNTP-Client als Server betrachtet werden, der in seine Konfiguration aufgenommen werden soll.
Dies bedeutet, dass mit OPTION_NTP_SERVERnoch mehr Informationen über den Netzwerkzeitserver bereitgestellt werden können als mit OPTION_SNTP_SERVERS. Warum existiert also das OPTION_SNTP_SERVERSdaneben?
Antwort1
Nach erneuter Überprüfung von RFC 5908 heißt es inAbschnitt 7dass RFC 4075 veraltet ist ( OPTION_SNTP_SERVERS) und stattdessen RFC 5908 ( OPTION_NTP_SERVER) verwendet werden soll.
Zu den Gründen, die zu dieser Entscheidung geführt haben, wird Folgendes mitgeteilt:
[...] dieser Ansatz [RFC 4075] ist nicht für alle NTP-Bereitstellungen geeignet. Es handelt sich nicht um einen erweiterbaren Mechanismus und führt zu einer gewissen semantischen Verwirrung durch die Verwendung des Akronyms „SNTP“. Darüber hinaus ist der Ansatz vonDas ausschließliche Anbieten von IPv6-Adressen zur Angabe des Serverstandorts erfüllt nicht die NTP-Anforderungendie ebenfalls einen FQDN (Fully-Qualified Domain Name) verwenden.
Zusammenfassend lässt sich sagen, dass die zusätzlichen Unteroptionen mehr verschiedene Möglichkeiten zur Angabe des S(NTP)-Serverstandorts ermöglichen und die alte OPTION_SNTP_SERVERSzu Verwirrung führte, ob sie auch für NTP verwendet werden kann.
Die Abwertung führt zu einer Diskrepanz in der Art und Weise, wie NTP-Server für DHCPv4 und DHCPv6 angegeben werden müssen. Während DHCPv6 den neuen auf Unteroptionen basierenden Ansatz einführte, erlaubt DHCPv4 immer noch nur die Angabe einer Liste von IP-Adressen ähnlich RFC 4075 ( OPTION_SNTP_SERVERS).
Antwort2
Willkommen in der Community.
GemäßRFC4330 (Simple Network Time Protocol (SNTP) Version 4 für IPv4, IPv6 und OSI)Seite 1
Simple Network Time Protocol Version 4 (SNTPv4) ... ist eine Teilmenge des Network Time Protocol (NTP) ...
Und
... kann verwendet werden, wenn die ultimative Leistung einer vollständigen NTP-Implementierung basierend auf RFC 1305 weder erforderlich noch gerechtfertigt ist.
Dies ist eine vergleichbare Situation wie bei TFTP und FTP. Die Verwendung einfacherer Protokolle vereinfacht die Einrichtung, reduziert den Overhead usw. Die Abkehr OPTION_SNTP_SERVERSvon DHCPv6 würde bedeuten, dass Lösungen mit IPv6 vollständige NTP-Implementierungen erfordern würden.
Antwort3
Das bedeutet, dass mit OPTION_NTP_SERVER im Vergleich zu OPTION_SNTP_SERVERS noch mehr Informationen über den Netzwerkzeitserver bereitgestellt werden können. Warum gibt es also daneben noch OPTION_SNTP_SERVERS?
Die Option SNTP_SERVERSwurde zuerst hinzugefügt.Es hört nicht auf zu existieren, wenn neuere Optionen hinzugefügt werden – es wird höchstens als „veraltet“ gekennzeichnet, aber Implementierungen, die es früher unterstützt haben, werden es höchstwahrscheinlich weiterhin unterstützen.
OPTION_NTP_SERVER erschien nurfünf Jahre später, mit dem Ziel, die ältere Nur-SNTP-Option zu erweitern, und einem Veraltungshinweis dazu:
- RFC 4075 veraltet
„Simple Network Time Protocol (SNTP) Configuration Option for DHCPv6“ [RFC4075] bietet ein gewisses Maß an automatischer Zeitserverkonfiguration für IPv6, da es angibt, wie SNTP-Serveradressen [RFC4330] über DHCPv6 übertragen werden. Dieser Ansatz ist jedoch nicht für alle NTP-Bereitstellungen geeignet. Es handelt sich nicht um einen erweiterbaren Mechanismus und durch die Verwendung des Akronyms „SNTP“ kann es zu einer gewissen semantischen Verwirrung kommen. Darüber hinaus erfüllt der Ansatz, nur IPv6-Adressen zur Angabe des Serverstandorts anzubieten, nicht die NTP-Anforderungen, die auch einen FQDN (Fully-Qualified Domain Name) verwenden. Aus all den oben genannten Gründen macht dieses Dokument [RFC4075] veraltet.