第3章 广域网故障排除(V2.1).pptVIP

1 串行链路故障排除综述 串行链路配置的常见问题 其他相关问题 串行链路故障排除的一般步骤 串行链路配置的常见问题 串行链路的配置不当导致链路不能互通 PAP/CHAP验证配置不当导致验证不通过 aaa-enable配置导致链路挂断 参数设置不当导致和某些设备互通时协商不通过 MP绑定参数设置错误 HDLC的keepalive设置不匹配 其他相关问题 物理链路故障导致PPP链路不能up 和某些非标准设备使用PPP互通时协商不通过 使用异步口互通时对端设备不支持字符转义 没有接口路由导致PPP链路不可用 串行链路故障排除的一般步骤 物理层问题分析 LCP问题分析 验证问题分析 IPCP问题分析 其他问题分析 串行链路故障相关的display、debug命令 debug ppp display ppp mp debug hdlc debug slip 串行链路典型案例分析 链路自环导致链路层协议down 与某公司路由器互通时验证不通过 两端封装的链路层协议不同导致链路层不能up 链路自环导致链路层协议down 现象描述 某次工程中，两台H3C设备使用using E1方式互联，中间封装PPP协议。工程结束时，通信正常，但是有一天突然不通了。现场工程师通过Console口查看路由器，发现路由器共有两个口使用这种方式与外界通信，一个是s1/0:0，另一个是s2/0:0，出问题的口是s2/0:0，但是这两个口的配置方法都是一样的，而且对s2/0:0口进行shutdown和undo shutdown操作，也没有变化。 链路自环导致链路层协议down 调试信息 工程师在现场进行reset counters interface serial 2/0:0的操作，然后用display interface serial 2/0:0命令观察端口的包流量，发现端口的input 和output报文周期性的每次增加20个，但这期间路由器没有进行任何可能导致向外发包的的操作，所以猜测路由器有自环，周期性增加的20个报文应该是ppp协商的正常报文。打开PPP报文的调试信息，发现PPP在不停地重新协商，并且发送和接受报文的CONFREQ报文的魔术字相同。 链路自环导致链路层协议down 原因分析 首先排除配置导致故障的可能性，由于物理端口也是up的，所以电缆连接没有问题。再联系到网络曾经运行正常，那么很有可能是网络在运行中由于某种非路由器可控因素导致故障，最有可能是链路上发生自环。 链路自环导致链路层协议down 处理过程 联系局方人员，得知前几天进行过网络改造，使中间的传输设备产生了自环。经过调整，问题解决。 与某公司路由器互通时验证不通过 现象描述 H3C路由器与某公司路由器互通PPP，使用pap方式进行验证，PPP协商不通。 H3C路由器作被验证方，配置ppp pap local-user xxx password simple xxx。该公司路由器作验证方，配置user xxx password 0 xxx 。 与某公司路由器互通时验证不通过 调试信息 打开PPP报文调试信息，发现是由于用户名口令错误，验证失败导致PPP协商不过。 但是使用display cur查看配置信息，发现两端的用户名和口令是一致的。 与某公司路由器互通时验证不通过 原因分析 配置路由器时，操作员对于不熟悉的命令习惯敲？查询帮助信息，在该公司设备上配置user xxx password 0 xxx至最后的密码后，操作员敲了一个空格键，再敲？，发现再没有参数了，此时再敲回车，导致配置的密码就不是xxx了，而是xxx加上一个空格符号。所以导致验证不通过。 与某公司路由器互通时验证不通过 处理过程 在该公司路由器上重新配置用户名和密码，敲完密码后直接回车。 两端封装的链路层协议不同 现象描述 H3C路由器RouterA与某公司路由器RouterB使用同步串口互通，两端都使用缺省的最简配置。H3C路由器RouterA的链路层协议不能UP，RouterB的链路层虽然可以UP，但过一分钟左右又会DOWN掉。 两端封装的链路层协议不同 调试信息 在H3C路由器RouterA上打开PPP报文调试信息，发现有不可识别的报文输入，发出的CONFREQ报文没有收到回应。 两端封装的链路层协议不同 原因分析 H3C路由器广域网口缺省的链路层协议是PPP，但该公司路由器RouterB的同步串口上缺省的链路层协议是HDLC，所以不能互通。RouterB的HDLC协议发出的KEEPALIVE报文，得不到回应，导致协议DOWN。 两端封装的链路层协议不同 处理过程 在RouterB的同步串口上封装PPP协议后问题解决。 帧中继协议故障排除综述 帧中继配置的常见问题 其他相关问题 帧