Кратко

  • RFC 9692 передаёт подробное состояние каналов на север, а агрегированные default-маршруты — на юг. Fallen leaf показывает исключение, которое агрегат скрывает в одном plane.
  • Положительная нетранзитивная дезагрегация привлекает трафик к доступным родителям. Отрицательная транзитивная удаляет недоступные next hop и может дойти до входного leaf, выбирающего plane.
  • Полученный отрицательный Prefix TIE, устоявшаяся база или рассчитанный RIB сами по себе не доказывают установку аппаратного FIB и доставку сервиса.

Экономия состояния работает, пока агрегат одинаково правдив для всех путей. RFC 9692, опубликованный в апреле 2025 года как документ IETF Standards Track, определяет RIFT для Clos и fat-tree. North TIE несут смежности и префиксы к spine-узлам. South TIE обычно несут смежности, IPv4/IPv6 default и необходимые исключения. Карточка RFC описывает эту комбинацию как link state на север и distance vector на юг.

Leaf считается fallen, если из-за потери связности он доступен лишь части узлов Top-of-Fabric. В многоплоскостной сети входной leaf часто выбирает plane заранее. Если исключение не дошло до этой точки, пакет попадёт в plane, где default ещё есть, а конкретного южного пути уже нет.

Положительное притяжение и отрицательное исключение

Положительную дезагрегацию создаёт маршрутизатор, который всё ещё достигает префикс. Более конкретный положительный South Prefix TIE притягивает трафик по longest-prefix match. Объявление нетранзитивно и не повторяется автоматически ниже. Этого достаточно, когда доступные ToF вместе покрывают узлы повреждённого plane.

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

Промежуточный узел передаёт отрицание на юг, только если ни один child не объявляет префикс и все parents объявили его отрицательно. При отзыве отрицания одним родителем транзитивное объявление тоже должно быть отозвано.

Спецификация задаёт два триггера. ToF сравнивает достижимость по всем North Node TIE, включая горизонтальные ToF-связи, с обычным southbound SPF; разница выявляет fallen leaves. Ниже узел может обнаружить при присоединении префикса, что все next hop, унаследованные от положительного агрегата, удалены отрицательными объявлениями. Это вычисления control plane, а не отчёты о доставке.

От обнаружения до результата

Первая запись — отказ интерфейса или смежности. RIFT может использовать BFD; RFC 5880 и RFC 5881 определяют быстрое двунаправленное обнаружение. Оно не перечисляет автоматически затронутые префиксы leaf.

Дальше фиксируются изменения Node/Prefix TIE, их межплоскостное распространение, вычисление fallen leaf, создание и получение исключения, результат SPF/RIB. Затем отдельно проверяется реальная аппаратная FIB. RFC 9719 моделирует конфигурацию и состояние RIFT: интерфейсы, соседей, базы TIE и статистику SPF. Это ценное свидетельство протокола, но не полная аттестация пересылки.

Наконец нужен data-plane тест. Активное двустороннее измерение из RFC 5357 может показать опыт одной пары проб за интервал. Следует менять входной leaf, префикс назначения, семейство адресов и ECMP-класс. Успех не доказывает все пути, пропускную способность под нагрузкой или состояние приложения.

RFC 9696 поясняет, что отрицательная дезагрегация требует полного знания префиксов на ToF, а программирование FIB может быть рекурсивным и сложным. ECMP сам по себе не гарантирует доставку или ограниченную задержку. Это руководство по применимости, не результат названного продукта.

В реестре errata RFC 9692 находится удерживаемая для обновления техническая поправка о пропущенном материале Thrift в разделе 7.2. Она не меняет процедуры fallen leaf.

Тексты Heng Lu о приоритете работающего кода, минимальной начальной спецификации и слоях реальности задают редакционную оптику: правило, исполнение и наблюдаемый результат нельзя подменять друг другом. Это не требования IETF и не доказательства внедрения.

Ограниченный вывод таков: RFC 9692 описывает ремонт слишком широкого default. Операционное принятие требует связать отказ, TIE, вычисление, FIB, пробу и сервис, а при восстановлении отдельно проверить отзыв исключения.