Кратко

  • RFC 9714 задаёт Extension Label, Flow-ID Label Indicator и Flow-ID Label для идентификации MPLS-потока, смены цветов и выбора измерения по прыжкам либо между краями.
  • Flow-ID не служит для коммутации, но меняет стек и может изменить ECMP. Без подтверждения пути корректные числа описывают размеченный двойник, а не исходный поток.
  • Глубина чтения, возможности узлов, PHP, разные ID сервиса и транспорта и граница домена определяют реальный охват до того, как счётчик станет основанием для решения.

Оператор включает измерение на настоящем трафике. Это кажется надёжнее отдельного probe. Но для наблюдения ingress добавляет три записи в стек. Если ECMP учитывает изменившиеся поля, объект измерения выбирает другой next hop ещё до первой записи.

RFC 9714, стандарт февраля 2025 года, описывает MPLS-инкапсуляцию для потерь, задержки и джиттера методом Alternate Marking. Документ предупреждает, что Flow-ID Label может заставить поток пойти другим ECMP-путём. Ошибка тогда находится не в арифметике, а в принадлежности результата.

Не пересылает — не значит невидим

Extension Label 15 и Flow-ID Label Indicator 18 образуют Composite Special Purpose Label по RFC 9017, затем идёт Flow-ID. Его TTL равен нулю, поскольку это не forwarding label.

Однако форма стека может участвовать в выборе пути. RFC 9714 сопоставляет риск с Synonymous Flow Label из RFC 8957 и предлагает Entropy Labels из RFC 6790 либо Flow-ID для всех потоков. Первый вариант задаёт энтропию, второй устраняет структурную асимметрию.

Оба требуют работающего доказательства: какие поля читались, какая политика hash действовала и какой ECMP-член был выбран до и после.

Квитанция Узкое значение
выбор потока классификатор назвал популяцию
выдача ID контроллер зарезервировал имя в домене
вставка пакет несёт XL, FLI и FL
биты цвет, delay и тип закодированы
способность предполагаемые узлы понимают структуру
глубина они достигают позиции в стеке
ECMP-эквивалентность измерение не переместило объект либо изменение принято
экспорт счётчики и время дошли до коллектора
сверка поток, цвет, направление и окно совпадают
результат независимое свидетельство связывает число с сервисом

Размеченный пакет сам не доказывает контрфактический путь неразмеченного.

Объявленный тип не создаёт видимость

TC-биты Flow-ID переопределены: L меняет цвет потерь, D выбирает задержку/джиттер, T задаёт тип. При T=1 обработчиками являются ingress и egress; при T=0 — все MPLS-узлы LSP.

Им всё равно нужны Flow-ID Label Capability и Flow-ID Readable Label Depth. По аналогии с RFC 8662 ingress обязан выставлять FL способному узлу и должен учитывать минимальную FRLD всех читателей. Способ обнаружения возможностей остаётся вне RFC.

Глубокий SR-стек может потребовать FL между SID или повтор одной ID на разных глубинах. Это допустимо, но требует планирования. Наличие части экспортов не доказывает участие остальных узлов.

PHP может удалить выход из измерения

Penultimate-hop popping из RFC 3031 снимает верхнюю метку до egress. RFC 9714 требует вместе с предшествующей forwarding label снять XL, FLI и FL. Если это делает предпоследний LSR, выходной узел не измеряется.

Поэтому PHP следует отключить, кроме случаев известной поддержки и допустимости исключения egress. «До предпоследнего узла» нельзя выдавать за «до передачи сервиса», особенно если неисправность в последней очереди, интерфейсе или декапсуляции.

XL и FLI копируют TC и TTL предыдущей метки, BoS обязан быть нулём; BoS=1 требует сброса пакета. FL располагается в середине или внизу, не сверху, и может повторяться. Корректный синтаксис не гарантирует полный периметр.

Сервис и транспорт имеют разные координаты

Контроллер может назначить ID сервису, транспорту или обоим. Два значения различны и независимы: один VPN-flow может идти по разным LSP, разные VPN-flow — по одному LSP.

При ручном запуске характеристики задаёт оператор. При автоматическом ingress классифицирует и экспортирует через IPFIX по RFC 7011, после чего контроллер выдаёт ID. Локальная уникальность предотвращает коллизию, но не подтверждает правильность классификации и слоя.

RFC 8372 даёт общий контекст. Реестр MPLS IANA подтверждает выделение индикатора, но не поддержку устройством.

Цвет не устанавливает причину

RFC 9341 чередует блоки для сравнения счётчиков. Нужны одинаковые flow, цвет, направление, интервал и охват. RFC 9714 говорит об экспорте Flow-ID, счётчиков и timestamps, оставляя транспорт вне сферы.

Доставка, часы, полнота и сверка требуют собственных квитанций. Проект deployment framework отражает развивающуюся практику, оставаясь черновиком. Разница не доказывает отдельно congestion, policing, потерю канала, ошибку parser или экспорта.

Домен входит в идентичность

Flow-ID уникален в административном домене в данный момент. Использование одной метки между доменами не определено; она не должна выходить наружу. Граничные узлы фильтруют исходящие и сбрасывают внешние входящие FLI-пакеты. Число без домена, версии и срока становится ложным глобальным именем.

Текст, XML, карточка RFC Editor, errata и история IETF подтверждают документ, не сеть.

Принцип Heng Lu о работающем коде требует проследить классификацию, вставку, выбранный путь, читателей и экспорт. Минимальная исходная спецификация координирует формат без подмены локальной ответственности. Слои реальности разделяют реестр, пакет, счётчик и сервис.

RFC 9714 честно описывает возмущение от измерения. Сохранив путь и охват до и после, оператор сохраняет субъект результата.

Источники