CRC的全称是循环冗余校验,其特点是:检错能力极强,开销小,易于用编码器及检测电路实现。从其检错能力来看,它所不能发现的错误的几率仅为0.0047%以下。从性能上和开销上考虑,均远远优于奇偶校验及算术和校验等方式。下面让我们看一下POS链路不能Up,CRC的设置不一致的故障解决步骤。
网络环境
在某局点使用RouterA(NE40路由器)替换NE05后,发现与其他路由器RouterB连接的POS口链路物理状态是Up,但协议状态却是Down。如图5-3所示。
POS链路不能Up组网图
故障分析
步骤 1 检查两端的POS口链路层协议均是HDLC协议,并且设置两端的POS口链路层协议为PPP后仍然无法对接。
步骤 2 在NE40的POS口进行自环操作,配置链路协议为PPP,执行display interface命令检查接口的状态,有接受和发送的报文数均在增加,排除单板硬件故障的可能。
步骤 3 取消NE40的POS口的自环,在两端路由器的POS口上均采用加扰方式,并且物理层均封装为SDH方式。
步骤 4 检查NE05和现网NE40配置的POS口的配置以及友商路由器的POS口的配置,发现双方只有CRC配置不一致,NE05和友商路由器的CRC均是16位,而NE40是32位。NE40的CRC和友商路由器的CRC配置不同,导致NE40和友商路由器的POS口无法对接。
----结束
处理步骤
步骤 1 协调友商路由器的维护人员修改其POS口的CRC为32位。
步骤 2 执行display interface命令检查接口的状态,协议状态已Up,问题得到解决。
----结束
案例总结
NE40的POS口的CRC是32位,且无法修改。友商路由器的POS口支持CRC-16和CRC-32两种方式,但是它们叫FCS-16和FCS-32,其实是一样的。
【编辑推荐】
- 路由器故障:POS口状态反复Up/Down
- 路由器故障:POS接口修改MTU值无法生效
- 路由器故障:POS接口无法收到对端的报文
- 路由器故障:POS链路不能Up:C2字节不匹配
- 路由器故障:POS接口接收小包错包,SDH错误大量增加
- 路由器故障:POS接口物理层和链路层状态Up,但无法ping通对端