Кратко

  • Route Flap Damping накапливает убывающий штраф по недавней истории изменений префикса и может подавить маршрут при пересечении локального порога.
  • Подавление объясняет, почему один маршрутизатор перестал использовать или анонсировать маршрут. Оно не определяет неисправность, намерение или картину других наблюдателей.
  • Reuse означает лишь, что локальный штраф достаточно уменьшился для повторного рассмотрения. Для восстановления всё ещё нужны причина, ремонт, пересылка, трафик и устойчивое окно.

Когда тишину создаёт наблюдатель

Представим линию доступа, которая попеременно работает и падает. Клиентский префикс отзывается, снова объявляется и отзывается вновь. Сначала NOC видит каждый переход. Затем график выравнивается, маршрут исчезает на одном edge, и отчёт объявляет сеть стабильной.

Физическая неисправность продолжается. Edge пересёк порог damping и подавляет префикс. Тишина реальна, но отражает поведение наблюдателя не меньше, чем источника.

RFC 2439 определяет Route Flap Damping для локализации нестабильности и снижения нагрузки от повторных изменений BGP. Переходы увеличивают показатель, который со временем уменьшается. Выше порога нестабильный маршрут можно временно не использовать и не объявлять.

Механизм отвечает на узкий вопрос: должна ли эта реализация с учётом увиденных событий и параметров принять, использовать или объявить маршрут сейчас? Причину событий он не устанавливает. Ею могут быть нестабильная линия, перезапуски, цикл автоматизации, обслуживание, изменение источника или намеренно созданные ложные flaps.

RFC 2439 прямо говорит, что будущую стабильность нельзя предсказать точно; недавняя история служит оценкой. Штраф — взвешенная по времени сводка переходов, а не код неисправности.

У одного префикса несколько локальных состояний

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

RFC 7196 объясняет, что прежние параметры могли сильно наказывать хорошо связанные площадки: богатая топология усиливает число сообщений. Единого набора значений по умолчанию не было. Рекомендуется порог не ниже 6000 для всё ещё агрессивного режима и 12000 для консервативного. RFC 7454 также рекомендует скорректированные параметры.

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

Reuse не является квитанцией о ремонте

Штраф подавленного маршрута уменьшается. Ниже порога reuse реализация может рассмотреть маршрут снова. Это свидетельствует о пересечении локальным счётчиком настроенной границы, но не содержит сведений о ремонте.

Событие не говорит о замене интерфейса, остановке цикла или прекращении атаки. Оно не доказывает выбор маршрута, установку в FIB или доставку пакетов. RFC 4271 разделяет полученную информацию, локальный выбор и исходящие объявления; в тракте данных есть дополнительные этапы.

Режим «считать, но не подавлять» из RFC 7196 позволяет сравнить модель штрафов с сырым потоком, не лишая сеть достижимости. Так можно отличить реальное снижение нестабильности от молчания, созданного фильтром.

Источники