路由器故障:CPOS接口的PPP协商结束后无法ping通对端

运维 网络运维
采用CPOS接口可以节省了一个TM传输设备,同时路由器上配线简单多了,还可以节省很多的同轴电缆,用一根光纤全部解决。

CPOS接口通常是指在路由器上的端口,CPOS接口物理形态上是一个端口,但实际上内部分为了多个接口。通过这种接口可以用一个端口与多个物理接口相连(当然中间采用传输),这种连接和帧中继、X.25的虚连接不同,实际上仍然是物理相连,在传输中独享VC12/VC4。下面让我们来看一下CPOS接口的PPP协商正常结束后,无法ping通对端的故障是怎么样解决的。

网络环境

路由器与其他厂商设备通过CPOS接口互连,CPOS接口通道化为E1,链路层采用PPP协议。在PPP协商正常结束后,不能正常ping通直连地址或访问对端设备连接的网络。

故障分析

步骤 1     使用测试仪器检查链路,排除物理接口和链路故障。

步骤 2     使用

  1. display current-configuration interface serial  
  2. 和  
  3. display current-configuration controller cpos 

命令,检查本端设备,发现其配置正确而且与对端匹配。

步骤 3     使用display interface serial命令,结果如下:

  1. <Quidway> display interface serial 3/0/0/8:0  
  2.  
  3. Serial3/0/0/8:0 current state: up  
  4.  
  5. Line protocol current state: up  
  6.  
  7. AU-4 1, TUG-3 2, TUG-2 3, E1 1, ChannelGroup 0, Channel ID  1  
  8.  
  9. Description: "rt-bb-ura1-01 -> cl-rt-ura-uniube-01 (0497509-URA) Link-2"  
  10.  
  11. Internet address is 201.16.248.18/30  
  12.  
  13. The configured MTU is 1500 bytes, and the negotiated MTU is 0 bytes  
  14.  
  15. TimeSlotList include 1-8,the BandWidth is 512 Kbits  
  16.  
  17. The Max HQOS BandWidth is 448 Kbits  
  18.  
  19. Link-protocol is PPP, loopback not set, clock source master, urpf disabled  
  20.  
  21. MRU: 1500 bytes, Negotiate Timeout set 3 seconds  
  22.  
  23. Peer MRU: not negotiate, Magic number: 50342202  
  24.  
  25. Peer IP address is 201.16.248.17/32  
  26.  
  27. LCP: Opened  
  28.  
  29. NCP: IPCP Opened, MPLSCP Stopped  
  30.  
  31. Input: 94 Lcps, 0 Ipcps, 0 Ip6cps, 0 Mplscps, 0 Osicps, 0 Invalids  
  32.  
  33. Output:52 Lcps, 0 Ipcps, 0 Ip6cps, 42 Mplscps, 0 Osicps, 0 Invalids  
  34.  
  35. Hold time is 10 (sec)  
  36.  
  37. Input: 52 Timerhold Packets  
  38.  
  39. Output:52 Timerhold Packets  
  40.  
  41. Last 5 minutes input rate 36 bytes/sec, 0 packets/sec  
  42.  
  43. Last 5 minutes output rate 11 bytes/sec, 0 packets/sec  
  44.  
  45. Input: 376 packets, 19566 bytes  
  46.  
  47. 0 errors, 0 CRC, 0 giants  
  48.  
  49. Output:161 packets, 6068 bytes, 0 underruns  
  50.  
  51. 0 CRC, 0 aborted sequences, 0 giants 

 

接口协商的MTU值为0。

初步断定可能是此MTU协商不成功导致的故障。

步骤 4     使用display current-configuration命令,没有发现配置安全策略而过滤流量。

步骤 5     进一步了解,发现其他厂商设备在MTU值为1500字节的情况下,不进行MTU协商。

此时,其他厂商设备既不发送MTU协商报文,也拒绝接收对端设备发送的协商报文。而路由器在任何情况下都会进行MTU协商,协商的初始值是0,每次协商以上一次的协商结果为基础,如果协商失败则保持上次协商结果。

因此,当两端MTU都是1500字节时,路由器发送协商报文给其他厂商设备后被拒绝,同时也收不到其他厂商设备的协商报文,这样路由器得到的协商结果就是0,而其他厂商设备则保持自己的1500字节。

路由器在MTU是0的情况下不会转发数据,从而直连不通。

处理步骤

在路由器上执行以下操作:

步骤 1     执行命令system-view,进入系统视图。

步骤 2     执行命令interface serial interface-number,进入同步串口视图。

步骤 3     执行命令mtu 1400,配置同步串口的MTU值。

将MTU值修改为1400字节。

同时,在对端也将MTU值修改为1400字节。

步骤 4     执行命令shutdown,关闭同步串口。

步骤 5     执行命令undo shutdown,启用同步串口。

完成后,两端协商的MTU值为1400字节,可以ping通对端,故障解决。

----结束

案例总结

在和其他厂商设备进行互通时,应注意分析路由器和其他厂商设备在一些协议上的不同实现方式。

【编辑推荐】

  1. 路由故障:VRRP应用不成功
  2. 路由故障:NE5000E路由器Telnet失败
  3. 路由故障:VRRP备份组的状态不停切换
  4. 路由故障:传输网告警导致整网路由震荡
  5. 路由故障:BFD for VPN-BFD会话无法建立
  6. 路由故障:ACL未指定VPN实例导致网管失效
责任编辑:佚名 来源: 51CTO整理
相关推荐

2011-03-30 15:07:14

POS接口

2011-03-30 15:18:22

POS接口

2011-04-14 13:12:57

OSPF路由

2011-04-06 16:15:18

ATM

2011-03-30 15:24:32

POS接口MTU

2011-05-11 14:28:31

IS-IS路由IP-Trunk

2010-08-26 08:48:38

2011-05-17 10:59:07

EBGPLoopback地址

2013-03-20 09:29:18

网吧路由器接口故障路由器接口故障

2011-03-30 16:27:07

POS接口OSPF

2011-04-11 16:29:31

OSPF

2011-04-11 16:04:38

BGPOSPF

2011-04-08 18:05:31

2009-12-22 15:04:11

路由器无法拨号故障

2011-04-08 17:42:13

OSPFOSPF邻居

2011-05-17 13:31:37

IBGP路由

2013-01-21 09:24:44

路由器PPP认证网络协议

2011-04-08 17:10:54

路由静态路由

2011-04-08 17:22:40

路由

2010-08-25 11:04:28

路由器故障
点赞
收藏

51CTO技术栈公众号