Кратко

  • Установленный U-bit требует распространять неизвестный тип LSA в заданной области. Запись о flooding не удостоверяет поддержку семантики или попадание атрибутов в расчёт пути.
  • Link State ID произволен и не имеет топологического значения. Для OSPFv3 важна пара Neighbor Interface ID и Neighbor Router ID, дополненная адресными свидетельствами.

Передача закончилась там, где начался смысл

Все узлы показывают один sequence number и checksum. Ни один не потерял LSA. Однако у контроллера пусто. Искать обрыв только в flooding бесполезно: его могло не быть.

Промежуточный маршрутизатор не знает LS type, но обязан передать его из-за U-bit. Следующий знает оболочку, но игнорирует неизвестный вложенный TLV. Ещё один умеет разбирать всё, но реклама TE для области выключена. Контроллер построил базу, но текущая задача расчёта использовала старую версию.

Каждый шаг требует собственной квитанции: распространение, распознавание, разбор, идентичность, политика и потребление. Формула «OSPF зелёный» не сообщает, на каком шаге закончилась цепочка.

Произвольный Link State ID не описывает линию

RFC 5329 использует Link State ID для ведения нескольких TE-LSA и прямо отказывает ему в топологическом значении. Это номер упаковки, выбранный источником.

Если инвентарь делает его ключом, перераспределение Link TLV между LSA выглядит как удаление и создание линий. Физическая связь и соседство могут не измениться.

Обязательный Neighbor ID содержит Neighbor Interface ID и Neighbor Router ID и встречается ровно один раз. Пара нужна для параллельных линий: Router ID совпадает, Interface ID различает контекст.

Вспомогательный адрес не становится обязательной истиной

Local и Remote Interface IPv6 Address могут перечислять несколько глобальных адресов и помогают различать параллельные связи. Link-local запрещены. Удалённый список может отсутствовать, а для multi-access допустим ::.

Отсутствие поля означает лишь отсутствие этого свидетельства в LSA. Оно не доказывает отсутствие соседа. Хранилище должно различать absent, explicit-zero, ignored, prohibited и unobserved, а не превращать всё в один null.

Старый Link ID должен остаться без власти

Модель Link ID из OSPFv2 зависела от IPv4-идентификации. OSPFv3 использует Router ID иначе. RFC 5329 требует Neighbor ID, не рекомендует отправлять старый sub-TLV и предписывает игнорировать его при получении.

Сырой приём следует сохранить как свидетельство несовместимости. Одновременно нужно сохранить вердикт ignored. Удаление скрывает проблему, использование создаёт ложную идентичность.

Порядок сильнее значения «последнее»

Neighbor ID обязан быть единственным. Повторные экземпляры других определённых sub-TLV после первого игнорируются. База данных с last-write-wins получает другое решение, чем маршрутизатор по RFC.

Храните порядок, тип, Length, padding и результат анализа. Padding выравнивает TLV, но не входит в длину. Потеря границ лишает возможности отличить конфликт данных от ошибки выделения поля.

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

Стабильный адрес — не проверка доступности

Router IPv6 Address TLV объявляет стабильный маршрутизируемый адрес, который должен быть достижим при наличии связи с маршрутизатором. Это характеристика назначения, а не результат измерения. LSDB, маршрут, ICMP, управление и приложение дают разные квитанции.

Номер в IANA не включает функцию

Реестр подтверждает function code 10 и типы TLV. Он координирует кодирование, но не удостоверяет реализацию или конфигурацию. В описанной поверхности управления реклама TE для области по умолчанию выключена; интерфейсное исключение имеет отдельную роль.

Источники и предел доказательства

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