Кратко

  • RFC 9571 расширяет измерения RFC 6374 на обычные MPLS- и multipoint-to-point LSP, разделяя партии с помощью Synonymous Flow Labels.
  • SFL доказывает членство пакета в партии, но не окончание переупорядочивания и обновлений по интерфейсам, ядрам и аппаратным конвейерам.
  • Проверяемый результат хранит область, партию, время дренирования, правило сведения окон, метод, поколение конфигурации, ответ и последующий сервисный эффект раздельно.

Арифметика верна, момент чтения — ещё нет

Отправитель насчитал 30 000 пакетов одной SFL. Получатель ответил числом 29 999. Вычитание даёт одну потерю, но оно имеет смысл лишь тогда, когда оба счётчика описывают уже завершившуюся совокупность.

Последний пакет мог задержаться на ветви ECMP, попасть на другой интерфейс или ждать обновления после обработки в длинном конвейере. Разные процессорные ядра и link aggregation добавляют собственные границы видимости. Пакет уже находится в устройстве, но ещё отсутствует в регистре, который прочёл обработчик OAM.

RFC 9571, опубликованный в мае 2024 года как IETF Proposed Standard, заменяет один разделительный LM-пакет распознаваемыми партиями. Отправитель завершает партию, ждёт, пока все её пакеты могли дойти, и затем посылает Query с той же SFL. Метка определяет состав. Достаточность ожидания остаётся эксплуатационным доказательством.

Первый B не является квитанцией за последний A

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

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

SFL — квитанция группировки, а не распределённый commit окна. Без временной части нельзя отличить потерю от преждевременного чтения.

Для multipoint нужен источник

В multipoint-to-point LSP у MPLS-пакета нет обычного адреса источника, по которому получатель мог бы разделить ingress-потоки. Корректный общий счётчик не отвечает, сколько пакетов потеряно от конкретного отправителя.

RFC 9571 требует источник-специфичный контекст. FEC, источник, назначение, SFL, партия, индекс, сессия и место счётчика образуют область утверждения. Если эти координаты позднее угадываются по топологии, точность числа не спасает точность атрибуции.

SFL TLV переносит метку, выделивший её FEC, управляющую группу и индекс. Индекс — согласованное удобство конфигурации, а не универсальный идентификатор или подпись происхождения.

Окна потери и задержки накладываются

Партия для потерь может быть длинной, а партия для задержки — короткой. RFC разрешает параллельное измерение, но называет его лишь относительно независимым. Если delay-партия пересекает границу loss A/B, её пакеты надо отнести к одной стороне и дождаться их всех до Query.

Пакет D одновременно может входить в статистику задержки и потери A. Два внутренних инкремента или сверка при отчёте — локальный выбор. Экспорт без указания этого выбора теряет смысл.

Упрощённые правила требуют от системы задержки способности и настройки измерения потерь, завершения delay-окна внутри охватывающей loss-партии и достаточной длительности следующей партии для прибытия предыдущей. Временной параметр задаёт оператор, а не значение SFL.

Ноль может означать неполный период

После создания или изменения границ Time Bucket ответчик обязан возвращать нули, пока не пройдёт полный измерительный период. Это состояние готовности, а не доказанная нулевая вариация. Если поколение конфигурации потеряно, инициализация превращается в ложный результат.

Статистический формат возвращает количество, сумму задержек, минимум, максимум и сумму квадратов. Среднее можно представить суммой отметок времени либо первой и последней отметкой с количеством. Выборочный метод наблюдает лишь часть пакетов. Название метода, окно, временной формат и преобразование входят в доказательство.

Раздел 10 отдельно говорит: combined loss/delay через SFL в этой спецификации сейчас не поддерживается. Возможность расширить сообщение не доказывает готовность функции.

Контекст приходится возвращать после аппаратной границы

Измерительное сообщение повторяет MPLS-стек сервиса и добавляет GAL; ACH type задаёт вид измерения. Некоторые устройства удаляют MPLS-стек до OAM-обработчика. SFL TLV восстанавливает связь с нужной партией.

При UDP он обязателен. В других случаях тоже нужен, если только внешний по отношению к RFC механизм не доказал обратное. Для возврата вне in-band point-to-point требуется Return Information.

Доставка ответа ещё не подтверждает правильную привязку. RFC отмечает, что повреждение SFL TLV способно исказить измерение незаметно для RFC-6374-ответчика. Дополнительная гранулярность источника и потока также снижает приватность; шифрование управления и ротация меток — меры уменьшения риска.

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

Источники

Источники