Кратко

  • Два действующих проекта рабочей группы SPRING определяют loopback с Timestamp and Forward для SRv6 и SR-MPLS. Отражатель записывает T2 в неаутентифицированный пакет STAMP в плоскости данных и возвращает его без обычной обработки, что позволяет увеличить число сеансов и сократить интервал.
  • В контролируемом домене такой результат может быть полезен, но одна метка не удостоверяет записавший узел, путь, часы и полномочие на последующее действие. Для серии нужна запись о режиме и доверии: допуск, сервисный контекст, синхронизация, проверки и точный круг разрешённых решений.

Восемь байтов получили право, которого им не выдавали

Система наблюдения фиксирует рост задержки, и инженер открывает инцидент. Контроллер читает ту же серию и меняет кандидатный путь. Затем отчётный модуль использует её для расчёта нарушения SLA. На каждом шаге байты те же, но последствия становятся тяжелее.

Метка T2 была поставлена отражателем в режиме TSF. Она возникла быстро и в предусмотренном смещении. Это ещё не доказывает, что пакет инициировал допущенный отправитель, что отражатель сохранил нужный сервисный контекст, что часы были в пределах ошибки и что коммерческая система имела право считать серию окончательной.

Для первичного сигнала этих данных может быть достаточно. Для автоматического переключения понадобится подтверждение и откат. Для финансового последствия — воспроизводимая методика и возможность оспаривания. Ошибка начинается не с выбора TSF, а с потери условий доверия при передаче ряда между системами.

Как плоскость данных экономит измерительное время

Обычный отражатель STAMP выводит принятый тестовый пакет из быстрого тракта для протокольной обработки и формирования ответа. В TSF отправитель помещает T1, отражатель в тракте пересылки записывает T2 в заданное место и отправляет тот же пакет обратно. При возвращении отправитель отмечает T4.

Разность T2 и T1 используется для односторонней задержки, а T4 и T1 — для loopback-задержки. Отсутствие punt в управляющую обработку создаёт возможность держать больше сеансов и опрашивать их чаще. Краткие всплески перестают растворяться в крупном окне, а вариативность программного планировщика отражателя меньше влияет на результат.

У SRv6 и SR-MPLS разные поверхности управления. В первом проекте предлагаются поведения End.TSF для PTPv2 и NTPv4, связанные с SID на отражателе. Во втором — два opcode в MPLS Network Action Sub-Stack. Запись должна указывать конкретную плоскость, действие, формат и подтверждённую возможность узла. Политика фильтрации IPv6 не переносится автоматически на MPLS.

Неаутентифицированный — не значит бесконтрольный

Оба проекта прямо ограничивают TSF неаутентифицированным пакетом отражателя из RFC 8972. Аутентифицированный формат не поддерживается. Базовый RFC 8762 в соответствующем режиме защищает целостность сообщения HMAC-SHA-256, усечённым до 128 бит. Распределение ключей не входит в его предмет, но успешная проверка HMAC всё равно несёт отдельное доказательство.

При этом TSF рассчитан не на открытый Интернет без границ. Отправитель, отражатель, прямой и обратный пути задаются оператором внутри одной административной области. Обработка TSF должна быть разрешена только доверенным узлам и сеансам, а соответствующие пакеты — отфильтрованы на границе. До записи проверяются поведение или opcode, формат времени, смещение и длина payload; некорректный пакет отбрасывается.

Так доверие собирается вокруг пакета: из допуска, конфигурации, охраняемого периметра, защиты другого слоя и независимого наблюдения. Оно может быть достаточным для выбранной задачи. Но последующий потребитель должен видеть состав этой конструкции, а не угадывать её по аккуратной линии графика.

Целостность, время и представительность

Целостность сообщения отвечает на вопрос об изменении и подделке. Аутентифицированный STAMP предлагает HMAC; формат TSF его не несёт. Возможный HMAC заголовка SRH в SRv6 следует записывать как отдельную защиту, а не приписывать метке времени.

Качество часов — другая проверка. Чтобы считать T2 минус T1 односторонней задержкой, часы отправителя и отражателя должны быть синхронизированы по NTPv4 или PTPv2. Выбор PTP-формата не подтверждает текущую синхронизацию. Нужны источник времени, последняя корректировка, оценка ошибки и режим автономного хода. T4 минус T1 берётся на стороне отправителя; измерение потерь в loopback имеет ещё иной набор предпосылок.

Представительность пути — третья ось. Одинаковая SR-инкапсуляция приближает пробу к пользовательскому трафику, но не гарантирует тот же ECMP-выбор, очередь и судьбу каждого потока. Наконец, контекст сервиса ограничивает вывод: проекты требуют обрабатывать пакет только там, где он был получен, и не создают права переносить результат на другого арендатора.

HMAC не исправляет часы. Точные часы не устанавливают личность. Установленная личность не доказывает репрезентативность. Единого статуса «доверено» для этих вопросов мало.

Паспорт режима и доверия

Такой паспорт относится не к отдельному числу, а ко всей серии. Он называет сеанс, отправитель, отражатель и ответственного; SRv6 либо SR-MPLS; двусторонний, односторонний, loopback- или TSF-режим; а также наличие или отсутствие аутентифицированного формата.

Отпечатки фиксируют прямой и обратный пути, инкапсуляцию, список сегментов, версию конфигурации и сервисный контекст. Для TSF добавляются End.TSF или MPLS opcode, формат времени, смещение, проверка возможностей, допуск отправителя, граница и политика идентификаторов. Внешняя защита не маскируется под STAMP-аутентификацию.

T1, T2 и T4 связываются с источниками часов, состоянием синхронизации, ошибкой и последней проверкой. Операционная часть хранит частоту, окно, число проб, потери, отказы, некорректные пакеты, ошибки записи и проверки правдоподобия. Решенческая часть указывает агрегацию, выбросы, порог, неопределённость, владельца и разрешённое действие.

Секретные ключи, полный трафик и топологию сохранять в таком паспорте не нужно. Достаточны ограниченные факты и отпечаток исходного ряда. После изменения пути, ПО, фильтра, часов, сервиса или назначения паспорт должен истечь.

Чем короче интервал, тем раньше нужен предел полномочий

Частые пробы облегчают автоматическую реакцию. Для диагностического предупреждения TSF может выступать самостоятельным индикатором. Для изменения пути нужно задать длительность нарушения, независимое подтверждение, предел воздействия и возврат. Для SLA потребуются стабильная методика, точная популяция и спорная процедура.

Протоколу не обязательно централизованно определять эти ступени. Подход Heng Lu к минимальной исходной спецификации и локальным будущим решениям оставляет общим формат поведения, а оператору — право выбора. Но локальное решение о доказательной силе должно сохраниться рядом с рядом измерений.

Черновик не подтверждает промышленное применение

Документы датированы 12 сентября 2026 года, остаются активными Internet-Draft и предполагают статус Informational. Поведения и opcode ещё ожидают назначения. Перечень реализаций показывает конкретную разработку, но не доказывает всеобщую поддержку, промышленный масштаб или политику названного оператора.

Сами проекты честно описывают границу: доверенные сеансы, фильтрация, проверка, счётчики и ограниченные уведомления сочетаются с явным отсутствием аутентифицированного STAMP в TSF. Искажение возникает позже, если база сохраняет график, но отбрасывает его условия.

Источники