RFC: 5905
Оригинал: Network Time Protocol Version 4: Protocol and Algorithms Specification
Предыдущие версии: RFC 958, RFC 1059, RFC 1119, RFC 1305, RFC 1361, RFC 1769, RFC 2030, RFC 4330
Категория: Предложенный стандарт
Дата публикации:
Авторы: , , , ,
Перевод: Мельников Дмитрий Анатольевич

RFC 5905, Страница 2 из 51

Главной целью NTP-протокола является доставка данных для временной синхронизации от одних серверов времени к другим серверам времени через Internet-сеть и частные корпоративные сети, а также сверка времени между серверами. Точно настроенные алгоритмы (процедуры) снижают вероятность ошибок в следствие сбоев программно-аппаратных комплексов или нештатных ситуаций при передаче протокольных данных. Программные модули серверов и клиентов настраиваются так, чтобы поток значений параметров был направлен в сторону клиентов от первичных серверов времени, расположенных в корневых узлах подсети, через вторичные серверы времени. NTPv4-протокол устраняет недостатки предыдущей версии протокола, корректирует имеющиеся в последней ошибки и добавляет новые свойства. Соответственно, определение расширенной NTP-метки времени позволяет использовать удвоенные числа с плавающей запятой во всех без исключения прикладных реализациях протокола. А это в свою очередь, повышает точность времени, которая составляет менее одной наносекунды, а точность частоты — менее одной наносекунды в секунду. Новый стандарт имеет несколько дополнительных преимуществ, среди которых новый алгоритм обслуживания часов, который более чувствителен флуктуациям частоты в аппаратных системных часах. Типовые первичные серверы времени построены на современных вычислительных средствах, обеспечивающих точность в пределах нескольких десятков микросекунд. Типовые вторичные серверы времени и клиенты в составе высокоскоростных ЛВС обеспечивают точность в пределах нескольких сотен микросекунд при интервалах опроса до 1024 секунд (это была максимальная точность для NTPv3-протокола). А при интервалах опроса до 36 часов NTPv4-серверы и клиенты обеспечивают точность в пределах нескольких десятков миллисекунд.

2. Режимы функционирования

Программный NTP-модуль функционирует как первичный сервер, вторичный сервер или клиентский модуль. Первичный сервер синхронизируется от эталонных часов, которые напрямую синхронизируются от глобальных UTC-систем времени (например, GPS, Galileo и т.п.). Клиентский NTP-модуль синхронизируется от одного или более вышележащих серверов, но не синхронизируется от зависимых клиентов. Вторичные серверы связаны с одним или несколькими вышележащими серверами и одним или несколькими нижележащими серверами или клиентами. Все серверы и клиенты, которые полностью соответствуют NTPv4-протоколу, должны применять весь набор алгоритмов, представленный в этом стандарте. С целью поддержания стабильности в больших NTP-подсетях синхронизации, целесообразно, чтобы вторичные серверы полностью соответствовали NTPv4-протоколу. Допускается использование альтернативных алгоритмов, однако, их выходные параметры должны быть идентичны тем, которые имеют алгоритмы, представленные в данном стандарте.

Страница 2 из 51

2007 - 2022 © Русские переводы RFC, IETF, ISOC.