我们有一个太华三MSR2600的路由器,安装一个2M板卡,自环回的时候link口UP协议为down。请问这是路由器本身的配置问题吗? 另一个问题∶MSR2600路由器和SR6608路由器通信,MSR2600路由器需要怎么配置?
(0)
您好,请知:
这里有个案例,可以参考下:
客户现场有一台在网使用的MSR3600-51,上面有一块SIC-2SAE卡,一直使用正常。新购买三台MSR3600-51及三块SIC-2SAE串口卡,测试中出现serial接口物理状态up协议状态down的现象。具体测试结果如下:
1. 使用新设备、新接口卡,使用旧卡所用的线缆,对端设备未更换,serial接口物理up协议down,接口入方向都是错包
================================================
===============display device verbose===============
Device Name: H3C MSR3600-51
Slot No. Board Type Status Max Ports
--------------------------------------------------------------
0 RPU Normal 53
1 SIC-2SAE Normal 2
===================================================
===============display interface brief===============
Brief information on interface(s) under route mode:
Link: ADM - administratively down; Stby - standby
Protocol: (s) - spoofing
Interface Link Protocol Main IP Description
Aux0 UP -- --
GE0/0 DOWN DOWN --
GE0/1 DOWN DOWN --
GE0/2 DOWN DOWN --
InLoop0 UP UP(s) --
NULL0 UP UP(s) --
REG0 UP -- --
Ser1/0 UP DOWN 10.1.199.66
===================================================
===============display interface===============
Serial1/0
Current state: UP
Line protocol state: DOWN
………………
Input:
0 packets, 0 bytes
0 broadcasts, 0 multicasts
137 errors, 0 runts, 0 giants
13 CRC, 0 align errors, 0 overruns
124 aborts, 0 no buffers, 0 frame errors
Output:
96 packets, 1338 bytes
0 errors, 0 underruns, 0 collisions
0 deferred
DCD: UP, DTR: UP, DSR: UP, RTS: UP, CTS: UP
查看debug ppp,接口只有output的协商包,没有input
*Jan 1 20:15:37:257 2011 shichang PPP/7/PACKET:
PPP Packet:
Serial1/0 output IP(0021) packet, pktLen 68
*Jan 1 20:15:37:297 2011 shichang PPP/7/PACKET:
PPP Packet:
Serial1/0 output IP(0021) packet, pktLen 56
*Jan 1 20:15:37:469 2011 shichang PPP/7/PACKET:
PPP Packet:
Serial1/0 output IP(0021) packet, pktLen 52
2. 旧设备上同时插新卡和旧卡,用之前在使用的线缆分别插到两块卡的接口上,新卡接口不up,旧卡接口up;
3. 两台新设备都使用新卡,接口互连,物理协议都正常up。
1. 设备解析不了入方向的报文,入方向都是错帧,说明问题不在PPP协商,而是在链路层。链路层有问题我们首先怀疑的是设备之间没有共地,导致MSR3600-51与传输设备之间有电压差,使得设备无法正常解析入方向数据帧。但是这不好解释为何同一台设备上同时插旧卡和新卡时,旧卡上的接口可以up,新卡的接口无法up。之后请现场尝试将设备接地,现象与之前相同,因此不完全是设备之间没有共地的问题;
2. 接口无法解析入方向报文,可能是与对端接口时钟不同步导致。此同步串口作为DTE侧,缺省时钟选择方式为DETCLK 1。请现场尝试在接口下配置翻转接收的时钟信号,即invert receive-clock,该命令会消除DTE与DCE之间线路上半个时钟周期的时延,之后serial接口正常up。
新旧子卡之间区别在于,新卡的CPLD的逻辑版本为3.0,旧卡的CPLD版本为1.0。逻辑版本的不同可能导致子卡对接收到的时钟信号处理有区别,使得新旧子卡在接收同一台对端设备的时钟时,处理结果有半个时钟周期的时延差别,进而导致上面入方向数据帧无法解析的现象。
================================================
===============display device verbose===============
Device Name: H3C MSR3600-51
Slot No. Board Type Status Max Ports
--------------------------------------------------------------
0 RPU Normal 53
1 SIC-2SAE Normal 2 //新卡
3 SIC-2SAE Normal 2 //旧卡
Slot 1
Status: Normal
Type: SIC-2SAE
Hardware: 2.0
Driver: 1.0
CPLD: 3.0
Slot 3
Status: Normal
Type: SIC-2SAE
Hardware: 2.0
Driver: 1.0
CPLD: 1.0
对于同步串口协议不up的问题,可以debug ppp查看协商过程。对于入方向无ppp协商报文、接口下都是错包的情况,需要确认两端设备共地(电压差不能过大),以及两端时钟一致。对于DTE侧接口,可以尝试 invert receive-clock 来对收到的时钟进行翻转,如仍不能同步,可以尝试通过clock dteclk1、clock dteclk2、clock dteclk3、clock dteclk4、clock dteclk5等命令选择时钟接收方式,以使两端接口时钟同步。
(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论