Кратко

  • Текущий проект MPLS STAMP опирается на локально заданные параметры и механизм завершения пакета на обоих концах, а специальную для STAMP сигнализацию VCCV оставляет за рамками.
  • Успешный ответ подтверждает конкретный обмен, но не служит долговечной записью о том, что стороны одинаково определили путь, режим, часы, скорость, услугу и цель решения.

В draft-ietf-mpls-stamp-pw-21 наиболее важное для управления предложение находится не в схеме пакета. Механизм завершения тестового пакета на LSP или псевдопроводе настраивается локально на обоих концах. Расширения сигнализации VCCV, предназначенные именно для STAMP на PW, не входят в область документа. Для LSP такая сигнализация VCCV не определена, поэтому локальная настройка названа единственным доступным сейчас вариантом.

Редакция 21 от 10 сентября 2026 года также прямо ограничивает процедуры одним административным доменом сети. Это существенная граница, но не доказательство согласованности. В одном домене могут действовать разные группы, контроллеры, поставщики и окна изменений. Единый владелец не превращает две записи в одну транзакцию.

Идентификатор ведёт к локальной записи

RFC 8762 определяет сессию STAMP как двунаправленный поток между конкретным отправителем и отражателем на некотором интервале. Настройка и управление вынесены за рамки протокола; среди возможных средств названы CLI, OSS/BSS, SNMP и контроллеры NETCONF/YANG. Отражатель действует по локальному состоянию: stateful или stateless, с аутентификацией или без неё.

RFC 8972 добавляет идентификатор SSID. До начала теста отражатель должен получить все элементы, необходимые для распознавания сессии, а несовпадающие пакеты — отбрасывать. Как именно параметры поступают на устройство, RFC не определяет. Проект MPLS требует ненулевой SSID в обоих направлениях.

В Format-1 идентификация использует адрес, UDP-порт назначения, SSID и локальные параметры. В Format-2 нет заголовков IP/UDP, поэтому SSID объединяется с контекстом LSP или PW в прямом либо обратном направлении и с локальным состоянием. Значение в пакете — ключ к конфигурации, но не её содержимое.

Если ключ сработал с обеих сторон, это ещё не означает совпадение смысла записей. Отправитель может связывать сессию с клиентским PW, а отражатель — с задачей обслуживания транспортной сети. Они могут совпасть по формату и SSID, но различаться по состоянию отражателя, аутентификации, TLV, источнику времени, частоте или порогу тревоги. Источники не утверждают, что такое произошло у конкретного оператора. Они показывают более узкую границу: ответный пакет сам по себе этого исключить не может.

VCCV согласует только свой объект

Нельзя говорить, что у псевдопровода вообще нет сигнализации. RFC 5085 задаёт объявление возможностей типов Control Channel и Connectivity Verification. Пограничные PE обмениваются поддерживаемыми комбинациями, выбирают общий тип и сохраняют его до новой сигнализации PW. RFC 7708 добавляет тип 4 на основе GAL и правила выбора при нескольких вариантах.

Проект MPLS STAMP использует эти механизмы, чтобы вывести тестовый пакет из обычного тракта пересылки и передать его управляющей обработке. Для сессии действует ровно один механизм исключения. Затем работает другая функция — идентификация. Тип G-ACh показывает, следует ли далее Format-1 с IP/UDP или Format-2 без этих заголовков.

Выбор VCCV — настоящая, но ограниченная договорённость. Он доказывает наличие совместимой возможности канала. Он не согласует автоматически SSID, формат STAMP, конкретный LSP/PW, адреса и порты, режимы состояния и аутентификации, TLV, размер, частоту, часы, услугу и допустимое применение результата. Эти свойства остаются в локальной конфигурации.

Верная формулировка поэтому не такова: «никакого согласия нет». В сети существуют несколько согласий с разными предметами. Управленческая ошибка начинается тогда, когда выбор VCCV, ответ STAMP и правильность привязки к услуге превращают в один зелёный сигнал без указания источника.

Доказательная сила ответа

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

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

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

Из этого не следует, что STAMP надо перегрузить организационными полями. Минимальный общий протокол помогает совместимости. Полная запись о назначении измерения должна оставаться локальной, но быть защищённой и связанной с сетевым свидетельством.

Двусторонняя квитанция конфигурации

Двусторонняя квитанция измерительной конфигурации может быть компактной. Она связывает личности отправителя и отражателя, административный домен, LSP или PW и направление, механизм исключения, формат STAMP, тип G-ACh и SSID. Для Format-1 добавляются адреса и порты; для Format-2 — контексты прямого и обратного пути, по которым распознаётся сессия.

Следующий слой фиксирует смысл: stateful или stateless, аутентифицированный или неаутентифицированный режим, набор TLV, источник часов и доказательство синхронизации, размер и запас MTU, скорость отправки, предполагаемая ёмкость обратного направления, связанная услуга, цель наблюдения и класс решения. Эти данные не обязаны идти в каждом пакете; им нужен общий неизменный идентификатор.

Каждый конец предоставляет хеш или неизменяемую ссылку на поколение конфигурации. Квитанция называет контроллер либо оператора, подготовившего каждую сторону, проверяющего пары, тесты приёмки, срок действия и право отката. Изменение одной стороны открывает новую версию. Продолжающий отвечать SSID не наследует старое утверждение автоматически.

Ступени свидетельства тоже разделяются: совместимая возможность VCCV, совпавшие параметры STAMP, полученный ответ, часы в пределах политики, рассчитанная метрика и выполненная цель услуги. Последующая система использует только подтверждённую ступень.

Эта квитанция — редакционное предложение Daniel Kade, а не новый параметр STAMP, реестр IANA или требование IETF.

Частичное совпадение опаснее полного отказа

Полная несовместимость часто заметна: отражатель не распознаёт сессию и отбрасывает пакет. Частичное совпадение может сохранить красивую кривую, изменив её значение.

Переход отражателя со stateful на stateless оставляет ответы, но меняет доступный вывод о потерях. Смена режима аутентификации меняет допустимый уровень доверия. Новая привязка пути может сохранить SSID, пока панель показывает прежнюю услугу. Часы в режиме holdover выдают ровные метки, хотя неопределённость уже не соответствует цели.

Это контрольные сценарии, а не сообщения об инцидентах. В источниках нет дефекта поставщика, статистики внедрения или доказанного сбоя. Логический вывод уже достаточен: успех пакета не является отпечатком полной конфигурации.

Источники

  1. Проект MPLS STAMP, история и запись API
  2. Редакция 21 HTML, текст, XML и сравнение 20–21
  3. Бюллетень IESG, write-up shepherd и рабочая группа MPLS
  4. RFC 8762 и RFC 8972
  5. RFC 5085, RFC 7708 и RFC 5586
  6. RFC 7799, Minimum Initial Specification и The Policy Mirror