Кратко

  • 31 августа 2026 года IESG одобрила редакцию 05 документа Dynamic Flooding on Dense Graphs для публикации в статусе Experimental RFC. Окончательного номера RFC в проверенных материалах ещё не было.
  • Area Leader рассчитывает разреженную топологию для распространения link-state-информации. Полный базовый граф по-прежнему используется для пересылки данных.
  • До возможного повышения статуса документ требует выполнить семь критериев, включая три независимые совместимые реализации и документированный эксплуатационный опыт. В материалах одобрения указана только одна реализация IS-IS.
  • Сходимость, сокращение рассылки, эксплуатационное качество и устойчивость должны быть «приемлемыми», но общего числового порога нет. Локальный оператор обязан назвать свой порог заранее.
  • Версионный журнал эксперимента должен связать редакцию, код, оба графа, параметры алгоритма, знаменатель, внесённые отказы, временное затопление, откат и полномочного владельца решения.

Одобрение разрешает опыт, а не сертифицирует результат

Статус выбран точно. В рабочей группе Link State Routing сложился сильный консенсус, что общий эксперимент полезен. Проблема очевидна: в плотной топологии классическое затопление заставляет одно и то же изменение состояния многократно проходить по избыточным связям. Отдельный разреженный граф может уменьшить служебную нагрузку.

При этом физическая связность не урезается. Базовый граф сохраняет все каналы, доступные трафику. Area Leader строит подграф только для распространения состояния и объявляет его механизмами RFC 9667. Подграф должен охватывать все достижимые узлы, по возможности быть двусвязным, не создавать чрезмерный диаметр и не сосредоточивать степень и нагрузку на нескольких маршрутизаторах.

В иллюстрации из документа полный граф из десяти узлов имеет 45 рёбер, а вычисленный — 12; диаметр вырастает с одного до четырёх. Этот пример наглядно показывает компромисс. Он ничего не доказывает о конкретной операторской сети, времени её сходимости или поведении при серии отказов.

Экспериментальный статус отражает и зрелость реализации. Shepherd write-up сообщает об одной реализации IS-IS. Изменение существенно для эксплуатации и опирается на экспериментальную схему RFC 9667. Авторы не называют алгоритм оптимальным и не предлагают считать его окончательно стандартизованным. Решение IESG формирует общий предмет проверки, а не передаёт авторитет IETF одному продукту.

Семь критериев не заменяют измерительную шкалу

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

Такой список не позволяет выдать одну успешную демонстрацию за завершённый эксперимент. Три продукта на общей кодовой базе не становятся независимыми из-за разных логотипов. Лабораторный прогон не превращается в эксплуатационный опыт из-за масштаба симуляции. Совместимость должна охватывать границу протокола: лидер кодирует граф по RFC 9667, а каждый участник одинаково понимает собственную роль.

Термин «приемлемо» оставлен без общих секунд и процентов. Это может быть правильным: магистраль оператора, фабрика дата-центра и исследовательская сеть имеют разные бюджеты сходимости и последствия сбоя. Универсальная цифра создала бы ложную точность.

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

Детали реализации меняют вычисленный граф

Центральный алгоритм оставляет открытыми глубину поиска, порядок соседей, разрешение равенства и выбор дополнительных конечных точек. Две реализации могут построить разные подграфы из одной базы. Записи «dynamic flooding включён» недостаточно для воспроизведения или сравнения.

Сам Area Leader — наблюдаемая эксплуатационная роль. Только он выполняет расчёт и объявляет топологию. Какой маршрутизатор был лидером? В каком состоянии находились выборы? Какая версия базы состояния каналов служила входом? Когда граф вступил в силу? Проект рекомендует средству управления показывать лидера и активные соседства, но конкретный интерфейс оставляет реализации.

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

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

Журнал эксперимента создаётся раньше первого графа

Сначала фиксируется идентичность: редакция проекта, покрытие RFC 9667, имя и сборка реализации, зрелость, режим лицензии, ответственный и период. С работой связано раскрытие IPR; оператор может отметить факт и результат профильной проверки, но эта статья не делает юридических выводов.

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

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

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

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

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

Чего одобрение не доказывает

Источники не подтверждают три независимые реализации, названное промышленное внедрение, конкретную экономию или происшествие. Пример с десятью узлами не является обещанием производительности. Раскрытие IPR также не получает здесь правовой или коммерческой оценки.

Историю операционной проверки важно не преувеличивать. Рецензент OPSDIR обнаружил в редакции 04 серьёзные пробелы поэтапного развёртывания, нескольких алгоритмов, практики внедрения и отказов узлов. В редакции 05 появился раздел Operational Considerations. Это свидетельство влияния рецензирования на текст, но не гарантия любой будущей реализации.

Принцип минимальной начальной спецификации Heng Lu применяется только как ограниченный редакционный тест: общие правила должны быть детерминированы и проверяемы локально, а дальнейший выбор — сохранять местного владельца и доказательство. Он не добавляет фактов о решении IETF или конкретной сети.

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

Источники

  1. IESG — объявление об одобрении
  2. IETF Datatracker — Dynamic Flooding on Dense Graphs, редакция 05
  3. IETF — shepherd write-up
  4. OPS Directorate — рецензия Last Call на редакцию 04
  5. RFC 9667 — схема динамического затопления
  6. RFC 7942 — сведения о работающем коде
  7. IETF — раскрытие IPR 4044
  8. Heng Lu — Minimum Initial Specification