Кратко

  • Graceful Restart позволяет пиру временно удерживать маршруты при условии, что пересылка для нужной address family остаётся работоспособной.
  • Stale-маршрут, восстановленная сессия и End-of-RIB не доказывают next hop, FIB, label, line card или доставку пакетов.
  • Нужна ограниченная по времени квитанция из capability, flags, timers, маршрутов, readback forwarding и измеренного трафика.

Тихое управление и пропавшие пакеты

Представим гипотетический перезапуск плоскости управления. Helper удерживает stale-маршруты и избегает волны withdrawals. Сессия возвращается до Restart Time, приходит End-of-RIB, таблица выглядит здоровой. Но probes не проходят: устройство не сохранило forwarding entry, на который всё ещё указывают маршруты.

Это не дефект GR, а ошибка границ гарантии. Удержанная информация сообщает helper, во что допустимо верить временно, но не наблюдает line card, adjacency, label и путь пакета на перезапускаемом узле.

Условная capability для каждой семьи

RFC 4724 задаёт capability, Restart Time и flags по AFI/SAFI. Speaker может заявить сохранение forwarding для семьи либо объявить GR без tuples только ради End-of-RIB и helper. «Поддерживает GR» не означает универсальной гарантии.

Speaker сохраняет состояние, если возможно, и помечает stale. Forwarding State должен отражать реальное сохранение. Получатель удерживает маршруты до Restart Time; если после соединения индикатора для семьи нет, он немедленно удаляет их. Timers ограничивают срок доверия. End-of-RIB завершает начальные updates, но не измеряет пакеты.

RFC 8538 распространяет GR на отдельные NOTIFICATION-resets только при согласованном N bit и требует настраиваемый stale timer. Причина reset и переговоры входят в доказательство.

Перезапуск управления не равен обслуживанию forwarding

RFC 6198 отделяет работы, прерывающие пересылку: GR предполагает её сохранение. Если отключаются link, line card или forwarding resource, нужен graceful shutdown. Удержание достижимости к выводимому ресурсу может продлить потери.

Источники