李莹,CR16010H-F Release 8260P22 路由加表异常导致收敛速度慢的经典案例
问题描述
现场业务正常时，将某一条路由策略中匹配18位掩码的前缀列表删除，重新添加24位掩码路由加表速度正常，加入本地的BGP路由数目从4万增加到92万。
又把此路由策略下的前缀列表全部删除后，重新添加18位掩码后路由震荡，BGP路由表中prefrcv收到的路由一直是92万，没有减少，大约等待40分钟左右路由数目才收敛回4万，正常来说大约10分钟就可以收敛完成。
过程分析
PrefRcv 表示：从对等体接收到的加入到本地BGP路由表中的前缀数目
1，删除18位掩码的前缀列表，重新添加24位掩码之后的路由条目增加到928357 （此时路由加表速度较快）
,
2，重新配置18位掩码之后，查看路由条目收敛到45890 （此时路由收敛速度较慢大约等待40多分钟）
Peer AS MsgRcvd MsgSent OutQ PrefRcv Up/Down State
124.74.X.X 4812 4379439 43485 0 45890 0629h17m Established
3，将前缀长度修改为24位的操作记录：
route-policy SHCT-GD5-OUT permit node 60
undo if-match ip address prefix-list pfx_BLOCKS_GE_18_p1_permit
if-match ip address prefix-list pfx_BLOCKS_GE_24_p1_permit
将前缀长度恢复为18位的操作:
route-policy SHCT-GD5-OUT permit node 60
undo if-match ip address prefix-list
if-match ip address prefix-list pfx_BLOCKS_GE_18_p1_permit
4，第一次修改时，路由表数量增加速度较快，设备收到update报文后，直接将报文中的路由信息复制加到BGP表中，这个过程很快。
第二次修改时，路由表数量收敛慢，涉及到一个匹配计算的过程，八九十万条路由量算是很大了，需要一定得时间计算。BGP路由加表时间大概是5-6分钟然后传给邻居，但是display bgp peer ipv4 查看邻居信息40分钟后才恢复数值
解决方法
经确认，90w+bgp路由收敛慢有两种影响因素：
1、现场配置了BGP衰减影响，这个算法比较复杂。且路由震荡越频繁，路由被抑制时间越久。配置本命令后当bgp路由撤销时，不会立即被删除，而是进行路由衰减。被衰减抑制的这部分路由会失效从ip 路由表中及时清除，但会在bgp表中衰减，不是立即删除。
相关命令如下：
address-family ipv4 unicast
dampening
2、关于增加和撤销路由的时间差异
策略SHCT-GD5-IN最关键的是节点60
掩码改为24位时：节点60的匹配结果是permit，那么到60就结束了，后面的策略节点不会再进行匹配。
当重新改为18位时：节点60 的匹配结果是deny，没有匹配上，那么后面的节点70到140，都需要依次匹配一遍，所以这个动作会耗时更久一些。不过更主要的是第一条的衰减功能影响收敛速度。
