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，都需要依次匹配一遍，所以这个动作会耗时更久一些。不过更主要的是第一条的衰减功能影响收敛速度。