DCN-ROUTE-007-广域网故障排除v1.2PPT课件

DCN-ROUTE-007广域网故障排除V1.0客服中心技术支持团队,串行链路故障排除综述,串行链路配置的常见问题其他相关问题串行链路故障排除的一般步骤,串行链路配置的常见问题,物理链路的配置不当导致链路不能互通时钟选择(clock)、时钟反转(inverttransmit-clock)、同异步模式选择(physical-mode)、波特率设置(baudrate)等命令PAP/CHAP验证配置不当导致验证不通过aaaauthentication配置不当导致链路不通参数问题：参数设置不当导致和某些设备互通时协商不通过MP绑定参数设置错误HDLC的keepalive设置不匹配,串行链路故障排除的一般步骤,物理层问题分析LCP问题分析验证问题分析IPCP问题分析其他问题分析,PPP协议原理,PPP的主要协议链路建立阶段（LCP）可选认证阶段（CHAP/PAP）网络层协商阶段（NCP）,DEAD,LCPOPEN,CHAP/PAPOPENPROTOCOLOPEN,NCPOPENADDPEERINTOROUTETABEL,物理层常见问题,showinterface来查看端口的状态信息：Router_config#shints0/2Serial0/2isup,lineprotocolisupMode=SyncDTEDTR=UP,DSR=UP,RTS=UP,CTS=UP,DCD=UP,Serial0/2isup代表物理层up，lineprotocolisup代表数据链路协议up。如果发现物理层为down，要从以下方面考虑：a、线缆未接好b、线缆已损坏c、T型接口反插d、协议转换器、DTU等损坏e、端口损坏f、ISP线路未知原因,物理层常见问题,DTR=UP,DSR=UP,RTS=UP,CTS=UP,DCD=UP通过五个物理信号DTR、DSR、CTS、RTS、CD状态来定位问题所在。它们各自的含义：DTR(DATATERMINALREADY)：数据终端准备好DSR(DATASETREADY)：数据准备好CTS(CLEARTOSEND)：清除发送RTS(REQUESTTOSEND)：请求发送DCD(DATACARRIERDETECT)：数据载体检测,LCP常见问题,两端封装链路层协议不一致链路环路MTU、MRU协商问题两端携带参数选项不一致。,针对LCP常见问题的分析解决,两端封装链路层协议不一致/showrun;debugpppneg链路环路/debugpppneg察看LCPMagicNumberMRU协商问题/debugppperror修改相应参数两端携带参数选项不一致/debugpppneg察看LCPCONFIGREQEST,认证问题,物理层UP，链路协议UPDOWN交替链路无法通信,针对认证问题的分析解决,物理层UP，链路协议UPDOWN交替链路无法通信/debugpppneg确定LCPOPENdebugpppauthentication检查认证问题Debugppperror也能得到错误信息,针对认证问题的分析解决,错误的可能点：两端选择的认证方式不一致PAP/CHAP被验证方的用户名、密码信息和验证方数据库不一致没有打开AAA的PPP认证功能,IPCP常见问题,对端下发的IP地址无法通信本地手工配置的IP地址无法与对端通信添加对端路由出现的问题,串行链路故障相关的show、debug命令,showinterfaceserial*/*；showpppstatus；debugpppnegotiation；debugpppauthentication；debugppppacket；debugppperror,串行链路典型案例分析,链路自环导致链路层协议down与某公司路由器互通时验证不通过两端封装的链路层协议不同导致链路层不能up,链路自环导致链路层协议down,现象描述某次工程中，两台DCR-2650E设备使用E1方式互联，中间封装PPP协议。工程结束时，通信正常，但是有一天突然不通了。现场工程师通过Console口察看路由器，发现DCR-2650E共有两个口使用这种方式与外界通信，一个是s0/1:0，另一个是s4/1:0，出问题的口是s4/1:0，但是这两个口的配置方法都是一样的，而且对s4/1:0口进行shutdown和noshutdown操作，也没有变化。,链路自环导致链路层协议down,调试信息工程师在现场进行clearipcount的操作，然后用showinterfaces4/1:0命令观察端口的包流量，发现，端口的input和output包文周期性的每次20个增加，但这期间路由器没有进行任何可能导致向外发包的操作，所以猜测路由器有自环，周期性增加的20个报文应该是PPP协商的正常报文。打开PPP报文的调试信息，发现PPP在不停地重新协商，并且发送的CONFREQ报文的魔术字相同。,链路自环导致链路层协议down,原因分析首先排除配置导致故障的可能性，由于物理端口也是up的，所以电缆联接没有问题。再联系到网络曾经运行正常，那么很有可能是网络在运行中由于某种非路由器可控因素导致故障，最有可能是链路上发生自环。,链路自环导致链路层协议down,处理过程联系局方人员，得知前几天进行过网络改造，使中间的传输设备产生了自环。经过调整，问题解决。,与某公司路由器互通时验证不通过,现象描述DCR路由器与某公司路由器互通PPP，使用pap方式进行验证，PPP协商不通。DCR做被验证方，配置ppppapsent-usernamexxxpassword0 xxx。该公司路由器做验证方，配置usernamexxxpassword0 xxx。,与某公司路由器互通时验证不通过,调试信息打开PPP报文调试信息，发现是由于用户名口令错误，验证失败导致PPP协商失败。但是使用showrun查看配置信息，发现两端的用户名和口令是一致的。,与某公司路由器互通时验证不通过,原因分析配置路由器时，操作员对于不熟悉的命令习惯敲？查询帮助信息，在该公司设备上配置local-userxxxpassword0 xxx至最后的密码后，操作员敲了一个空格键，再敲？，发现再没有参数了，此时再敲回车，导致配置的密码就不是xxx了，而是xxx加上一个空格符号。所以导致验证不通过。,与某公司路由器互通时验证不通过,处理过程在该公司路由器上重新配置用户名和密码，敲完密码后直接回车。,两端封装的链路层协议不同,现象描述DCR路由器RouterA与某公司路由器RouterB使用同步串口互通，两端都使用缺省的最简配置。DCR路由器RouterA的链路层协议不能UP，RouterA的链路层虽然可以UP，但过一分钟左右又会DOWN掉。,两端封装的链路层协议不同,调试信息在DCR路由器RouterA上打开PPP报文调试信息，发现有不可识别的报文输入，发出的CONFREQ报文没有收到回应。,两端封装的链路层协议不同,原因分析DCR路由器广域网口缺省的链路