Кратко

  • Проект рабочей группы от 28 сентября уточняет роль коллектора и промежуточного обработчика IPFIX: для корректной связи записей нужно знать, в каких пределах PSID различает пути.
  • Способ передать эти пределы документ оставляет на усмотрение конкретного развёртывания. Статус IESG — I-D Exists, а не опубликованный RFC.

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

Версия 07 draft-ietf-opsawg-ipfix-path-segment подчёркивает именно этот разрыв. Предыдущая версия уже предлагала IPFIX-элементы psidMplsLabelStackSection для MPLS и srhPsidIPv6 для SRv6, а также требовала различать значения в выбранной области и не приписывала смысл повторному использованию за её пределами. Поэтому новый релиз не следует описывать как появление этих элементов. Числовые идентификаторы в документе по-прежнему обозначены TBD1 и TBD2.

В разделе 4.1.3 добавлен абзац для стороны приёма. Коллектор либо промежуточная система, которая обрабатывает записи IPFIX, должна понимать область, где PSID различим. Иначе связь записей может стать неоднозначной или неверной. Но авторы не задают механизма, с помощью которого коллектор узнает эту область и будет её соблюдать. Между ответственным за назначение значения и ответственным за объединение наблюдений остаётся локальная инженерная работа.

Отдельно важна гранулярность. Один PSID может соответствовать одной или нескольким спискам сегментов, группе кандидатных путей либо более широкому контексту политики SR. Аналитическому узлу требуется актуальное отображение PSID на этот контекст. Проект упоминает контроллер и BGP-LS как возможные источники, однако не описывает процедуру поддержки отображения. Старую таблицу нельзя считать доказательством текущего пути.

Нельзя выдавать и постоянство идентификатора за постоянство качества. Проект прямо отделяет PSID от задержек и потерь: ухудшение может не менять значение, а локальная защита может переключиться без нового PSID. Правило G-Flag при извлечении идентификатора из заголовка SRv6 существовало до этой редакции. Наконец, экспорт PSID способен раскрыть топологию и распределение трафика шире обычной записи о потоке, что требует осторожности с доступом к данным.

Текст не сообщает о сбое конкретного оператора, не удостоверяет совместимость продуктов и не превращает рабочий проект в обязательный стандарт.

Источники