产品行业: ISP与互联网系统部(L1)-通信(L2) 产品型号: NE40E 背景叙述: 6台PE设备之间运行ISIS和BGP协议并配置了MPLS VPN业务协议。6台PE设备都采用相同的RD值，PE1和PE2作为RR。PE1的Router ID值小于PE2的Router ID值；PE3的Router ID值小于PE4的Router ID值；PE5的Router ID值小于PE6的Router ID值。两台CE属于同一个VPN。组网拓扑如下： [图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/jdc/api/attachment/downLoadByAid?path=202504/10/090241db287589-02e2-4c1c-81ec-d266694416f1.png&aid=963345&bussinessType=2&tid=1140018[图片] 产品问题: 配置完成后，发现当PE3重启后，在PE5和PE6上需要等2分钟左右才能学习到PE4下CE1的业务网段。路由收敛速度慢。 产品建议: 建议因为IGP协议收敛慢导致MPLS VPN路由收敛慢时，可以通过配置不同的RD值，使MPLS VPN路由备份来解决此问题。采用VPN FRR也可以解决此问题。 具体操作步骤如下： 在PE3上执行命令system-view，进入系统视图。 执行命令ip vpn-instance vpn-access ，进入PE3上对应的VPN实例视图。 执行命令route-distinguisher 22:1，将PE3上VPN实例的RD修改为与其他PE不同。 配置完成后，PE5和PE6上会通过PE3和PE4分别学习到两条到CE1的MPLS VPN路由（其中一条为active，另一条为inactive），并且PE5和PE6的下一跳地址不同。 再次重启PE3，MPLS VPN的active路由消失，inactive路由可以很快切换为active路由，不需要等待IGP路由正常后再收敛，因此PE5和PE6上的路由表收敛速度很快，故障排除。 故障的原因在于： PE5和PE6会通过PE3和PE4学习到CE1的两条MPLS VPN等价路由，因为PE3的Router ID值小于PE4的Router ID值，因此IGP路由表中只会选择PE3作为到CE1的路由。 当PE3重启时，两台RR（PE1和PE2）需要等到确定与PE3已经无法建立BGP邻居关系后，才会向PE5和PE6转发CE1的业务网段路由。只有IGP协议状态正常之后，MPLS VPN才开始建立邻居关系。而且MPLS VPN邻居建立的时间与路由器的路由表的数量有关，因此MPLS VPN路由表收敛速度较慢，一般在2分钟左右。