Кратко

  • Проект от 28 октября предлагает два PCEP FlowSpec TLV: для полей обычного SRv6 SID и для структуры контейнера сжатых SID. Обе стороны должны заранее объявить бит возможности S.
  • При получении несогласованного или некорректного элемента PCC обязан отправить PCErr типа 30 со значением TBD_EV. В разделе IANA просят выделить бит и типы TLV, но не значение ошибки. Действующий реестр уже различает неподдерживаемый и повреждённый FlowSpec.

Контроллер знает, какой бит читать. Код ответа ещё не знает никто.

PCEP позволяет вычислителю пути PCE задавать условия FlowSpec, а клиенту PCC на маршрутизаторе применять их к трафику. Новый индивидуальный проект предлагает заглянуть внутрь IPv6-адреса назначения. Один TLV описывает locator, function и argument обычного SRv6 SID. Другой — части контейнера сжатых SID. Контроллер определяет разметку адреса для фильтра; маршрутизатор должен понять её и решить, применять ли правило.

Авторы предусмотрели входной контроль. При открытии сессии обе стороны объявляют новый бит S; только после этого SRv6-компоненты могут появиться в сообщениях. PCC проверяет и сумму длин полей: она не должна превышать 128 бит. Если присланная разметка длиннее адреса, компонент считается некорректным. Это проверка, которую маршрутизатор может выполнить сам, без одобрения контроллера.

Дальше проект требует вернуть причину отказа. В разделе 5.2 написано: при отсутствии согласования бита S или при ошибке структуры PCC должен отправить PCErr с Error-Type 30 и Error-Value TBD_EV. Но раздел 7 запрашивает у IANA только бит S и два типа TLV. Запроса для ошибки там нет. Реестр PCEP у IANA содержит значения 1–5 для типа 30; диапазон 6–255 остаётся свободным. В обязательном ответе проекта пока стоит имя переменной, а не выделенный номер.

У базового стандарта уже есть подходящая развилка. RFC 9168 использует значение 1 для неподдерживаемого FlowSpec и значение 2 для некорректного. Новая формулировка объединяет оба случая под будущим «Unsupported or Malformed SRv6 FlowSpec Component». Можно сослаться на существующие два значения и сохранить различие. Можно запросить новое значение и точно определить его смысл. В версии 00 обязательное действие записано раньше, чем выбор кода для него.

На исправно принятом фильтре этот пробел не обнаружить. Он проявляется, когда один маршрутизатор говорит контроллеру «нет». Если разработчики разных устройств подставят в TBD_EV свои числа, оператор получит отказ без надёжного межвендорного объяснения. Протокол должен ясно передавать не только волю центра, но и границу, на которой местный исполнитель её остановил.

Datatracker IETF относит документ к индивидуальным Internet-Draft. Следующая редакция может закрыть пробел одним из двух путей. Пока проверочный вопрос к тексту звучит так: какое число PCC реально помещает в пакет ошибки?

Источники