APP下载

用时钟反转调试路由

2016-11-26

网络安全和信息化 2016年7期
关键词:基带路由器报文

引言:最近单位在新部署一套网络时,路由器之间使用ASM40基带猫通过2M电信链路互通,笔者发现路由器串口之间物理链路状态为UP,但链路协议状态始终为DOWN。通过查阅相关资料和咨询厂商技术支持后查找出了故障原因。鉴于目前使用基带猫走2M链路这种模式已经比较少见,特将这次排查路由故障的经验和大家一起分享。

网络结构

笔者单位因业务发展,需要新部署一套网络。由于下级单位条件限制,加上该套网络的特殊性,不能使用互联网VPN模式进行互联。因此,租用电信2M链路通过调制解调来组建该网络,在两端分别使用新购置的华为AR1220-S路由器、华为2SA同异步接口卡和ASM40基带猫,路由器之间封装PPP协议,网络拓扑结构如图1所示。

由于单位部分网络一直使用ASM40基带猫进行互联,笔者感觉这次部署就算采用新设备,也应该没有什么问题,并没有拿相关设备做调试实验。直接协调电信调通2M物理链路,通知下级单位网络管理员按照网络拓扑规划配置好路由器参数接入网络,结果路由器和基带猫显示均正常,但两点之间的的网络始终不能互通。

路由调试过程

再次检查本端路由器和基带猫,两个设备状态灯均显示正常,基带猫之间的2M链路也能正常通联。联系下级单位的网络管理员,他们反映路由器和基带猫均显示正常,应该判断是路由器的配置错误造成的网络故障。

于是登录路由器,查看路由器连接端口状态,具体信息如图2所示。

通过查看该端口得知,该端口的物理链路为UP,链路协议 DOWN,PPP协议协商为stoped状态。让下级单位管理员在ASM40基带猫前链路远环,发现本段路由器不收远环,具体状态为:物理链路为UP,链路协议还是DOWN,通过2M线路测线仪测试发现单位之间的物理链路是正常的。

仔细研究端口状态,发现路由器serial 2/0/0工作在同步工作方式,而连接基带猫需配置在异步工作方式。

配置端口为异步工作方式

在实际应用过程中,一般来讲路由器均为DTE模式,时钟授时是由链路来负责的。于是将上下两级路由器的端口工作方式都改为异步工作方式。需要注意的是,Serial接口在切换工作方式时,为了保证Serial接口流量统计正确,还需要清除接口下的统计信息。具体配置命令如下:

图1 网络拓扑结构

图2 串口2/0/0接口信息

这里需要说明一下,Serial接口有两种工作方式:同步方式和异步方式。当将Serial接口作为 DDN(Defense Data Service)专线或者使用Serial接口接入终端时,工作在同步方式;当将Serial接口作为异步专线或使用Serial接口进行Modem拨号、数据备份和接入终端时,工作在异步方式。当设备的Serial接口配置为同步方式或异步方式时,其对端设备的Serial接口必须配置为相同的方式。目前像华为AR1220等同级别的路由器缺省情况下,Serial接口工作在DCE工作模式。

配置时钟反转

将路由器Serial2/0/0接口配置成异步工作方式后,将接口shutdown后重新启动,网络仍然不能通联,看来不只是这个问题。于是笔者打开路由器的Debug调试信息:

运行结果如图3所示,发现PPP协议未成功协商。

通过查阅有关资料后发现,如果DTE端接收报文有错误,特别是报文数与字节数没有整数倍对应关系的时候(如100个 packets,105 Bytes),此时在接口下配置invert receive-clock,将接收时钟反转。如果DTE端接收报文没有错误,但是DCE端接收报文还是有错误,则在接口下配置invert transmit-clock,将发送时钟反转。如果将invert receive-clock和invert transmit-clock都配置后接收报文错误仍然有增长,则可能与时钟反转无关。

通过图4不难发现,该接口接收报文有错,于是在该接口下配置时钟反转。具体配置如下:

图3 Debug调试信息

图4 DTE接收报文详细信息

在A、B两路由器配置完以上命令后,将互联接口shutdown后重新启动,发现两台路由器网间网能互通,路由故障排除。

从厂商技术支持处了解到,在某些特殊情况下,时钟在线路上会产生时延,导致两端设备失步或报文被大量丢弃,这时可以将设备的异步串口的发送或接收时钟信号反转,以消除时延的影响。

这里大家还要注意一条命令:invert receive-clock auto,该命令用来自动反转异步方式下Serial接口的接收时钟信号。在线路信号受到频繁干扰等特殊情况下,时钟在线路上可能会不定时地产生时延,普通的反转设备Serial接口的接收时钟信号(通过invert receiveclock命令配置)只能反转一次接收时钟信号,对后面的时延无法继续反转;而且时延消失的时候,接收时钟信号也不会自动反转回来,结果对接双方时钟信号依然无法同步。

为了解决这个问题,用户可以在Serial接口上执行invert receive-clock auto命令配置自动反转接收时钟信号功能,这样,每次时钟在线路上产生时延时,接收时钟信号就会自动反转;当时延消失后,接收时钟信号还会自动反转回来,从而消除时延的影响,保证对接双方时钟信号同步。

当然,invert receiveclock auto命令不能与invert receive-clock命令在同一接口下配置。

经验总结

此次部署网络出现故障,原因就是采用新设备而没有做相关的通联测试,加上对路由器异步工作原理掌握不清楚,导致了一次路由器配置的自摆乌龙。其实在异步工作模式下,如时钟选择、时钟反转、同异步模式选择、波特率设置等因素都会影响到协议协商成功与否。

猜你喜欢

基带路由器报文
基于J1939 协议多包报文的时序研究及应用
买千兆路由器看接口参数
维持生命
路由器每天都要关
路由器每天都要关
Ag元素对Ni-7at.%W合金基带织构形成的影响
CTCS-2级报文数据管理需求分析和实现
苹果推出自研基带芯片要过几道坎?
苹果10亿美元为5G买“芯”
浅析反驳类报文要点