Кратко

  • Псевдоним RBridge — динамическое 16-битное сокращение идентификатора IS-IS; в зависимости от бита M поле обозначает выходной RBridge либо дерево распределения.
  • При конфликте даже настроенное значение может перейти к более приоритетному достижимому заявителю. Нужно сохранять оба LSP, приоритеты, исправленное правило выбора, срок связи и результат в плоскости данных.

В журнале инцидента остался только 0x2A10. В реестре активов это номер одного коммутатора. В базе состояния каналов — два объявления от разных IS-IS ID. Перед их появлением соединили два ранее независимых кампуса TRILL.

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

Donald E. Eastlake 3rd участвовал в нескольких документах, позволяющих восстановить смысл этой связи. Он соавтор базового RFC 6325, ведущий автор RFC 7176 о кодировании TRILL в IS-IS и RFC 7780, где исправлено правило выбора псевдонимов. Он также соавтор RFC 8397 о многоуровневом TRILL. Профиль IETF Datatracker подтверждает имя и публичный список работ. Эти RFC созданы коллективно и не делают одного автора владельцем технологии или оператором какой-либо действующей сети.

Сокращение сохраняет зависимость от полного имени

RFC 6325 определяет псевдонимы RBridge как динамически назначаемые 16-битные величины. Они сокращают IS-IS ID ради компактного заголовка. Следовательно, число имеет смысл через объявленную связь с более длинной протокольной идентичностью.

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

Контекст пакета меняет и сам тип ссылки. При известном unicast и M=0 поле выхода указывает RBridge, который должен снять инкапсуляцию и передать исходный кадр. При многоадресном трафике и M=1 оно указывает выбранное дерево распределения. Одинаковые 16 бит могут означать узел в одном пакете и дерево в другом.

Поэтому запись должна включать бит M, роль входа или выхода, класс пакета, IS-IS-заявителя, топологическую область и время. Голое число не отвечает даже на вопрос о типе объекта.

В объявлении есть две разные шкалы

RFC 7176 задаёт Nickname Sub-TLV. Каждая запись содержит Nickname.Pri, Tree Root Priority и сам 16-битный псевдоним. Внешний LSP сообщает исходную IS, номер последовательности и срок жизни.

Nickname.Pri участвует в споре за значение. Tree Root Priority относится к выбору корня дерева распределения. Сведение их в одну колонку «приоритет» лишает следствие возможности повторить обе операции.

Старший бит Nickname.Pri означает настроенный псевдоним, а младшие семь бит несут числовой приоритет. Настройка даёт преимущество перед автоматическим выбором, но не создаёт права собственности. При более сильном конфликте настроенному RBridge всё равно приходится брать замену.

Минимальное свидетельство — не пара «число—устройство», а утверждение: конкретная IS-IS-идентичность объявила конкретную запись в данном LSP. Время получения, поколение базы и достижимость ограничивают срок этой фразы.

Победителя определяет исправленная версия

В исходной формулировке RFC 6325 о разрешении конфликта была ошибка. RFC 7780 исправляет её: псевдоним сохраняет численно более высокий приоритет; при равенстве выигрывает численно больший семибайтный IS-IS ID либо LAN ID псевдоузла. Проигравший обязан выбрать новое значение.

Версия нормы входит в доказательство. Два анализатора могут прочитать одинаковые байты и назвать разных победителей, если один реализует старую фразу. Поэтому следует хранить исходные поля, ссылку на применённое правило и результат до сведения данных к одному владельцу.

Круг участников зависит от достижимости. При проверке конфликта нужно игнорировать псевдонимы TRILL switch, недостижимых по IS-IS. Но если switch достижим по IS-IS, его нельзя исключить лишь из-за недостижимости в плоскости данных. Право участвовать в контрольном решении не доказывает передачу кадров.

После получения значения наблюдение продолжается. Новый LSP от достижимого заявителя с более высоким приоритетом требует смены даже при локальном overload. Состояние «получен» имеет начало и может получить конец.

Объединение кампусов сталкивает две локальные истины

В двух изолированных кампусах один и тот же псевдоним может быть уникален без противоречия. RFC 6325 заранее предусматривает временные конфликты после объединения. По мере обмена LSP проигравшие выбирают значения, которые кажутся свободными. До сходимости некоторым приходится менять их неоднократно.

Доступность оценивается по локальной копии распределённого состояния. RBridge, коллектор и консоль получают изменения не одновременно. Связь, верная в 09:14, может закончиться в 09:15. Если хранится только последняя строка, исчезает событие, объясняющее расходящиеся пакеты.

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

Обратный пример подтверждает границу. По RFC 7780 RBridge без доступного псевдонима не может быть входом, выходом или корнем дерева, но способен работать транзитом. Отсутствие короткого значения не означает отсутствия устройства.

Уникальность заканчивается там, где заканчивается режим

RFC 8397 описывает единое пространство псевдонимов для многоуровневого кампуса. Пограничные RBridge передают отдельные значения и блоки между уровнями. Альтернативная агрегированная схема допускает повторное использование числа в разных областях с переписыванием на границе.

Значит, «уникальный» — свойство выбранной схемы и топологического охвата. Это не глобальная регистрация, не серийный номер, не вечное присвоение и не свидетельство владельца.

Пограничное объявление ещё сильнее отделяет отправителя от держателя. Border RBridge может представлять достижимость целой области, а несколько границ — объявлять один охват для маршрутизации. Источник LSP в таком случае служит путём к обладателю значения, а не обязательно является этим обладателем.

Реестр должен хранить интервалы связи

Устойчивый идентификатор актива, экземпляр ПО и IS-IS ID остаются отдельными опорами. Псевдоним записывается как отношение с началом и концом: кампус, уровень или область, заявитель, бит настройки, числовой приоритет, приоритет корня, исходный LSP и причина завершения.

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

Затем контроль связывают с данными. Установлена ли победившая запись в FIB? Поле обозначало выход или дерево? Прошла ли RPF-проверка? Кто снял инкапсуляцию? Получила ли кадр нужная станция? Победа в выборе псевдонима не является квитанцией об услуге.

Источники