Кратко

  • RFC 9650 меняет процедуру реестра IS-IS Neighbor Link-Attribute Bit Values со Standards Action на Expert Review, чтобы эксперимент мог получить согласованное значение и не занимать кодовую точку самовольно.
  • Решение эксперта и строка IANA подтверждают распределение общего символа, но не качество протокола, наличие кода, разрешение на включение, разбор соседом или воздействие на маршрут.
  • Для эксплуатационного вывода нужны отдельные свидетельства запроса, проверки, реестра, сборки, авторизованной настройки, LSP, парсера, политики, таблицы маршрутизации и сервиса.

Совместимость, которую не видно в журнале ошибок

Оператор отправил LSP с новым флагом и не увидел отказа соседства. Успех ли это? Не обязательно. RFC 5029 прямо говорит, что маршрутизатор без поддержки Link-Attributes sub-TLV молча его игнорирует.

Документ определяет subtype 19 и 16-битное поле флагов. 0x1 означает Local Protection Available, 0x2 — Link Excluded from Local Protection. Sub-TLV необязателен и должен появляться не более одного раза для одного соседа. Эти правила обеспечивают переносимость сообщения, но не дают наблюдателю готового вердикта о применении.

Успешная доставка LSP, синтаксический разбор, распознавание семантики, разрешение политикой и изменение расчёта — пять разных событий.

Узкая поправка RFC 9650

Первоначально RFC 5029 требовал Standards Action для новых битов, разрешая Early Allocation. RFC 9650 называет такую процедуру чрезмерно строгой для экспериментальных протоколов. Она мешала получить значение до завершения стандарта и увеличивала риск использования незарегистрированных кодовых точек — code point squatting.

Новая процедура Expert Review снижает цену публичной координации. Она не превращает распределение значения в утверждение реализации.

Текущий реестр IANA указывает Expert Review, имена назначенных экспертов и ссылки на RFC 5029, 9667 и 9650. Там же 0x4 отведён для Local Edge Enabled for Flooding по RFC 9667. Это авторитетное свидетельство значения, но не состояния конкретной сети.

Почему менее строгая дверь сохраняет порядок

RFC 8126 предупреждает: чрезмерно дорогая проверка отталкивает пользователей от регистрации. Если реальные элементы не отражены в реестре, развертывание страдает, а сам реестр обесценивается. Нужно выбирать наименее строгую политику, которая всё ещё соответствует задаче пространства имён.

Expert Review остаётся проверкой назначенным специалистом. Согласно RFC 7370, обычно рассматриваются запросы из документов рабочей группы или работ, планируемых как AD Sponsored. Эксперт проверяет соответствующий консенсус или согласие и технические основания, не подменяя консенсус IETF. После одобрения IANA вносит значение и ссылку. Если документ не развивается до RFC, действует процедура истечения и освобождения.

Полномочие эксперта заканчивается на вопросе распределения. Оно не включает аудит памяти парсера, выпуск продукта или изменение сети.

Две коллизии из одного «свободного» значения

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

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

От запроса до наблюдаемого пути

Сохраните запрос, ревизию документа, назначение и время. Для проверки сохраните эксперта, границы, критерии, вопросы и решение. Для IANA — значение, ссылку, состояние и момент наблюдения.

Реализация добавляет commit, происхождение сборки, тесты генератора и парсера, поведение для неизвестных флагов и повторных sub-TLV. Изменение добавляет утверждающего, узлы, настройки и откат. Захват LSP доказывает отправку и приём, но затем нужны отдельные результаты разбора, поддержки семантики и локальной политики. Только расчёт, установка маршрута и наблюдение сервиса показывают последствия.

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

Решение о безопасности не переехало в реестр

RFC 9650 не меняет соображения безопасности RFC 5029. Дополнительную информацию в LSP можно наблюдать; её изменение может быть опасно. Спецификация каждого механизма должна рассматривать раскрытие, модификацию и защиту целостности.

Expert Review не аутентифицирует источник LSP, не проверяет конкретный парсер и не разрешает маршрутную политику. Координация значения устраняет один риск, не маскируя владельцев остальных.

Minimum Initial Specification оставляет в общем слое минимально необходимое: один редкий символ — одно публичное значение. Реализация и применение остаются локальными решениями. Слои реальности не позволяют запросу стать развертыванием, а объявлению — результатом.

Sources