《【网络工程】网络故障—03-广域网故障排除.docx》由会员分享，可在线阅读，更多相关《【网络工程】网络故障—03-广域网故障排除.docx（50页珍藏版）》请在三一办公上搜索。
1、华为中低端路由器故障处理手册目录目 录第1章 串行链路故障排除iii1.2 串行链路故障排除综述iii1.2.2 串行链路配置的常见问题v1.2.3 其他相关问题vii1.2.4 串行链路故障排除的一般步骤ix1.3 与串行链路故障相关的show、debug命令介绍xi1.3.1 debug pppxi1.3.2 show ppp multilinkxii1.3.3 debug hdlcxii1.3.4 debug slipxiii1.4 串行链路典型案例分析xiii1.4.1 链路自环导致链路层协议DOWNxiii1.4.2 和Cisco路由器互通验证不通过xiv1.4.3 两端封装的链路层
2、协议不同导致链路层协议不能UPxv1.4.4 2.3.4 与Cisco互通时的地址分配问题xv第2章 帧中继协议故障排除xviii2.2 帧中继协议故障排除综述xviii2.2.1 帧中继配置的常见问题xviii2.2.2 其他相关问题xx2.2.3 帧中继故障排除的一般步骤xxii2.3 与帧中继故障相关的show、debug命令介绍xxii2.3.1 show frame-relay lmixxii2.3.2 show frame-relay mapxxiii2.3.3 show frame-relay packetxxiv2.3.4 show frame-relay pvcxxiv2.3
3、.5 show frame-relay routexxv2.3.6 show frame-relay trafficxxv2.3.7 debug frame-relay arpxxvi2.3.8 debug frame-relay lmixxvii2.3.9 debug frame-relay packetxxviii2.3.10 帧中继debug命令在故障诊断中的使用建议xxix2.4 2 Frame Relay典型案例分析xxix2.4.1 路由器配置成Frame Relay交换机时，并没有交换功能xxix2.4.2 接口物理层已经UP，但链路层协议却总是DOWNxxxi2.4.3 接口协
4、议UP，且配置了同一网段的IP地址，却不能实现端到端的PING通xxxii2.4.4 MAP属性与路由协议问题（如RIP、EIGRP等组播或广播型路由协议）xxxiii2.4.5 在帧中继网络上运行OSPF协议xxxv2.4.6 与部分网状网络及子接口完全连接的问题xxxvi第3章 X.25协议故障排除393.2 X.25协议故障排除综述393.2.1 X.25配置的常见问题403.2.2 X.25故障排除的一般步骤413.3 与X.25故障相关的show、debug命令介绍413.3.1 show x25 map413.3.2 show x25 route423.3.3 show x25 s
5、witch-vc-table423.3.4 show x25 vc433.3.5 debug x25 event443.3.6 debug x25 packet453.3.7 x25 debug命令在故障诊断中的使用建议463.4 X.25典型案例分析463.4.1 X.25的参数不一致导致PING大包不通463.4.2 X.25的网络参数设置不对，而产生物理和协议up但PING不通483.4.3 两台路由器通过X.25交换机互通X.25的问题493.4.4 插X.25网卡的PC不能和中心的服务器通信故障处理50ii华为中低端路由器故障处理手册目录第1章 串行链路故障排除1.2 串行链路故障排
6、除综述串行链路上支持的链路层协议协议有PPP、HDLC、FR、X25、SLIP等，本章主要讲述PPP、 HDLC和SLIP的常见故障和排除方法。PPP协议是提供在点到点链路上传递、封装网络层数据包的一种数据链路层协议。PPP主要由两类协议组成：链路控制协议族(LCP)和网络层控制协议族(NCP)，链路控制协议主要用于建立，拆除和监控PPP数据链路，网络层控制协议族主要用于协商在该数据链路上所传输的数据包的格式与类型。同时，PPP还提供了用于网络安全方面的验证协议族(PAP和CHAP)。PPP支持的协议有LCP、PAP、CHAP、MP、CBCP、CCP、IPCP、IPXCP、BCP等。PPP由于
7、能够提供验证，易扩充，支持同异步而获得较广泛的应用。PPP在建立链路之前要进行一系列的协商过程。过程如下：PPP首先进行LCP协商，协商内容包括：MRU(最大传输单元)、魔术字(magic number)、验证方式、异步字符映射等选项(详见RFC1661)。LCP协商成功后，进入Establish(链路建立)阶段。如配置了CHAP或PAP验证，便进入CHAP或PAP验证阶段，验证通过后才会进入网络阶段协商(NCP)，如IPCP、IPXCP、BCP的协商。任何阶段的协商失败都将导致链路的拆除。 魔术字主要用于检测链路自环，PPP靠发送Echo Request、Echo Reply报文来检测自环和
8、维护链路状态。如连续发现有超过最大自环允许数目个Echo Request报文中魔术字与上次发送魔术字相同，则判定网络发生自环现象。此时要对链路进行复位，否则将占用大量CPU时间，引起系统崩溃。另外，LCP发送config request时也可以检测自环，LCP发现自环后，在发送一定数目的报文后，也会复位链路。如果PPP发送的Echo Request 报文产生丢失，则在连续丢失最大允许丢失的个数之后，将链路复位，以免过多的无效数据传输。异步字符映射用于同异步转换，当PPP从异步端口接收到报文时，要将异步报文转换为同步报文；当向异步端口发送报文时，要将同步报文转换为异步报文。PPP运行过程可参见下
9、图。图1-1 PPP运行流程图MP是MultiLink PPP的缩写，是人们出于增加带宽的考虑，将多个PPP链路捆绑使用产生的。MP允许将报文分片，分片将在多个点对点链路上送到同一个目的地。 MP方式下接口工作进程如下（以虚拟接口模板下的MP为例）：(1) 首先和对端进行LCP协商，协商过程中，除了协商一般的LCP参数外，还验证对端接口是否也工作在MP方式下。如果对端不工作在MP方式下，则在LCP协商成功后，进行NCP协商步骤，不进行MP捆绑。(2) 然后对PPP进行验证，得到对方的用户名。如果在LCP协商中得知对端也工作在MP方式下，则根据用户名找到为该用户指定的虚拟接口模板，并以该虚拟模板
10、的各项NCP参数（如IP地址等）进行NCP协商，物理接口配置的NCP参数不起作用。NCP协商通过后，即可建立MP链路，用更大的带宽传输数据。由于在PPP的一系列协商和验证过程中，任何一个阶段的协商或验证不通过，都会导致链路的拆除，所以可能引起PPP链路故障的因素也很多。HDLC（High Data Link Control，高级数据链路控制），是一种面向比特的链路层协议。其最大特点是不需要规定数据必须的字符集，对任何一种比特流，均可以实现透明的传输。 HDLC可以承载IP与IPX协议，有简单的链路维护功能。SLIP（Serial Line Internet Protocol，串行链路因特网协议
11、）定义了一种通过异步串行线路发送包的方法。SLIP不提供地址、错误检测、链路维护与修正及压缩算法，是一种最简单的链路层协议。1.2.2 串行链路配置的常见问题1. 物理链路的配置不当导致链路不能互通由于物理接口的工作模式、时钟选择、波特率设置等不匹配导致物理链路不能UP或者不能互通报文。例如同异步串口上常用的配置有时钟选择clock-select、时钟反转transmit-clock、同异步模式选择physical-layer、波特率设置baudrate等命令，详见VRP用户手册 配置指导接口配置部分。在物理链路不通的时候，打开PPP的报文调试开关，通常只能看到发出的报文，而没有接收到的报文。
12、如果用Show interface命令查看接口报文统计信息，也可以发现接收到的报文数没有增长，或者有大量的接受错误。如下是同异步串口工作在异步模式而两端波特率不同时的调试信息和接口信息。从调试信息可以看到没有正确收到PPP的报文，从接口信息可以看到LCP处于reqsent状态，协商未通过，接收报文的统计信息中有大量的 input errors 和 frame errors ，说明物理链路有故障（这里是由于收发时钟的频率不匹配造成的）。Quidway# show running-config interface serial 0 Now create configuration. Current
13、 configuration ! interface Serial0 physical-layer async baudrate 57600 async mode dedicated encapsulation ppp loadbandwidth 64 ip address 192.168.1.1 255.255.0.0 bandwidth 64 ! endQuidway# clear portQuidway# debug ppp packet interface serial 0Serial0 PPP O LCP(c021) Pkt, Len 24 State reqsent, code C
14、onfReq(01), id 25, len 20 MRU(1), len 4, val 05dc ACCMAP(2), len 6, val 00000000 MagicNumber(5), len 6, val 078f5a55Serial0 PPP O LCP(c021) Pkt, Len 24 State reqsent, code ConfReq(01), id 26, len 20 MRU(1), len 4, val 05dc ACCMAP(2), len 6, val 00000000 MagicNumber(5), len 6, val 17b90865Serial0 PPP
15、 O LCP(c021) Pkt, Len 24 State reqsent, code ConfReq(01), id 27, len 20 MRU(1), len 4, val 05dc ACCMAP(2), len 6, val 00000000 MagicNumber(5), len 6, val 60d821a0Serial0 PPP O LCP(c021) Pkt, Len 24 State reqsent, code ConfReq(01), id 28, len 20 MRU(1), len 4, val 05dc ACCMAP(2), len 6, val 00000000
16、MagicNumber(5), len 6, val 1ad53f74R2631E#show in ser 0Serial0 is up, line protocol is down physical layer is asynchronous, baudrate is 57600 bps, cable type is V35 Maximum Transmission Unit is 1500 Internet address is 192.168.1.1 255.255.0.0 Encapsulation is PPP LCP reqsent, IPCP initial, IPXCP ini
17、tial, CCP initial, BRIDGECP initial 5 minutes input rate 0.00 bytes/sec, 0.00 packets/sec 5 minutes output rate 0.00 bytes/sec, 0.00 packets/sec Input queue :(size/max/drops) 0/50/0 Queueing strategy: FIFO Output queue: (size/max/drops) 0/75/0 9 packets input, 47 bytes, 0 no buffers 6 packets output
18、, 271 bytes, 0 no buffers 27 input errors, 0 CRC, 27 frame errors 0 overrunners, 0 aborted sequences, 0 input no buffers2. PAP或CHAP验证配置不当导致验证不通过验证方和被验证方的配置方式不匹配，用户名或口令匹配错误都会导致验证不过。由于CHAP验证的过程比较复杂，用户在使用CHAP验证的时候容易出现配置错误，以下是使用CHAP验证时口令错误时的配置和调试信息。Quidway# show running-config interface serial 0 Now cre
19、ate configuration. Current configuration ! interface Serial0 clock-select DTECLK1 encapsulation ppp ppp chap host 2631 ppp chap password 0 2631password ppp pap sent-username 2631 password 0 2631 ip address 192.168.1.1 255.255.0.0 ! EndSerial0 PPP I CHAP(c223) Pkt, Len 29 CHAP ChapChallenge, id 12, l
20、ength 25 Host name(4): 3640Serial0 PPP O CHAP(c223) Pkt, Len 29 CHAP ChapResponse, id 12, length 25 Host name(4): 2631Serial0 PPP I CHAP(c223) Pkt, Len 33 CHAP ChapFailure, id 12, length 29 Message(25):Illegal User or password.PPP authentication failed: our name is invalid. PPP Serial0 IFNET Serial0
21、 PPP-STATE change: Auth Failed opened = initial Interface Serial0 LCP will be reset.3. aaa-enable配置导致链路挂断在路由器上配置了aaa-enable之后，缺省要进行记费，如果没有设置记费服务器，AAA会将PPP链路挂断。如果要使用AAA，又不需要记费，可以配置aaa accounting optional，允许不记费使用。4. 不恰当的参数设置导致和有些设备互通的时候协商不通过有些非标准设备的协商项处理可能与Quidway路由器不兼容，导致协商某些参数时不能通过协商，这种情况在实际应用中比较少见。
22、若该协商项不是必须，也可以通过修改两端设备的相关参数设置来取消该协商项。5. MP的绑定参数设置错误在使用MP绑定的时候，低端路由器上缺省可以绑定4条链路，当需要绑定的链路超过4条时，需要在全局模式下使用multilink max-bind命令来改变允许绑定的最大链路数。影响MP捆绑的条件比较多，缺省情况下在决定不同通道是否需进行多链路捆绑有两个条件： 只有两个链路的Discriminator和验证方式、对端验证的用户名完全相符时，才能对两个链路进行捆绑。如果一台路由器上只有一组MP链路，或者可以使用不同的验证用户名来区分不同的MP组，建议在全局模式下配置multilink bundle-na
23、me authenticated命令，这样可以减少捆绑出错的情况发生。6. HDLC的keepalive设置不匹配使用HDLC协议时，两端接口的keepalive的设置应相等，至少不能相差太多。如果一端配置了keepalive（缺省为10秒），而另外一端配置了No keepalive，接口的链路层协议状态会变为DOWN。1.2.3 其他相关问题1. 物理链路故障导致PPP链路不能UP由于传输线路故障造成链路不通、自环、误码率过高等问题，也会表现为PPP链路故障。这样的问题可以通过PPP的调试信息和接口收发数据的统计信息初步定位问题原因，再检查传输线路，排除故障。这一类问题和前面提到的物理链路配
24、置不当造成故障的现象类似，所以发现接口收发数据有问题时还是应当优先检查接口的物理配置。在接口上封装PPP协议，配置 loopback命令，来模拟链路自环的故障时的调试信息和show interface信息。从调试信息中可以看到接口上收发的报文内容和长度都相同，魔术字也一样。PPP协商过程中，如果连续多次接收的报文和前面发送的报文都相同，则可以认定接口发生了自环。从接口收发报文的统计信息来看，收到的报文和发送的报文个数、字节数都相同，这也是接口发生自环的特征。有时实际的传输线路发生自环故障，既能收到自己发出的报文也可以收到对端发出的报文。Serial0 PPP O LCP(c021) Pkt,
25、Len 23 State reqsent, code ConfReq(01), id 31, len 19 MRU(1), len 4, val 05dc AuthProto(3), len 5, CHAP c22305 MagicNumber(5), len 6, val 4efa75c0Serial0 PPP I LCP(c021) Pkt, Len 23 State reqsent, code ConfReq(01), id 31, len 19 MRU(1), len 4, val 05dc AuthProto(3), len 5, CHAP c22305 MagicNumber(5)
26、, len 6, val 4efa75c0Serial0 PPP O LCP(c021) Pkt, Len 14 State reqsent, code ConfNak(03), id 31, len 10 MagicNumber(5), len 6, val 2ffd36e7Serial0 PPP I LCP(c021) Pkt, Len 14 State reqsent, code ConfNak(03), id 31, len 10 MagicNumber(5), len 6, val 2ffd36e7 Interface Serial0 LCP will be reset.Quidwa
27、y(config)# show interface serial 0Serial0 is up, line protocol is down (loop) physical layer is synchronous, baudrate is 64000 bps interface is DCE, clock is DCECLK, cable type is V35 Maximum Transmission Unit is 1500 Internet address is 192.168.1.2 255.255.0.0 Encapsulation is PPP, Loopback is set.
28、 LCP initial, IPCP initial, IPXCP initial, CCP initial 5 minutes input rate 0.00 bytes/sec, 0.00 packets/sec 5 minutes output rate 0.00 bytes/sec, 0.00 packets/sec Input queue :(size/max/drops) 0/50/0 Queueing strategy: FIFO Voice queue: 0/20/0 (size/max/drops) Data Fragment queue: 0/1000/0 (size/ma
29、x/drops) Output queue: (size/max/drops) 0/75/0 62 packets input, 1134 bytes, 0 no buffers 62 packets output, 1134 bytes, 0 no buffers 0 input errors, 0 CRC, 0 frame errors 0 overrunners, 0 aborted sequences, 0 input no buffers DCD=UP DTR=UP DSR=UP RTS=UP CTS=UP2. 和某些非标准设备使用PPP互通的时候协商不通过PPP建链的过程要经过几个
30、协商阶段，至少有LCP、和可能有IPCP、IPXCP、BCP、CBCP、CCP等协商过程，每一个协商过程有有多个协商项。如果对端设备的某个协商项的协商过程处理不妥，可能导致协商无法通过，链路不能建立。但这种情况比较少见，一般经过几次协商后，PPP会放弃对端不支持的协商项，而让链路成功建立。3. 使用异步口互通时对端设备不支持字符转义在异步口封装PPP协议时，一般在LCP协商阶段会协商异步字符转义映射表（ACCMP）。要求对端按协商的结果对指定的字符转义后发送过来。 例如本地协商到的ACCMAP是0X000A0000，表示要求对端对0X11和0X13进行转义。转义的操作一般由异步串口的硬件电路完
31、成，硬件不支持时也可以使用软件完成。若对端不能按照PPP协商的结果完成字符转义，可能会导致本地收到的报文内容被改变，不能正常通讯。SLIP协议中虽然没有协商过程，但也有固定的转义规则，若对端不支持SLIP转义，也会使本端收到错误的报文。4. 没有接口路由导致PPP 链路不可用这种情况下此时LCP已经是OPENED状态，但是Ping报文无法互通，可考虑路由的原因，可以查看是否有对端的路由。例如，有时在没有配置IP地址的时候PPP已经协商通过，配置IP地址后PPP不会自动重新协商，也不能添加到对端的直连路由，这是需要将端口SHUT/NO SHUT，使PPP重新协商，才能添加直连路由。1.2.4 串
32、行链路故障排除的一般步骤从前面的概念所知，PPP作为数据链路层协议，需要由物理层提供数据收发服务，并为网络层提供数据报文的封装，网络层 参数的协商等功能。因此利用PPP来解决设备问题时，也应该主要从这两方面入手。1. 物理层问题分析设备表现为广域网接口无法正常使用时，首先应该从物理层开始检查。使用show interface命令查看接口信息，例如执行命令show interface bri 0(BRI接口 0）或show interface serial 1 (串口 1)，根据显示信息中的“硬件设备的状态”和“LCP的状态”判断物理层是否正常。如下是一个Quidway R2631路由器的例子：
33、R2631E(config)# show interface serial 0Serial0 is up, line protocol is up physical layer is synchronous interface is DTE, clock is DTECLK1, cable type is V35 Maximum Transmission Unit is 1500 Internet address is 192.168.1.1 255.255.0.0 Encapsulation is PPP LCP opened, IPCP opened, IPXCP initial, CCP
34、 initial, BRIDGECP initial 1 minutes input rate 2102.86 bytes/sec, 1.75 packets/sec 1 minutes output rate 5549.86 bytes/sec, 3.90 packets/sec Input queue :(size/max/drops) 0/50/0 Queueing strategy: FIFO Output queue: (size/max/drops) 47/75/5702 3943 packets input, 212485 bytes, 0 no buffers 4101 pac
35、kets output, 465119 bytes, 0 no buffers 0 input errors, 0 CRC, 0 frame errors 0 overrunners, 0 aborted sequences, 0 input no buffers DCD=UP DTR=UP DSR=UP RTS=UP CTS=UPSerial0 is up,表明物理层状态UP，,此外Bri0可能为down, administratively down,standby，其中down说明物理层工作异常，应检查物理层配置及设备问题。administratively down，说明物理层被人为关闭。
36、此时可以执行no shutdown命令手工打开此端口。 standby是在使用接口备份功能，做备份口十的一种状态，也表示接口物理层不可用。LCP状态也表明了物理层是否向链路层上报lowerup消息，从PPP状态转移图可知物理层未发送lowerup，PPP未发送open消息，LCP应处于initial状态；如物理层发送了lowerup，PPP已发送 open消息，发出CONFREQ报文LCP应处于req-send状态；如物理层发送了lowerup，PPP已发送 open消息，发出CONFREQ报文和CONFACK报文， LCP应处于ACKSENT状态，如物理层未发送lowerup，PPP未发送
37、open消息，LCP应处于starting状态。如物理层未通，应先查找物理层未通的原因。2. LCP问题的分析执行如上命令Show in bri 0(BRI接口 0）或Show in serial 1 (串口 1)，如显示LCP协议未进入OPENED状态，可考虑为LCP的问题。此方面的问题一般较少出现，如出现应该打开debug ppp packet或debug ppp negotiation，首先检查物理接口的报文收发是否正常，如果确认接口的报文收发正常，并且有大量的CONFNAK、CONFREJ报文出现，或者出现TERMACK、CODEREJ、PROTREJ只类的报文，可以说明是协商的问题，
38、再根据报文协商项内容分析无法协商成功的原因。3. 验证问题的分析使用Show interface命令查看接口信息，如显示LCP协议进入OPENED状态，而IPCP依然为Initial状态，或者LCP变为OPENED状态后又很快重新开始协商，可考虑为验证的问题，由于此状态为临时状态，不易观察，也可通过debug ppp packet 或debug ppp negotiation 来观察。如果成功协商了验证，PPP会打印出PAP或CHAP验证的报文，如果验证失败，会打印出“PPP authentication failed”信息，可以根据报文的具体内容分析验证失败的原因。有时配置了验证，但是LCP
39、协商过程中该协商项被拒掉，LCP进入OPENED状态会立即重新协商，此时若通过debug ppp event观察，可以看到对端未通过验证的提示信息，例如“The opposite terminal havent pass the chap authentication!”。4. IPCP问题的分析使用Show interface命令查看接口信息，如显示LCP协议进入OPENED状态，而IPCP处于REQ_SEND或ACK_RCVD，并观察PPP报文有大量的IPCP报文收发，可说明路由器IPCP协商有问题。若IPCP处于STOPPED状态，也可能是收到IPCP的TERMREQ或CODEREJ导致
40、状态迁移。阅读IPCP报文，可分析出问题原因。由于IPCP必须协商的参数为IP地址，其他为可选择参数，一般来说是IP地址配置有问题，无法进行IPCP协商。此时应给两端接口配置IP地址，此外如果是访问Internet网，可不配置IP地址，但应该使NAT enable。5. 其他问题如LCP、IPCP均已经进入OPENED状态，但是Ping报文无法互通，可考虑路由的原因，可采用直接ping此接口对端的IP地址，如能够互同，证明PPP对IP报文的封装情况正常。如依然有问题，但LCP和IPCP始终处于OPENED状态，可考虑是否链路误码率较高，但此情况比较少见。有时在路由器上配置了aaa-enable
41、之后，LCP和IPCP已经均已经进入OPENED状态，但很快又重新开始LCP协商，因为配置了aaa-enable之后，缺省要进行记费，如果没有设置记费服务器，AAA会将PPP链路挂断。如果要使用AAA，又不需要记费，可以配置aaa accounting optional，允许不记费使用。以上只是一些常见问题的分析，但实际应用中问题复杂得多，但如果能够阅读PPP报文，了解PPP协商所处于的阶段，和PPP报文的协商过程，问题均可得到满意的解决。1.3 与串行链路故障相关的show、debug命令介绍1.3.1 debug ppp本命令用于打开PPP调试信息开关。debug ppp debug-op
42、tion interface type number 【参数说明】debug-option：PPP调试信息开关类型，详见下表。interface type number：封装PPP协议的接口及编号。表1-1 PPP调试信息开关类型及含义调试开关类型含义all打开PPP所有调试信息开关packet打开PPP报文调试信息开关negotiation打开PPP协商包调试信息开关event打开PPP事件调试信息开关lqr打开PPP链路质量监测调试信息开关PPP的协商报文包含LCP、IPCP、IPXCP等协商过程中交互的报文，以及EchoReqst、EchoReply报文。PPP事件调试信息中包含一些异常
43、信息和关键的状态迁移，MP捆绑提示信息等。【命令模式】特权用户模式1.3.2 show ppp multilink本命令用显示MP绑定的接口及绑定关系，还可以显示出MP链路建立的时间，验证的用户名和协商的终端标示符等信息。show ppp multilink interface type number 【参数说明】debug-option：PPP调试信息开关类型，详见下表。interface type number：可以捆绑PPP链路的接口及编号。【命令模式】全局用户模式1.3.3 debug hdlc本命令用于打开HDLC调试信息开关。debug hdlc debug-option inte
44、rface type number 【参数说明】debug-option：HDLC调试信息开关类型，详见下表。interface type number：封装HDLC协议的接口及编号。表1-2 PPP调试信息开关类型及含义调试开关类型含义all打开HDLC所有调试信息开关packet打开HDLC报文调试信息开关event打开HDLC事件调试信息开关【命令模式】特权用户模式1.3.4 debug slip本命令用于打开帧中继报文调试信息开关。debug slip packet【参数说明】无【命令模式】特权用户模式1.4 串行链路典型案例分析1.4.1 链路自环导致链路层协议DOWN1. 现象描述
45、某次工程中，两台我司的R2630设备使用using E1方式互联，中间封装PPP协议。工程结束时，通信正常，但是有一天突然不通了。现场工程师利用配置电缆进入路由器观察，发现R2630共有两个口使用这种方式与外界通信，一个是s0:0，另一个是s4:0，出问题的口是s4:0，但是这两个口的配置方法都是一样的，而且对s4:0口进行shutdown和no shutdown操作，也没有变化。 2. 调试信息让工程师在现场进行clear port s 4:0的操作，然后用show int s 4:0命令观察端口的包流量，发现，端口的input 和output包文周期性的每次20个增加，但这期间路由器没有进
46、行任何可能导致向外发包的的操作，所以猜测路由器有自环，周期性增加的20个报文应该是ppp协商的正常报文。打开PPP报文的调试信息，发现PPP在在不停地重新协商，并且是发送的CONFREQ报文的魔术字相同。 3. 原因分析通过现场工程师的反映，首先排除配置导致故障的可能性，由于物理端口也是up的，所以电缆联接没有问题。再联系到网络曾经运行正常，那么很有可能是网络在运行中由于某种非路由器可控因素导致故障，最有可能是链路上发生自环。 4. 处理过程联系局方人员，得知前几天进行过网络改造，可能使传输产生了自环。经过调整，问题解决。1.4.2 和Cisco路由器互通验证不通过1. 现象描述华为路由器与Cisco路由器互通PPP，使用pap方式进行验证，PPP协商不通。 华为做被验证方，配置Ppp pap sent-username xxx password 0 xxx。Cisco做验证方，配置User xxx password 0 xxx 。2. 调试信息打开PPP报文调试信息，发现是由于用户名口令错误，验证失败导致PPP协商不过。 但是使用Show run查
