Кратко

  • Route Refresh просит соседа повторно анонсировать один AFI/SAFI без перезапуска BGP; Enhanced Route Refresh отмечает начало и конец повтора.
  • BoRR и EoRR подтверждают границы обмена, но не версию конфигурации, направление политики, Loc-RIB, FIB или доставку пакетов.
  • Для завершения нужна квитанция, связывающая commit, refresh, контрольный префикс, пересылку, трафик, исключения и откат.

Обмен завершён, а операционный вопрос — нет

Представим изменение входной политики: маршрут от определённого транзитного соседа теперь должен отклоняться. Система конфигурации сообщает об успешном commit. Маршрутизатор запрашивает Route Refresh; следуют Beginning-of-RIB, объявления и End-of-RIB. Заявку хочется закрыть.

Однако контроль показывает, что префикс всё ещё выбран на одном production edge. Маркеры могли быть точны. Ошибка в выводе: завершение повторного объявления соседом приняли за доказательство результата локальной политики.

RFC 2918 определяет Route Refresh, чтобы повторно применять политику без сброса сессии BGP. Способность объявляется при установлении сессии. Позднее сообщение указывает AFI и SAFI, а сосед повторяет соответствующее исходящее состояние маршрутов.

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

Точная граница BoRR и EoRR

RFC 7313 добавляет Enhanced Route Refresh. Beginning-of-RIB и End-of-RIB окружают повторно объявляемый набор, позволяя получателю выявлять не обновлённое устаревшее состояние.

Это конкретное свидетельство: refresh данного соседа и семейства начался и закончился. Оно не доказывает, что новая конфигурация была активна до первого UPDATE, достигла всей группы или применялась в правильном направлении. Установка в FIB и доставка пакетов также остаются отдельными фактами.

Refresh IPv4 unicast не сверяет IPv6, VPN или иной SAFI. Одна сессия не представляет другого peer, route reflector или другую группу edge. Превращая один EoRR в общий зелёный статус, оператор теряет область действия маркера.

Для импорта и экспорта нужны разные цепочки

RFC 4271 разделяет полученные маршруты, маршруты, выбранные в Loc-RIB, и маршруты, подготовленные для объявления. При изменении импорта получатель заново обрабатывает объявления. При изменении экспорта отправитель должен показать, что новая политика использована к названному соседу.

Владельцы и точки наблюдения различаются. Peer повторяет своё исходящее состояние, а локальный маршрутизатор повторяет входную обработку. Один refresh не удостоверяет намерение обеих сторон.

RFC 5291 добавляет Outbound Route Filtering. Способность ORF, тип фильтра, режим и установленное состояние — отдельные элементы. Последующий refresh сам по себе не доказывает наличие и актуальность ожидаемого фильтра.

Контрольный префикс соединяет уровни

Отклонение на импорте проверяется по полученному маршруту и результату политики. Выбор альтернативы — по Loc-RIB. Перенос трафика требует FIB, разрешения next hop и репрезентативного пути пакетов.

Представления могут различаться. Префикс отклонён от одного соседа, но получен от другого. Маршрут победил в BGP, но не разрешил next hop. Запись FIB есть, а туннель, ACL или нижестоящий сбой блокирует доставку. Route Refresh не сводит эти вопросы в один флаг.

Нужен контрольный префикс с известным ожидаемым результатом. До commit, в окне BoRR–EoRR и после него записывают peer, AS path, значимые атрибуты, причину решения и итоговый next hop. Затем проверяют трафик нужного семейства и сервиса.

Такое ограничение сохраняет ценность Route Refresh. Завершённый обмен — сильное свидетельство повторной передачи ограниченного набора маршрутов. Вместе с соседними фактами он помогает различить неверную версию, частичную доставку, ошибочное семейство, отсутствие способности, иной ORF или сбой пересылки после правильного BGP-решения.