Кратко

  • У одного набора IS-IS есть 256 номеров LSP. RFC 5311 разрешает тому же Originating System выпускать дополнительные Extended-наборы под уникальными Additional System ID; виртуальный узел даёт ёмкость, а не новый маршрутизатор.
  • Принимать нужно всю связь: живой Extended LSP номер ноль, Alias TLV 24, совместимые area, две синтетические дуги с разной стоимостью, допустимое содержимое, правило приоритета и OL родителя. Отдельный фрагмент этого не доказывает.

Лишняя строка инвентаря появилась из-за ёмкости

Коллектор обнаружил новый system ID и нарисовал ещё один узел. Инвентаризация оборудования не нашла ни нового шасси, ни питания, ни серийного номера. Противоречия нет: протокол создал дополнительный информационный источник, но физическая сеть не получила новую машину.

Один набор LSP располагает 256 номерами; документ указывает максимальное значение LSP 1492 байта. Traffic Engineering, multi-topology, capability и reachability могут исчерпать это пространство. Тогда Originating System назначает Additional System ID и публикует ещё один набор Extended LSP, представленный как Virtual IS.

Этот идентификатор не получает собственного владельца или отказа. Если CMDB сохранит его как обычный маршрутизатор, один аппарат превратится в несколько объектов ответственности, а единичная авария — в набор фиктивных событий. Физическую идентичность, идентичность ёмкости, положение в графе и текущую достижимость нужно хранить отдельно.

Нулевой фрагмент допускает весь набор

Extended LSP создаются, распространяются, стареют и очищаются по обычным правилам. Но если для Additional System ID отсутствует Extended LSP номер ноль или его remaining lifetime равен нулю, ни один другой LSP из этого набора не обрабатывается.

Фрагменты с номерами 1–255 могут оставаться в хранилище и содержать подлинные байты, однако право на использование уже потеряно. Запрос, выбирающий только последнюю запись каждого фрагмента, покажет исторические сведения как действующие после исчезновения якоря.

Нулевой LSP обязан содержать IS Alias ID TLV 24 со ссылкой на обычный system ID Originating System. Его Area Addresses должны быть подмножеством адресов нормального LSP ноль; предпочтительно полное синтаксическое совпадение. Рабочая цепочка выглядит так: дополнительный ID → живой ноль → alias → обычный источник → level и area, вместе с sequence, lifetime и purge.

Уникальность проверяется не в пределах файла устройства. На Level 1 Additional System ID должен быть уникален во всей area, на Level 2 — во всём домене. Локальная проверка не исключает второго претендента на тот же виртуальный символ.

Два направления намеренно имеют разную цену

Original LSP-набор объявляет каждый связанный Virtual IS соседом с метрикой ноль. Так проходит двусторонняя проверка связности, а стоимость достижения виртуального узла совпадает со стоимостью пути до физического источника.

Extended-набор объявляет обратную связь к Originating System с ненулевой метрикой, предпочтительно MaxLinkMetric-1. При multi-topology соответствующие объявления нужны с обеих сторон для каждой топологии, представленной в расширенном наборе.

Это не два наблюдения одного кабеля. Нулевая дуга прикрепляет дополнительную ёмкость к реальному узлу; дорогая обратная дуга не позволяет Virtual IS стать выгодным транзитным сокращением. Если графовая система сольёт направления в одно неориентированное ребро, она удалит защитное условие совместимости.

RFC 5311 заменяет RFC 3786 и ограничивает содержимое Extended LSP так, чтобы оно не меняло построение SPF. Старый маршрутизатор видит Virtual IS только за его Originating System и не видит иных систем, достижимых через виртуальный узел. Поэтому его дерево согласуется с результатом нового устройства без специального режима или логического слияния.

Дополнительное место не даёт дополнительных полномочий

TLV 3, 4 и 5 запрещены в Extended LSP. Поддерживающий получатель должен проигнорировать их, сообщить об ошибке и продолжить обработку разрешённых сведений. Проверка должна быть точной: отвергнуть неправомерное поле, но не стирать всю оставшуюся provenance.

IS-neighbor reachability в расширенном наборе может указывать только на Originating System. Обычные соседства остаются в Original-наборе. TLV 23 и MT TLV 223 способны переносить атрибуты соседа, но не создают adjacency. Без TLV 22 или 222 в исходном наборе атрибуты не доказывают существование соседа.

Биты OL, ATT и P в Extended LSP должны быть нулевыми. Ограничение ATT показывает причину: старый маршрутизатор мог бы использовать Virtual IS как default-выход в другую area, хотя физический родитель не является attached. Синтетическая идентичность не получает полномочий, которых нет у владельца.

Leaf-информация превращает хранение в работу forwarding

RFC 5311 допускает leaf reachability в Extended-наборе: внутреннюю и внешнюю IP, Extended IP, варианты multi-topology, IPv6 и MT IPv6. Если представлены разные топологии, MT TLV 229 перечисляет каждую из них.

Когда префикс переносится в расширенный фрагмент, получатель может обновить RIB и FIB. RFC предупреждает, что это повышает частоту событий, вызывающих изменения forwarding, и советует по возможности оставлять leaf-информацию в обычном наборе.

Операционная квитанция связывает префикс, фрагмент, Additional System ID, допустивший его ноль, MTID, OL родителя и поколения RIB/FIB. Простое количество Extended LSP не отвечает, какой фрагмент изменил путь пакетов и дошло ли решение до оборудования.

Overload родителя распространяется на виртуальных детей

В самом Extended LSP OL остаётся нулевым. Тем не менее применимость данных определяется OL обычного Originating System. Пока родитель не выставил overload, достижимость Virtual IS согласуется с родителем. После установки OL старые устройства видят связанные виртуальные узлы недостижимыми; новые обязаны получить тот же результат.

Это согласование предотвращает возможные петли, когда leaf-данные лежат в Extended-пространстве. Одновременно оно показывает ловушку мониторинга: виртуальная запись может иметь положительный lifetime, правильный alias и OL ноль ровно в тот момент, когда нормальный LSP родителя сделал всю семью непригодной.

Здоровье образуют вместе физический источник, alias, level, area, нулевой фрагмент, рёбра и поколение OL. Разные system ID не превращают их в разные центры ответственности.

Правило выбора является частью provenance

Во время миграции атрибуты соседа могут находиться в нормальном и нескольких Extended-наборах. Непротиворечивые значения складываются. При конфликте побеждает Original LSP. Если в нём значения нет, выбирается Extended LSP с наименьшим Additional System ID. В одном контексте TLV 22 имеет приоритет над 23, а TLV 222 — над 223 для того же MTID.

Хранилище, оставляющее только победителя, теряет причину решения. Нужно сохранять всех кандидатов, исходный LSP, тип TLV, MTID, sequence, lifetime и применённое правило. Иначе законная смена победителя после истечения записи выглядит как необъяснимое колебание.

Будущие расширения смогут размещать новые TLV в Extended LSP, а IANA — назначать коды. Регистрация, способность декодировать и реальное понимание всем парком остаются разными доказательствами. Узнаваемые байты не гарантируют безопасного смысла.

Полезная квитанция следует за физическим владельцем

Несекретная квитанция связывает: Originating System и обычный system ID; level и area; все Additional System ID и области уникальности; идентичность, sequence, lifetime и purge каждого нулевого LSP; TLV 24; подмножество area; нулевую дугу original-to-virtual; ненулевую обратную дугу; топологии; проверки запрещённых TLV и битов; leaf- и attribute-фрагменты; кандидатов и приоритет; поколение OL родителя; поколения RIB/FIB; наблюдение пакетов; решение rollback.

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

Sources