Введение В этом документе определяется протокол сетевого времени версии 4 (NTPv4)@, который широко используется для синхронизации системных часов между набором распределенных серверов времени и клиентов. В нем описывается базовая архитектура@ протокол@ конечные автоматы@ структуры данных@ и алгоритмы. NTPv4 представляет новые функциональные возможности NTPv3@, как описано в [RFC1305]@, и функциональные возможности, расширенные по сравнению с Simple NTP версии 4 (SNTPv4), как описано в [RFC4330] (SNTPv4 является подмножеством NTPv4). Этот документ устарел [RFC1305] и [RFC4330]. Хотя в некоторых полях заголовка протокола были внесены некоторые незначительные изменения@, они не влияют на совместимость между NTPv4 и предыдущими версиями NTP и SNTP. Модель подсети NTP включает в себя ряд широкодоступных первичных серверов времени, синхронизированных по проводу или радиосвязи в соответствии с национальными стандартами. Целью протокола NTP является передача информации о времени от этих основных серверов к вторичным серверам времени и клиентам через частные сети и общедоступный Интернет. Точно настроенные алгоритмы уменьшают количество ошибок, которые могут возникнуть в результате сбоев в работе сети @ сбоев сервера @ и возможных враждебных действий. Серверы и клиенты настроены таким образом, что значения передаются клиентам от основных серверов в корне через разветвленные вторичные серверы. В конструкции NTPv4 устранены существенные недостатки конструкции NTPv3, исправлены некоторые ошибки@ и включены новые функции. В частности, @ расширенные определения временных меток NTP поощряют использование типа данных с плавающей запятой на протяжении всей реализации. В результате временное разрешение лучше одной наносекунды, а разрешение по частоте составляет менее одной наносекунды в секунду. Дополнительные улучшения включают новый алгоритм дисциплины тактовой частоты, который более чувствителен к колебаниям частоты аппаратного обеспечения системной тактовой частоты. Типичные первичные серверы, использующие современные машины, имеют точность в пределах нескольких десятков микросекунд. Типичные вторичные серверы и клиенты в быстрых локальных сетях находятся в пределах нескольких сотен микросекунд с интервалами опроса до 1024 секунд @, что было максимальным значением для NTPv3. Серверы и клиенты NTPv4@ обеспечивают точность в пределах нескольких десятков миллисекунд с интервалами опроса до 36 часов. Основная часть этого документа описывает основной протокол и структуры данных, необходимые для взаимодействия между соответствующими реализациями. Приложение А содержит полнофункциональный пример в виде скелетной программы@, включающий структуры данных и сегменты кода для основных алгоритмов, а также алгоритмы смягчения, используемые для повышения надежности и точности. Хотя скелет программы и другие описания в этом документе относятся к конкретной реализации@, они не предназначены как единственный способ реализации требуемых функций. Содержимое Приложения A представляет собой ненормативные примеры, предназначенные для иллюстрации работы протокола, и не являются требованием для соответствующей реализации. Хотя схема аутентификации с симметричным ключом NTPv3, описанная в этом документе, была перенесена из NTPv3@, схема аутентификации с открытым ключом Autokey, новая для NTPv4, описана в [RFC5906]. Протокол NTP включает режимы работы, описанные в разделе 2, с использованием типов данных, описанных в разделе 6, и структур данных, описанных в разделе 7. Модель реализации, описанная в разделе 5, основана на многопоточной@ многопроцессной архитектуре@, хотя могут использоваться и другие архитектуры. также. Протокол передачи данных, описанный в разделе 8, основан на схеме с возвращаемым временем, которая зависит только от измеренных смещений часов, но не требует надежной доставки сообщений. Надежная доставка сообщений, такая как TCP [RFC0793], может фактически сделать доставленный пакет NTP менее надежным, поскольку повторные попытки увеличивают значение задержки и другие ошибки. Подсеть синхронизации представляет собой самоорганизующуюся@ иерархическую@ сеть «главный-подчиненный» с путями синхронизации, определяемыми связующим деревом кратчайшего пути и определенной метрикой. Хотя может существовать несколько главных серверов (основных серверов), протокол выборов не требуется. Этот документ включает материал из [ref9]@, который содержит блок-схемы и уравнения, неподходящие для формата RFC. В [ref7]@ имеется много дополнительной информации, включая обширный технический анализ и оценку производительности протокола и алгоритмов в этом документе. Эталонная реализация доступна на сайте www.ntp.org. Оставшаяся часть этого документа содержит множество переменных и математических выражений. Некоторые переменные имеют форму греческих символов @, которые обозначаются полным именем с учетом регистра. Например, @ DELTA относится к заглавному греческому символу @, а delta относится к строчному символу. Кроме того, индексы @ обозначаются знаком '_'; например, @ theta_i относится к строчной греческой букве theta с индексом i@ или фонетически к theta sub i. В этом документе@ все значения времени указаны в секундах (с)@, а все частоты будут указаны как дробные смещения частоты (FFO) (чистое число). Часто бывает удобно выразить эти FFO в частях на миллион (ppm).
RFC 5905-2010 История
2010RFC 5905-2010 Протокол сетевого времени, версия 4: Спецификация протокола и алгоритмов (устарело: 1305@4330)