Кратко

  • draft-ietf-pce-flexible-grid-17 появился 13 сентября 2026 года; документ оставался на стадии IESG Evaluation как Proposed Standard и в повестке телеконференции 17 сентября.
  • Версия 16 просила зарегистрировать две ошибки под PCEP Error-Type 24 и называла его Routing Problem, хотя действующий реестр IANA определяет 24 как LSP instantiation error.
  • В DISCUSS было указано, что PathErr и Error Code — термины RSVP-TE, а не PCEP. Версия 17 удалила обе ответные процедуры и заявку на регистрацию, сохранив отдельный новый тип для невозможности вычислять RSA.
  • Исправление устраняет двойное значение номера, но одновременно убирает два наблюдаемых ответа. Реализациям нужен журнал, связывающий диагностику с версией, сообщением и условием.

Один железнодорожный сигнал, два приказа

Если один и тот же огонь на железной дороге означает и «маршрут не построен», и «локомотив не поддерживает режим», машинист не сможет безопасно угадать намерение диспетчера. Значение сигнала задаёт общая таблица, а не удобство нового руководства.

Подобная неоднозначность возникла в версии 16 документа PCEP Extension for Flexible Grid Networks. Проект расширяет PCEP: Path Computation Client может попросить Path Computation Element рассчитать маршрут и выделить частотный слот в оптической flexi-grid сети. Запрос способен указать симметрию и метод выбора, например First-Fit или Random.

Если PCE не поддерживал симметрию или метод, версия 16 предписывала отправить PathErr с Error Code 24 Routing Problem и одним из двух новых подкодов. Раздел 9.9 просил IANA внести эти значения под существующий PCEP Error-Type 24.

Однако в реестре PCEP IANA тип 24 уже означает LSP instantiation error по RFC 8281. Базовая спецификация RFC 5440 называет сообщение об ошибке PCEP PCErr, а поля — Error-Type и Error-value. PathErr, Error Code и Routing Problem относятся к словарю RSVP-TE. Проект пытался связать семантику одного протокола с занятой ячейкой другого пространства имён.

9 сентября директор области маршрутизации Gunter Van de Velde оформил эту проблему как DISCUSS. История Datatracker сохраняет и другие вопросы: формат, контейнер и размещение Spectrum Allocation TLV, нулевое значение и правила будущих назначений. Второй DISCUSS Mohamed Boucadair затронул исключения политики, фиксированную длину, разбор идентификаторов каналов, обнаружение возможностей и политику IANA. DISCUSS требует ответа, но не предрешает отказ.

Удаление тоже меняет протокол

Версия 17 убирает абзац с двумя ответами PathErr и целиком удаляет раздел 9.9 с таблицей регистрации. Официальное сравнение не показывает переноса на другой номер. В текущем тексте две специализированные реакции больше не определены.

Остальные сигналы не слиты. Проект по-прежнему запрашивает новый, ещё не пронумерованный тип Flexi-Grid RSA Error; Error-value 1 означает RSA computation not supported, а версия 17 добавляет значение 0 как Unassigned. Отдельный бит NO-PATH-VECTOR сообщает, что путь, удовлетворяющий всем ограничениям спектра, не найден. Неспособность считать RSA, отсутствие допустимого пути и неподдерживаемый атрибут — три разных состояния.

Есть и другие проверяемые изменения. Длина Frequency Slot Selection TLV теперь обязана равняться четырём. Частотный индекс n может быть положительным, отрицательным или нулевым. Label Set обязателен при отсутствии ошибки политики или проверки. Inclusive Range содержит ровно две записи идентификаторов канала. Текст использует название ERO Hop Attributes subobject из RFC 7570, а раздел безопасности добавляет обновление TLS для PCEP — RFC 9916.

Эти правки не доказывают закрытие всех пунктов DISCUSS. Рецензент запрашивал также правила допустимого размещения, порядка, связи, изменения и размера TLV. Исправленное имя контейнера отвечает лишь на часть вопроса. Надёжно установлены удаление коллизии типа 24 и переход проверки IANA из IANA OK - Actions Needed в Version Changed - Review Needed.

Будущая дата не является результатом

Карточка Datatracker сохраняет статус документа PCE Working Group, поданного в IESG как Proposed Standard. API документа фиксирует версию 17 в 09:57:08 UTC 13 сентября. Стадия — IESG Evaluation, телеконференция назначена на 17 сентября. Новая редакция не снимает DISCUSS автоматически, не означает одобрения и не выдаёт окончательные номера.

Возврат заявки в IANA на проверку также не равен отклонению. Он показывает, что набор действий изменился. RFC 8126 определяет варианты регистрационной политики, но выбор политики для новых диапазонов остаётся решением процесса стандартизации.

Показательно изменение текста об обнаружении возможностей. Версия 16 оправдывала отсутствие новой возможности PCEP OPEN подходом через ошибки и одновременно ссылалась на OSPF и IS-IS discovery из RFC 5088 и RFC 5089. Версия 17 удаляет это объяснение, но сохраняет возможность объявлять Flexi-Grid RSA через discovery. Это изменение документа, а не наблюдение работающей сети.

В IETF Last Call также была связана декларация IPR 3053. Она является уведомлением, а не выводом этой статьи о действительности, существенности или нарушении патента, необходимости лицензии либо её цене.

Квитанция для таблицы и пакета

При добавлении, переносе или удалении диагностики минимальная квитанция должна хранить прежний набор: протокол, сообщение, Error-Type, Error-value и условие. К нему следует привязать занятую строку реестра, замечание рецензента, новый набор или явное удаление, хеши проектов, версию программы, пакетный тест, состояния IANA и ballot, а также дату включения.

Это моя редакционная рекомендация, не требование IETF. Policy Mirror Heng Lu соединяет действующее правило, развёрнутую копию и путь исполнения. Минимальная начальная спецификация может унифицировать квитанцию, не забирая политику у оператора. Принцип реальности, а не агитации отделяет документальную правку от неподтверждённой аварии.

Публичного сбоя совместимости или трассы с двумя удалёнными ошибками здесь нет. Новость точнее: проверка до утверждения нашла коллизию и изменила предложенный контракт на проводе.

Источники