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, Страница 16 из 51

|0                          7|8       15|16         23|24       31|
+-----------+--------+-------+----------+-------------+-----------+
| Индикатор | Номер  |       |  Номер   |  Интервал   |           |
| перехода  | версии | Режим | "слоя"   |   опроса    | Точность  |
|    (2)    |  (3)   |  (3)  |   (8)    |    (8)      |    (8)    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                     Корневая задержка (32)                      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                     Корневая дисперсия (32)                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              Идентификатор источника времени (32)               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                                 |
+         Метка времени источника эталонного времени (64)         +
|                                                                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                                 |
+        Метка времени отправки NTP-сообщения серверу (64)        +
|                                                                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                                 |
+ Метка времени сервера при получении NTP-сообщения клиента (64)  +
|                                                                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                                 |
+   Метка времени сервера при отправке NTP-ответа клиенту (64)    +
|                                                                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                                 |
.                                                                 .
.            Первое поле расширения (переменная длина)            .
.                                                                 .
|                                                                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                                 |
.                                                                 .
.            Второе поле расширения (переменная длина)            .
.                                                                 .
|                                                                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                 Идентификатор криптоключа (32)                  | \
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  \
|                                                                 |   > MАС-поле
|            Криптографическая проверочная сумма (128)            |  /
|                                                                 | /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Рис.9. Формат заголовка NTP-сообщения

Собственно заголовок идентичен заголовкам NTP-сообщение всех предшествующих версий. Дополнительные поля расширения используются ассиметричными криптоалгоритмами Autokey-протокола. МАС-поле используется совместно Autokey-протоколом и симметричным криптоалгоритмом.

NTP-сообщение размещается в поле полезной нагрузки UDP-блока (RFC-768). Некоторые поля включают несколько 32-битовых слов, а другие размещаются в составе одного 32-битового слова. Заголовок NTP-сообщения представлен на рис.9, он включает двенадцать 32-битовых слов и завершается дополнительными полями расширения и кодом аутентификации сообщения, содержащее поле идентификатора криптоключа и поле проверочной аутентификационной суммы сообщения. Поля расширения используются для обеспечения дополнительных функциональных возможностей (свойств), например, использование Autokey-протокола. Формат поля расширения выбран так, чтобы при анализе содержания сообщения не нужно было бы иметь какую-либо информацию о функциях этого поля.

Основной заголовок NTP-сообщения начинается с первого бита сообщения до конца поля «Метка времени сервера при отправке NTP-ответа клиенту» (Transmit Timestamp).

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

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