首页/网络/BGP 与广域网速查/软重置原理与 Route-Refresh
BGP 基础与邻居89 条

软重置原理与 Route-Refresh

软重置不拆会话:通过 Route-Refresh(或保存的 Adj-RIB-In)对已有路由重跑策略,避免重建邻居。

BGP 与广域网速查网络更新于 2026-10-13

软重置靠什么实现

软重置指的是不拆会话、只让已有路由按新策略重新评估。它有两条实现路径:一是依靠 Route-Refresh 能力(RFC 2918),本端要求对端把路由重发一遍;二是在本端保存邻居发来的原始副本(soft-reconfiguration inbound),刷新时对副本重跑入策略。前者不占内存,后者不依赖对端能力。

基本信息

入向刷新clear ip bgp <邻居> soft in,重跑本端入策略
出向刷新clear ip bgp <邻居> soft out,请对端重新请求我方向路由
能力依赖Route-Refresh(双方支持时最省资源)
替代方案neighbor x soft-reconfiguration inbound 保存原始副本
华为对应refresh bgp all import / export

典型使用场景

  • 新增或调整入向 route-map 后验证效果,避免为一条策略重建整个邻居
  • 出向策略变更后请对端重收,比直接拆会话对业务影响小
  • 割接验证阶段反复微调策略,软刷新使每次调整都能即时看到结果
  • 对端不支持 Route-Refresh 时临时启用保存副本,刷新完成后评估是否关闭
  • 排查前缀残留问题:软刷新后条目仍不消失,说明策略本身没匹配到该前缀

标准操作流程

标准操作流程
# 1) 改入方向策略
route-map RM-IN permit 10
 match ip address prefix-list PL-BIZ
 set local-preference 120
!
router bgp 65001
 neighbor 10.0.0.2 route-map RM-IN in
!
# 2) 软刷新入向,不拆会话
clear ip bgp 10.0.0.2 soft in
!
# 3) 验证生效结果
show ip bgp neighbors 10.0.0.2 routes
show ip bgp 10.10.0.0/16

两种实现方式对比

方式依据代价与限制
Route-Refresh对端重发路由,本端重跑入策略几乎不占额外内存,需双方支持该能力
保存原始副本本端保留未过滤前的路由副本每个邻居都占内存,大表环境开销明显
出向刷新向对端发送刷新请求依赖对端支持,且需要本端出策略可重新评估
硬重置替代断开并重建会话影响业务,只在软刷新无效时使用

核查能力是否具备

核查能力是否具备
show ip bgp neighbors 10.0.0.2
# 能力段落查看:Route Refresh capability 是否出现
# 出现 Inbound soft reconfiguration not enabled 时 soft in 会走保存副本路径或直接无效
!
show ip bgp neighbors 10.0.0.2 | include Refresh
出向策略的验证不能只看本端配置:本端 advertised-routes 反映的是「打算发什么」,最终对端收到的是对端入策略过滤后的结果。软出向刷新后,最好在对端执行一次接收路由核对。

易错点

  • 对端不支持 Route-Refresh 且本端没开保存副本:soft in 执行返回成功但路由一条都没变,容易误判成策略写错
  • 误以为软出向刷新能立刻让对方收到:对端若同样有入策略,最终表项仍可能与本端 advertised-routes 不一致
  • 长期开启 soft-reconfiguration inbound:全表环境里每个邻居都会额外占用内存,扩容时容易被忽略
  • 改的是本端入策略却做 soft out:方向搞反时刷新不起作用,还可能白白触发对端重发大量前缀
  • 刷新后只看到消息不核对前缀与属性:软刷新是无损操作,但生效结果仍需逐项验证

数据来源与参考

  • RFC 2918: Route Refresh Capability
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌