Кратко

  • Graceful Shutdown по RFC 8326 снижает предпочтение маршрута до намеренного закрытия EBGP-сессии; Graceful Restart по RFC 4724 сохраняет состояние пересылки и временно устаревшие маршруты во время возврата BGP.
  • В заявке необходимо назвать механизм, описать состояние плоскости данных, подтвердить политику соседа и конвергенцию, а также задать таймеры и условия отката.

Освободить путь или сохранить его

RFC 8326 относится к обслуживанию, после которого путь перестанет пересылать пакеты. Сообщество GRACEFUL_SHUTDOWN позволяет не отзывать маршрут мгновенно, а оставить его с более низким LOCAL_PREF, пока альтернативы выбираются и распространяются. Рекомендуемое значение локального предпочтения — ноль.

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

Graceful Restart основан на другой предпосылке. RFC 4724 позволяет сохранить пересылку во время перезапуска BGP. Стороны согласуют capability, временно удерживают маршруты как stale, восстанавливают сессию, заменяют старое состояние обновлениями и завершают цикл End-of-RIB. Здесь трафик должен временно остаться.

Shutdown говорит: перестаньте предпочитать этот путь. Restart говорит: ограниченное время доверяйте сохранённой пересылке. Одно слово graceful не выбирает между ними.

Сигнал не заменяет доказательство

Значение сообщества — 65535:0. RFC 1997 определяет сообщества как необязательный транзитивный атрибут и разрешает получателю менять его по локальной политике. Инициатор сообщает намерение, но не управляет выбором пути внутри соседней автономной системы.

По RFC 4271 LOCAL_PREF является внутренним предпочтением; большее значение выигрывает, и атрибут обычно не передаётся внешним соседям. Значит, сосед переводит внешнюю метку в собственное внутреннее решение. Успешный вывод трафика доказывает не конфигурация, а выбор и установка альтернативы в RIB и FIB.

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

У доверия к stale-маршрутам есть срок

Graceful Restart ограничивает удержание. Если сессия не вернулась за Restart Time, stale-маршруты удаляются. Если новая сессия не подтверждает состояние пересылки для нужного семейства адресов, их также необходимо убрать. После End-of-RIB старые маршруты, не заменённые обновлениями, не должны сохраняться бесконечно.

RFC 4724 предупреждает о временных петлях и blackhole, если пересылка на деле не сохранилась или топология изменилась до конца конвергенции. Факт восстановления BGP-сессии недостаточен. Нужны наблюдения плоскости данных, AFI/SAFI, таймеров, stale-состояния и End-of-RIB.

Проверяемый контракт изменения

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

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

Источники и границы вывода

Материал основан на RFC 8326, RFC 4724, RFC 1997 и RFC 4271. Они подтверждают требования стандартов, но не мировую распространённость, одинаковую реализацию у вендоров, ёмкость конкретной альтернативы или корректную работу названной сети.