Кратко

  • В Extended LSA из RFC 8362 устанавливается U-бит, поэтому маршрутизатор с неизвестной функцией может хранить и рассылать объявление в закодированной области видимости. Наличие в LSDB доказывает перенос, а не распознавание, включение функции, использование в SPF или результат в RIB/FIB.
  • Неизвестная, но корректная структура отличается от повреждённой. Extended LSA с несовместимой длиной или иной ошибкой кодирования нельзя устанавливать, подтверждать и рассылать; отказ следует считать и журналировать.

Транзит без притязания на смысл

Представим три маршрутизатора в одной OSPFv3-области. Первый создаёт Extended Router-LSA с новым расширением, третий умеет его читать. Средний работает на более старой версии и не знает кода функции. Тем не менее объявление проходит через него к способному получателю.

Так устроен LS Type. В RFC 5340 это не только код функции, но и U-бит с битами области рассылки. Если функция неизвестна и U=0, LSA рассматривается как локальная для канала. При U=1 она хранится и рассылается в области, указанной в типе. RFC 8362 назначает расширенным вариантам новые коды: к соответствующей базовой функции прибавляется 32 в десятичной системе, или 0x20, и U-бит должен быть установлен.

Промежуточный маршрутизатор выполняет настоящую работу. Он принимает допустимую структуру, ведёт экземпляр в базе состояния каналов и участвует в надёжной рассылке. Но он свидетельствует только о хранении. Поддержку грамматики доказывает версия и перечень возможностей. Допуск функции доказывает конфигурация. Использование информации — вывод SPF или приложения. Результат — отдельные данные RIB, FIB и пакетов.

Один зелёный индикатор часто смешивает четыре утверждения: байты прибыли; структура распознана; функция применена; решение дошло до пересылки. RFC 8362 специально допускает, что истинно только первое.

Оболочка для ещё не придуманных значений

Традиционные OSPFv3 LSA имеют фиксированные форматы. Extended LSA помещают изменяемые данные в структуры «тип—длина—значение» и при необходимости в sub-TLV. Новый код отделяет расширяемую оболочку, а U-бит позволяет ей пройти через узел, который пока не знает содержания.

Это создаёт возможность поэтапного внедрения, но не гарантирует работоспособность при частичной поддержке. RFC 8362 требует, чтобы спецификация каждого нового TLV или sub-TLV сама описывала такой режим. Одной функции достаточно способных концов, другой нужна непрерывная топология или полный набор атрибутов. Успешная рассылка не подтверждает эти условия.

Неизвестные TLV и sub-TLV внутри известной Extended LSA игнорируются при разборе и обработке. Игнорировать — не значит удалить или поддержать. Маршрутизатор может сохранить внешнюю LSA для рассылки, не приписав смысл её компоненту. В RFC 9492 та же граница видна на прикладных атрибутах канала: объявление атрибута для приложения отделено от включения самого приложения на канале.

Новизна и повреждение требуют разных ответов

Совместимость с будущим означает терпимость к новым корректным значениям, а не к сломанным структурам. RFC 8362 запрещает помещать в LSDB, подтверждать и рассылать Extended LSA с несогласованной длиной или другой ошибкой кодирования. Реализация должна уметь показать такой отказ счётчиком и журналом.

Нужны три операционных класса:

  1. Известно и корректно: разобрать определённые поля и применять лишь так, как разрешают расширение и настройка.
  2. Неизвестно, но корректно: хранить как непрозрачные данные и передавать по правилам U-бита и области, не заявляя о понимании.
  3. Повреждено: не допускать в LSDB и рассылку, сохраняя доказательство отказа.

Если отбрасывать всё неизвестное, разрывается мост между версиями. Если считать любую ошибку просто новшеством, увеличивается зона отказа. Парсер и телеметрия должны различать «не знаю тип, но форма верна» и «форма неверна».

Поэтому список неизвестных LSA доказывает хранение, декодированный TLV — распознавание, а счётчик malformed — отклонение. Ни один из них сам по себе не доказывает выбранный маршрут.

Квитанция на конкретный экземпляр

RFC 5340 идентифицирует LSA сочетанием LS Type, Link State ID и Advertising Router. Номер последовательности, контрольная сумма и возраст помогают отличать экземпляры. Контрольная сумма не охватывает LS age, а возраст меняется при хранении и рассылке. Нельзя обещать побайтовую неизменность на каждом переходе.

Надёжная квитанция фиксирует тип и область, рекламирующий маршрутизатор, Link State ID, последовательность, контрольную сумму, область или интерфейс наблюдения и время. LS age помогает описать путь, но не является неизменным содержимым. Затем отдельно привязываются версия и возможности, конфигурация, результат вычисления, RIB/FIB и наблюдение пакетов.

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

Два варианта миграции без проверки «есть в базе»

Для полной миграции RFC 8362 описывает отдельные экземпляры OSPFv3 для старых и Extended LSA. Новый экземпляр сначала получает более высокую административную дистанцию, то есть меньший приоритет. Оператор сравнивает RIB, объясняет различия, меняет предпочтение, проверяет снова и лишь затем удаляет старый экземпляр. Контрольная точка — понятный результат маршрутизации, а не заполненная LSDB.

В разреженном режиме старые LSA продолжают определять обычный SPF, а Extended LSA несут только новую функциональность. Не нужны два полных экземпляра, зато важнее карта возможностей и правила частичного внедрения. Несколько видимых объявлений не доказывают, что все необходимые узлы и TLV присутствуют.

RFC 9587, среди соавторов которой также есть Lindem, определяет YANG-модель OSPF. В ней поддержка Extended LSA по умолчанию false, а неизвестные TLV могут отображаться как тип, длина и шестнадцатеричное значение. Непрозрачное состояние становится наблюдаемым, но не выдаётся за понятое. Доказательства вычисления и пересылки всё равно нужны отдельно.

Ограниченная роль Acee Lindem

RFC 8362 опубликована в апреле 2018 года за авторством Acee Lindem, Abhay Roy, Dirk Goethals, Veerendranatha Reddy Vallem и Fred Baker. Она обновляет RFC 5340 и RFC 5838. Текущая страница рабочей группы Link State Routing указывает Lindem как одного из председателей; это роль на данный момент, а не владение стандартом, реализациями или сетями.

Источники позволяют сказать точно: Lindem участвовал в коллективной стандартизации, которая дала расширяемому состоянию OSPFv3 возможность проходить через реализации с разными способностями, а позднее — в его операционном представлении. Они не делают его единственным изобретателем Extended LSA, автором каждого последующего TLV или распорядителем решений производителей.

Ограниченная атрибуция отражает распределённую власть протокола. Источник выбирает объявление. Протокол регулирует перенос правильной оболочки. Реализация решает, что распознаёт, конфигурация — что разрешено использовать. Плоскости маршрутизации и пересылки создают последствия. Оператор определяет, какие доказательства сохранятся.

От квитанции о переносе к квитанции о смысле

Защищаемая запись связывает семь элементов: идентичность и область LSA; поддерживаемые каждой версией грамматики; включённую функцию; вывод SPF или приложения; установку в RIB/FIB; наблюдаемый эффект на трафик; счётчики и журналы повреждённых данных, которые не вошли в рассылку.

Хранение — не слабая версия эффекта, а другой факт. Иногда правильная работа маршрутизатора с непонятной информацией состоит именно в том, чтобы надёжно доставить её тому, кто понимает. Операционная дисциплина требует признать эту услугу и не продолжать утверждение дальше, чем дошло доказательство.

Источники