Кратко

  • RFC 9792 определил переменный суб-TLV Prefix Extended Flags для OSPFv2 и OSPFv3, но сам не назначил значения ни одному биту.
  • В текущих реестрах IANA уже есть U и UP из RFC 9929; позднейшее назначение не доказывает поддержку, передачу, приём или изменение маршрутизации.

Опубликованный в июне 2025 года RFC 9792 прямо говорил: в этом документе биты не определены. Стандарт создал место для будущих свойств и правила обработки отсутствующего, укороченного, неизвестного, повторного или повреждённого поля. Нового утверждения о префиксе тогда не появилось.

В OSPFv2 суб-TLV имеет тип 11 и находится внутри Extended Prefix TLV из RFC 7684. В OSPFv3 тип 37 может входить в три префиксных TLV из RFC 8362 и в SRv6 Locator TLV из RFC 9513.

Значение состоит из 32-битных блоков. Длина обязана быть кратна четырём октетам; иначе содержащая его LSA считается повреждённой и игнорируется. Отправитель заканчивает значение последним блоком, необходимым для установленного бита. Определённый флаг за пределами принятой длины считается нулём. Неназначенные биты передаются нулевыми и игнорируются.

Отсутствие, таким образом, не даёт положительного свойства. Старый получатель пропускает неизвестный суб-TLV по правилам RFC 3630 или RFC 8362. При нескольких экземплярах в одном родительском TLV используется только первый, остальные игнорируются, а ошибка журналируется с ограничением частоты. Объединения экземпляров нет.

Первые свойства появились позже

Нынешние реестры IANA для OSPFv2 и OSPFv3 отдают bit 0 флагу U, а bit 1 — UP по RFC 9929; 2–31 остаются свободными. RFC 9792 создал пространство, а RFC 9929 позже наполнил первые две позиции смыслом.

Даже единичного бита недостаточно. U означает недостижимый префикс, UP — запланированную недостижимость. UP без U игнорируется. В OSPFv2 оба действительны лишь при метрике LSInfinity. В OSPFv3 нужны также LSInfinity и NU в родительском Prefix Options. Фиксированное поле из RFC 5340 остаётся частью условия.

Надёжное заключение перечисляет уровни: спецификация, назначение IANA, реализация, конфигурация, переданные байты, решение получателя, расчёт маршрута, FIB и трафик. IETF Review по RFC 8126 подтверждает процедуру назначения кода, но не наблюдает развёртывание.

Главный результат RFC 9792 — не новый переключатель, а граница вывода. Контейнер позволяет будущий смысл, но не создаёт его; реестровый смысл становится эксплуатационным фактом только после полной цепочки наблюдений.

Источники