Кратко

  • RFC 10030 переносит сообщения NTP в режимах клиент-сервер и symmetric внутри одноадресных event-сообщений PTP, чтобы использовать аппаратные метки NIC и поправки совместимых transparent clocks.
  • Поправки PTP нельзя аутентифицировать; отрицательные результаты отвергаются, root delay не исправляется, а выбор источника, NTS и оценка погрешности остаются у NTP-клиента.

Стандарт для ограниченного фильтра

Сетевая карта не всегда способна ставить аппаратную метку каждому кадру на скорости линии. Поэтому фильтр распознаёт только PTP, иногда только определённый транспорт, тип сообщения или порт. Обычный пакет NTP на UDP 123 получает метку позже, уже после воздействия программной обработки и очередей.

RFC 10030 не заменяет NTP протоколом PTP. Он помещает NTP-сообщение в организационный TLV и переносит его в одноадресном PTP event message. Определены клиентский, серверный и симметричный режимы; broadcast NTP не входит в область документа. Под OUI IANA 00-00-5E subtype 0x1 зарегистрирован как Network Time Protocol Message.

Сервер обязан ответить через тот же транспорт. Ответ не может быть длиннее запроса, чтобы не возникало усиления трафика. Если нужен больший ответ, клиент заранее добавляет padding. Для синхронизации желательно равенство размеров: на пути без полной поддержки PTP разные длины создают асимметрию задержки.

RFC Editor объявил Proposed Standard 14 августа 2026 года. Автор — Miroslav Lichvar, итоговый черновик рабочей группы Network Time Protocols имел номер 08.

Порт 319 открывает и фильтр, и компромисс

При UDP источник и назначение рекомендуется ставить на PTP event port 319. Тогда аппаратный фильтр распознаёт пакет. Одновременно исчезает совместимость с рандомизацией исходного порта NTP из RFC 9109: фильтр, настроенный только на 319, случайный порт не увидит.

Network Time Security продолжает защищать внутреннее сообщение NTP, но не подписывает внешний заголовок PTP. Более точная точка измерения меняет поверхность риска, а не автоматически уменьшает её.

В PTP 2.1 участники проверяют domainNumber и sdoId. Рекомендуемые значения — 123 и 0; при конфликте домен можно изменить. Для связи всем участникам нужна одна и та же пара.

Совпавший домен подтверждает область разговора. Он не подтверждает качество удалённых часов и не отменяет сравнение источников NTP.

Поправка с пределом, но без подписи

One-step E2E transparent clocks записывают задержку пересылки в correction field. Клиенту NTP нужны оба направления. Поправка ответа находится в его PTP-заголовке, а накопленная поправка запроса возвращается в новом NTP Network Correction Extension Field типа 0x010A.

Сервер должен игнорировать значение поправки, присланное в запросе; клиенту следует передавать ноль. Имея оба значения, клиент исправляет peer delay и offset, учитывая длительность приёма пакета и возможную частотную ошибку transparent clocks.

Если исправленная задержка, поправка запроса или ответа отрицательна, результат нельзя использовать для синхронизации. Root delay исправлять запрещено: root distance остаётся максимальной предполагаемой ошибкой, независимой от сетевых поправок.

Поправки transparent clocks не аутентифицируются. Участник на пути может изменить поле. Клиент принимает только поправки меньше измеренной задержки; RFC сравнивает оставшийся эффект с задержкой неизменённого NTP-пакета. Это ограничение ущерба, а не доказательство происхождения.

Право выбора остаётся на конце пути

NTP сравнивает несколько серверов, фильтрует выборки, исключает неисправные источники и управляет локальными часами. PTP-транспорт приближает метку к проводу и добавляет сведения о транзите. Он не переносит выбор в коммутатор или NIC.

Хост может синхронизироваться непосредственно по PTP в одном домене и использовать другой домен только для переноса NTP. Другие PTP-часы на пути не обязательны. При наличии совместимых transparent clocks работают поправки; без них ценность сохраняет аппаратная метка.

Это минимальная начальная спецификация: общий формат для совместимости без переписывания работающей логики NTP. Сеть принимает её добровольно там, где выгода оборудования оправдывает портовый и операционный компромисс.

Источники