Кратко

  • RFC 7313 превращает обновление в ограниченное окно сверки: BoRR помечает маршруты соседа для одной AFI/SAFI как устаревшие, повторные объявления заменяют их, а EoRR удаляет лишь оставшиеся помеченными записи.
  • Процедура действует только после получения от соседа Enhanced Route Refresh Capability. Она сохраняет сеанс, но не подтверждает подлинность маршрутов и не делает устаревшее состояние безопасным.

Повторная передача без конца не доказывает отсутствие

RFC 2918 позволяет запросить повторное объявление Adj-RIB-Out соседа. Это уменьшает необходимость сбрасывать сеанс ради некоторых изменений политики. Однако у обычного refresh нет явной границы. Получатель видит UPDATE, но протокол не сообщает, когда завершена полная передача и когда отсутствие маршрута можно считать его отзывом.

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

Сначала узел объявляет способность с кодом 70. Перед повторной передачей он отправляет BoRR, а после объявления всего Adj-RIB-Out, существовавшего в начале, — EoRR. Маркеры не подтверждают истинность маршрута. Они задают начало сверки и момент, когда отсутствие становится основанием для действия.

BoRR делает состояние временным, EoRR закрывает полномочие

Получив BoRR, принимающая сторона помечает все маршруты этого соседа для указанной AFI/SAFI как stale, но не удаляет их сразу. Новые объявления заменяют соответствующие копии. После EoRR оставшиеся stale маршруты немедленно удаляются. Сеанс и другие семейства адресов остаются вне процедуры.

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

Реализация может задать локальный верхний предел хранения stale маршрутов. Если EoRR не приходит, остаток можно удалить по истечении срока. Ограничение не даёт временному состоянию стать постоянным, но RFC не назначает универсально безопасную длительность. Ответственность за баланс непрерывности и определённости остаётся у оператора.

Непрерывность переносит издержки

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

Но отправитель повторяет исходный Adj-RIB-Out семейства, а получатель хранит stale состояние, обрабатывает поток и отличает передачу от текущих изменений. Долгий срок может сохранить неверный маршрут; короткий — удалить полезный путь до задержавшегося EoRR. Снижение ущерба от reset не устраняет неопределённость.

Graceful Restart добавляет порядок. BoRR нельзя посылать до End-of-RIB для той же AFI/SAFI. Получатель, принявший Graceful Restart Capability, обязан игнорировать преждевременный BoRR. Один механизм восстановления не может разрешить очистку до завершения stale-фазы другого.

Ошибочные маркеры не получают скрытой власти

Сообщение подтипа 1 или 2 неверной длины вызывает ROUTE-REFRESH Message Error: код 7, подкод 1. Подтипы, отличные от 0, 1 и 2, должны игнорироваться; ошибку рекомендуется журналировать. EoRR без связанного BoRR тоже можно игнорировать и записать. Неизвестный или повреждённый маркер не приобретает право незаметно удалять маршруты.

Доказательства и границы

RFC 7313 подтверждает способность, маркеры, цикл stale состояния, срок, порядок Graceful Restart и обработку ошибок. RFC 2918, 4271, 4724 и 5492 дают основу; IANA подтверждает код 70. Трактовка как делегированного операционного полномочия является анализом. Источники не доказывают внедрение у названного оператора, универсальный безопасный срок, подлинность маршрутов или исправление всех расхождений.

Источники