【路由器】路由器广域网链路异常，即MP（PPP Multilink）多链路捆绑链路业务速率慢或间歇性中断

1 故障现象

  路由器MP链路两端业务通信异常，现象包括：

1）捆绑链路带宽无法达到多链路带宽总和

2）接口CRC校验错误很多，传输性能地下，实际业务很卡

3）测试MP性能时，大包小包的性能低

4）接口如果启用了动态路由协议，路由间歇性中断重新收敛

2 故障可能原因

1）对应接口没有开启REF

2）多链路捆绑下的某些子接口并没有UP

3）接口分片设置不合理

4）跨卡、跨运营商、跨接口类型捆绑

3、故障处理流程

4、故障处理步骤

步骤1   确认接口是否开启REF功能

步骤2   确认所有被捆绑的子接口是否均正常通信

步骤3   调整接口分片

步骤4   确认接入multilink组的接口类型是否一致

步骤5 收集信息，请联系4008111000协助处理

步骤1   排查接口是否开启REF功能

开启和不开启REF，对于路由器而言是两种完全不同的转发模式。不开启REF，转发性能低下。

路由器上需要配置ip ref功能的接口如下：

以太网接口：

      interface FastEthernet

      interface GigabitEthernet

虚接口：

      interface Dialer

      interface Group-Async

      interface Multilink

      interface Tunnel

      interface Virtual-ppp

      interface Virtual-template

      interface Vlan

广域网接口：

      interface Async

      interface ATM

      interface  Pos

      interface Serial

      Controller e1

      Controller sonet

注意：

1. 老版本在某些接口下可能无法配置ip ref功能

2. 新品默认开启ref（RSR10-02E、RSR20-14E/F、RSR77等），无需配置

3. 配置ref的原则：只要该接口下有ip ref命令，就必须配置。

确认接口开启REF后，如果还是无法解决，请继续排查。

步骤2   排查所有被捆绑的子接口是否均正常通信

在实施多链路捆绑时，只要有一个子链路配置正确通信正常，那么multilink就能up并能够通信。因此，带宽达不到预想值时，需要确认是否所有的子接口都已经UP。

通过show int serial 1/2/0.1/1/1/1:0 类似命令逐个确认所有子接口是否UP

如果协议DOWN，请参考“MP（PPP Multilink）多链路捆绑链路两端业务无法通信”章节排查该子接口配置是否正确、运营商链路是否正常开通。

如果所有子接口均正常UP，仍然无法解决，那么请继续排查

步骤3   调整MP接口分片尝试解决

multilink有其分片机制，通过对数据包分片，均衡在子链路中传，以提高带宽利用率。可以通过调整分片机制来尝试解决。

在实际业务中，尝试调试步骤如下：

1. 推荐按捆绑的子接口个数分片，优先尝试

RSR77(config)#interface multilink 1

RSR77(config-if-multilink 1)#ppp multilink fragment maximum 4   //例如四个子接口捆绑，就配置4

2. 如果不能解决，可以逐渐递减尝试，可以配置为 3、2

3. 也可以关闭分片功能尝试

RSR77(config)#interface multilink 1

RSR77(config-if-multilink 1)#ppp multilink fragment disable

在打流测试中：

在测试项目中，需要通过仪表来测试multilink捆绑的性能，那么这条命令就尤为重要。

1. 大包1000、1500字节等

推荐按捆绑的子接口数分片：

RSR77(config)#interface multilink 1

RSR77(config-if-multilink 1)#ppp multilink fragment maximum 4   //例如四个子接口捆绑，就配置4

2. 中等包 256、512字节等

推荐不配置分片保留默认分片行为；或者配置分片2：

RSR77(config)#interface multilink 1

RSR77(config-if-multilink 1)#ppp multilink fragment maximum 2  

3. 小包 64 、128字节等

推荐关闭默认的分片行为：

RSR77(config)#interface multilink 1

RSR77(config-if-multilink 1)#ppp multilink fragment disabled

如果通过分片调整尝试，任然无法解决，请继续排查。

步骤4   排查接入multilink组的接口类型是否一致

需要明确的是，推荐 同一运营商、同一种接口类型、接口在同一张卡上的multilink捆绑；不推荐跨运营商线路、跨接口类型、跨线卡的链路捆绑。

跨运营商线路举例：一条联通的E1线路和 一条电信的E1线路捆绑；

跨接口类型举例：一个E1线路和一个CPOS通道化E1接口捆绑；

跨线卡举例：RSR77 1槽的E1接口和5槽的E1接口捆绑。

本质原因在于：如果跨运营商或跨接口类型捆绑，那么两个子链路的传输延时不一致；将导致被multilink分片转发的包到达对端的时间步调不一致；就很容易导致分片包错序，进而严重影响转发性能。

如果存在跨运营商线路、跨接口类型的捆绑，请合理引导客户；

如果存在跨线卡的捆绑，理论上锐捷设备支持，但某种极端情况（一张卡繁忙，一张卡空闲）下，也可能导致数据包乱序。因此需要谨慎使用。

通过以上所有步骤，如果仍然无法解决故障，请收集信息，致电400寻求技术支持。

步骤5   收集信息，请联系4008111000协助处理

拨打4008111000寻求技术支持，收集如下故障信息，进行故障进一步处理。

show run

show ver

show cpu

show memory

show slot

show ver slot

show ip route

show ip int brief

show interfaces

 show log

-----------------------------------------------------------------------------------------------------------

*/注意，开启debug调试可能影响客户在网业务，请与客户沟通后谨慎使用！！！/*

打开如下debug信息，ping 对端地址触发协商，搜集协商过程中的debug信息

debug ppp negotiation

debug ppp authentiation

debug ppp error

debug ppp multilink events

debug ppp multilink fragments

*/注意，debug信息搜集完成后，必须通过undebug all命令关闭所有debug调试，否则可能会对客户在网业务造成持续影响/*

-----------------------------------------------------------------------------------------------------------