路由器故障排除手册v1.docx
《路由器故障排除手册v1.docx》由会员分享，可在线阅读，更多相关《路由器故障排除手册v1.docx（82页珍藏版）》请在冰豆网上搜索。
路由器故障排除手册v1
目录
第1章以太口故障排除1
1.1以太口故障排除基本思路1
1.2以太口常见故障处理1
1.3错误信息实例2
1.3.1接口信息2
1.3.2arp表项信息3
第2章广域网故障排除4
2.1串口故障排除4
2.1.1串口故障排除基本思路4
2.1.2串口常见故障处理4
2.1.3串口显示信息说明7
2.2HDLC故障排除8
2.2.1HDLC故障排除基本思路8
2.2.2HDLC常见故障处理8
2.2.3HDLC错误信息实例9
2.3PPP故障排除10
2.3.1PPP故障排除基本思路10
2.3.2PPP常见故障处理10
2.3.3PPP错误信息实例13
2.4Frame-relay故障排除13
2.4.1Frame-relay故障排除基本思路13
2.4.2Frame-relay常见故障处理14
2.4.3Frame-relay错误信息实例16
2.5X.25故障排除16
2.5.1X.25故障排除基本思路16
2.5.2X.25常见故障处理17
2.5.3X.25错误信息实例19
第3章路由故障排除21
3.1IRMP故障排除21
3.1.1IRMP故障排除基本思路21
3.1.2IRMP故障排除相关工具21
3.1.3IRMP常见故障处理24
3.1.4IRMP错误信息实例26
3.2OSPF故障排除26
3.2.1OSPF故障排除基本思路26
3.2.2OSPF常见故障处理27
3.2.3OSPF错误信息实例29
第4章接口故障排除30
4.1CE1接口故障排除30
4.1.1CE1故障排除基本思路30
4.1.2CE1常见故障处理30
4.1.3排错信息详解31
4.2ADSL接口故障排除31
4.2.1ADSL故障排除基本思路32
4.2.2ADSL常见故障处理32
4.2.3ADSL故障的排错信息34
4.3ISDN接口故障排除35
4.3.1ISDN故障分析基本思路35
4.3.2ISDN常见故障处理36
4.3.3ISDN的排错信息38
第5章频带modem故障排除39
5.1频带modem故障排除基本思路39
5.2频带modem常见故障处理40
5.2.1回路测试排除故障40
5.3错误信息实例41
5.3.1debugmodem错误信息（以下只是信息的关键语句）及原因41
5.4排错命令详解41
第6章DDR故障排除46
6.1DDR故障排除基本思路46
6.2DDR常见故障处理47
6.3错误信息实例49
6.3.1debugdialer错误信息（以下只是信息的关键语句）及原因49
6.4DDR故障的其他检测手段49
6.4.1根据不同网络排除故障49
6.4.2排除命令综述49
第7章终端故障排除51
7.1终端故障排除基本思路51
7.2终端常见故障处理51
7.3错误信息实例52
7.3.1itest.log错误信息（以下只是信息的关键语句）及原因52
7.3.2常见问题分析使用的状态参数与命令53
第8章IP电话故障排除54
8.1IP电话故障排除基本思路54
8.2IP电话常见故障处理54
第1章以太口故障排除
本章介绍了分析以太口故障的基本思路，以及分析以太口故障的常用方法和使用命令等。
本章内容：
¾以太口故障排除基本思路
¾以太常见故障处理
¾错误信息实例
¾以太口故障的其它检测手段
1.1以太口故障排除基本思路
故障分析的基本思路：
由底层到上层。
▪首先分析物理原因，包括设备是否工作正常，连线是否正常；
▪检测方法：
ping包测试与以太口工作状态指示灯。
检测方法：
通过路由器以太口ping局域网内的已知ip地址；查看arp表是否有该ip地址的arp表项，同时看ping是否成功。
1.2以太口常见故障处理
故障一：
接口不断up－down
可能的原因
判断方法和解决方案
若此故障发生在路由器刚开机时，一般是由于以太口与交换机或是其它相连设备协商不成功。
检查以太口工作状态，即通过show以太口接口查看以太工作方式（单工、双工或自动协商）以及工作速率（10M、100M还是自动协商）。
检查以太口相连设备的工作方式。
看双方是否能工作在同一种方式下。
若配置自动协商不能协商成功可换用指定方式。
若此是发生在正常工作一段时间之后，则往往是由于以太口连线未接好造成。
检测连接线与接口是否正常连接。
检测连线是否有破裂情况。
检测连线是否穿过强电场的情况。
故障二：
以太接口始终不up
可能的原因
判断方法和解决方案
路由器与相连设备支持协议不同
两个设备是否是支持相同的协议，迈普公司路由器支持协议如下。
802.3协议，ETHERNETII协议以及SNAP协议。
使用连接线错误
与不同的设备相连将需要不同的以太口连接线，一般使用直连线、交叉线。
也有使用全反线与全发交叉线。
查看硬件安装手册以太接口引脚定义，选用正常的连线。
故障三：
接口up但无法ping通LAN内地址
可能的原因
判断方法和解决方案
以太口MAC地址错误
ipadd是否在同一网段。
两个设备是否是支持相同的协议，迈普公司路由器支持协议如下：
802.3协议、EthernetⅡ协议、SNMP协议
以太口模块硬件受损或错误
ping包后查看接口发送是否有正确的统计。
Ping
被ping设备有使用访问列表等安全措施，不允许LAN内设备ping通。
查看被ping设备的配置等是否有关于icmp表的禁止配置。
局网内划分了Vlan，且两设备在不同的Vlan中
以太接口是否封装802.1Q，两设备是否属于同一Vlan中。
同时ping广播是否能学习到Vlan内的其它的arp表项。
故障四：
局网内某个设备能ping通该路由器以太口但以太口不能ping同该设备。
或是以太口能ping通该设备，该设备无法ping通路由器以太口。
可能的原因
判断方法和解决方案
使用了访问列表等访问控制的配置
查看路由器配置以及设备配置。
以太口MAC地址错误
Showint查看以太口MAC地址，确定不是全f或是全0；若是请在接口模式下使用mac－address更改mac地址（限MP3600以上路由器）
1.3错误信息实例
1.3.1接口信息
fastethernet0:
Flags:
（0x8063）UPBROADCASTMULTICASTARPRUNNING
Type:
ETHERNET_CSMACD（以太类型）
Internetaddress:
129.255.8.11（局网ip地址）
Netmask0xffff0000Subnetmask0xffff0000
Broadcastaddress:
129.255.255.255
Queuestrategy:
FIFO,Outputqueue:
0/40（current/maxpackets）
Metric:
0,MTU:
1500,BW:
100000Kbps,DLY:
100usec,VRF:
kernel
Ethernetaddressis0001.7a010.34c5
5minuteinputrate7000bits/sec,7packets/sec
5minuteoutputrate0bits/sec,0packets/sec
193834packetsreceived;161packetssent
193715multicastpacketsreceived
77multicastpacketssent
10inputerrors;0outputerrors
0collisions;131dropped
0nobufferforreceive,speed100Mbit/s,modefull-duplex（100M全双工）
receive212283broadcasts,0runts,0giants,0throttles
0inputerror,0CRC,0frame,0overrun,0ignored
0outputerror,0collisions,0interfaceresets,0underrun
0babbles,0latecollision,0deferred
0lostcarrier,0nocarrier,0excessivecollison
0bufferfailure,0bufferswapout
1.3.2arp表项信息
mp3600#shoarpall
LINKLEVELARPTABLE
destinationgatewayflagsRefcntUseInterface
--------------------------------------------------------------------------
129.255.0.600001.7a01.70b52040500fastethernet0
129.255.0.800001.7a01.7daa2040500fastethernet0
129.255.8.60005.5da4.be6f20405034fastethernet0
129.255.8.70000.0001.0012c0500fastethernet0
129.255.19.100001.7a30.eb6c40501fastethernet0
flag表示arp表现的状态：
c05表示为静态arp表项
405表示还未进入老化期的表项
20405表示进入老化期的表项
Use该arp表现使用次数
第2章广域网故障排除
本章采用串行线路技术来分析、排除广域网故障，主要分析串口、HDLC、PPP、Frame-relay、X.25的常见故障。
本章内容：
¾串口故障排除
¾HDLC故障排除
¾PPP故障排除
¾Frame-relay故障排除
¾X.25故障排除
2.1串口故障排除
2.1.1串口故障排除基本思路
1．分析本端物理原因
检测方法：
使用showinterface命令查看物理信号是否全部UP，检测本端连线、接口类型（V24/V35）、设备是否正常。
2．分析远端物理原因
检测方法：
在线路上一段一段的打环测试各段线路是否正常。
3．检查接口参数配置
检测方法：
查看通信两端配置是否正常，并使用相关广域网协议的debug命令进一步确定问题所在。
2.1.2串口常见故障处理
故障一：
物理信号没有全部UP
可能的原因
判断方法和解决方案
1．路由器与DCE设备接口类型（V24/V35）不一致
showinterface发现物理信号没有全部UP，检查路由器与DCE设备的接口类型是否一致。
2．路由器工作为DCE方式，但没有配置时钟（缺省工作为DTE方式，不用配置时钟；但例如：
路由器与路由器背靠背连接时，需要其中的一台工作为DCE方式）
showinterface发现物理信号Txc为down，其它信号UP，如果路由器需要工作为DCE方式，此时要在接口上配置时钟：
clockrate（请参看配置手册）。
3．路由器与DCE设备之间的连接线有问题
showinterface发现物理信号没有全部UP，换另一条连接线试试。
4．路由器或DCE设备有问题
在确保接口类型一致、连接线正常后，showinterface查看具体物理信号状态；
如果DCE、DSR、CTS、TXC中的某些信号状态为down，说明问题在DCE设备，可能本端DCE设备本身有问题，也可能远端DCE设备有问题或本端DCE设备与远端DCE设备连接有问题，此时可以打环进一步确定问题所在；
如果DTR、RTS信号状态为down，说明问题在路由器，检查接口配置是否做了shutdown的操作，没有的话可能问题在串口模块本身或路由器插槽，先换插槽、再换串口模块来进一步确定问题。
故障二：
物理信号全部UP、但广域网协议不能UP
可能的原因
判断方法和解决方案
1．路由器与DCE设备接口类型（V24/V35）不一致或设备兼容性有问题
有时路由器与DCE设备接口类型不一致，物理信号也会全部UP，此时showinterface一般会有一些错误信息（rxNoOctet、rxAbtErrs、rxCrcErrs、rxOverrun、rxLenErrs、txUnderrun）；
在确定接口类型一致后，错误统计信息依然在增加，可能DCE设备本身有问题或路由器与此DCE设备兼容性有问题，此时可以尝试在广域口上配置：
idle-characterflags（在帧与帧之间插入0x7e字符。
默认为idle-charactermarks方式：
在帧与帧之间插入0xff字符）；另外还可以尝试在路由器广域口上配置时钟翻转或时钟复用或同时使用：
clockinvert（把DTE端的发送时钟翻转，消除线路上半个时钟周期的时延）、clockmultiplex（将DCE设备的发送时钟复用为路由器的收/发时钟）；
如果还是没有效果，可以换路由器和DCE设备调试来进一步确定问题。
2．广域网两端接口协议或相关协议参数配置不一致
showinterface发现接口下rxFrames、txFrames两项数值都有增加、且没有错误信息增加，此时一般DCE上的收发灯都正常闪动，先检查广域网两端协议配置是否一致，再打开相关协议的debug信息进一步确定问题（具体请参照下面几节协议故障排除）。
3．广域网两端之间线路或设备有问题
showinterface发现接口下txFrames在增加、但rxFrames没有增加或错误统计信息在增加。
此时可以通过打环来检测；
检测本端问题：
在路由器接口上配置HDLC协议，并在本端的DCE设备上打数字环，如果本端发送、接收的数据都在增加且showinterface看到环（显示linelooped），说明本端没有问题；如果没有增加，则检查本端路由器、DCE设备、连接线的问题；
检测线路问题（本端已经确定没有问题）：
看两端DCE设备的收发灯是否都在闪烁，在本端DCE打网络环检测对端路由器是否有收有发，或在对端DCE打网络环检测本端路由器是否有收有发且有环，如果两端都没有收发且看不到环，可能是中间线路上的问题，查中间线路。
检测对端问题：
在对端路由器接口上配置HDLC协议，并在对端的DCE设备上打数字环，如果对端发送、接收的数据都在增加且showinterface看到环，说明对端没有问题；如果没有增加且看不到环，则检查对端路由器、DCE设备、连接线的问题；
故障三：
物理信号全部UP、协议UP，但丢包严重
可能的原因
判断方法和解决方案
1．路由器工作在DTE方式，但错误的配置了时钟clockrate
查看接口下配置，在DTE方式下，路由器不能配置clockrate，时钟应该由DCE设备提供
2．路由器与DCE设备接口兼容性不好
从本端路由器ping对端路由器广域口地址，时通时断，丢包严重，但没有规律（有规律的丢包可能是路由原因，如通一个、丢一个），此时showinterface一般会有一些错误信息（rxNoOctet、rxAbtErrs、rxCrcErrs、rxOverrun、rxLenErrs、txUnderrun）；
ping包的过程中，错误信息在不断增加，可能DCE设备本身有问题或路由器与此DCE设备兼容性有问题，此时可以尝试在广域口上配置：
idle-characterflags（在帧与帧之间插入0x7e字符。
默认为idle-charactermarks方式：
在帧与帧之间插入0xff字符）；另外还可以尝试在路由器广域口上配置时钟翻转或时钟复用或同时使用：
clockinvert（把DTE端的发送时钟翻转，消除线路上半个时钟周期的时延）、clockmultiplex（将DCE设备的发送时钟复用为路由器的收/发时钟）；
如果还是没有效果，可以换路由器和DCE设备调试来进一步确定问题。
3．广域网两端之间线路或设备有问题
showinterface发现接口下txFrames、rxFrames在增加，错误统计信息也在增加。
此时可以通过打环来检测；
检测本端问题：
在路由器接口上配置HDLC协议，并在本端的DCE设备上打数字环，本端接口正常情况能UP，ping本端接口的地址，如果没有丢包，说明本端没有问题；如果丢包严重，则检查本端路由器、DCE设备、连接线的问题；
检测线路问题（本端已经确定没有问题）：
在路由器接口上配置HDLC协议，并在对端DCE打网络环，本端接口正常情况能UP，ping本端接口的地址，如果没有丢包，说明线路没有问题；如果丢包严重，则检查线路；
检测对端问题：
如果做过以上操作后，都正常，可能问题在对端，此时需要根据对端设备情况打环测试，进一步确定问题。
4．数据流量超过线路带宽
当跑业务时丢包严重，但停止业务时ping包正常，此时就应该考虑业务流量是否超过线路带宽。
当跑业务丢包时，showinferface，查看接口下是否有较多的inputerrors、outputerrors，还可以看5分钟接收、发送流量统计是否接近线路带宽，如果是，基本可以说明线路负载过重，此时应该查本端以及对端局域网是否有较多的非业务数据流经过广域网，可以在以太口或广域口通过一些手段（如访问列表）来过滤这些非业务数据流，如果都是业务数据的话就应该提高线路带宽了。
2.1.3串口显示信息说明
在迈普系列路由器的接口类型越来越多的情况下，我们将常用接口的显示信息具体做说明，以便对此种接口和上层协议运行情况进行分析。
下面就以串口跑同步方式PPP协议为例来介绍接口统计信息。
当我们在路由器的特权模式下，键入showinterfaceserial0/0后，显示如下信息：
router#showinterfaceserial0/0
serial0/0:
1Flags:
（0x80f1）UPPOINT-TO-POINTMULTICASTRUNNING
2Type:
PPP
3Internetaddress:
3.3.3.9
4Netmask0xff000000Subnetmask0xff000000
5DestinationInternetaddress:
3.3.3.1
6Queuestrategy:
FIFO,Outputqueue:
0/40（current/maxpackets）
7Metric:
0,MTU:
1500,BW:
128Kbps,DLY:
20000usec,VRF:
kernel
85minuteinputrate3000bits/sec,288packets/sec
95minuteoutputrate3000bits/sec,288packets/sec
101447packetsreceived;1983packetssent
110multicastpacketsreceived
120multicastpacketssent
131inputerrors;0outputerrors
140collisions;0dropped
15LCP:
OPENED
16IPCP:
OPENEDNDSPCP:
OPENED
17rxFrames:
1981,rxChars122203
18txFrames:
1983,txChars124266
19rxNoOctet0,rxAbtErrs0,rxCrcErrs0
20rxOverrun0,rxLenErrs0,txUnderrun0
21DCD=upDSR=upDTR=upRTS=upCTS=upTxc=up
接口属性和IP层属性：
1Flags标志表示当前接口的状态（即：
UP/DOWN）；
2Type表示当前接口的封装类型。
S0/1接口为PPP
3显示接口的本地地址为3.3.3.9
4显示接口本地地址对应的网络掩码为255.0.0.0和子网掩码为255.0.0.0
5显示接口的对端地址为3.3.3.1
6显示接口上的队列策略为FIFO（firstinfirstout）
7显示接口上的Metric（度量值）为0,MTU（最大传输单元）为1500,BW（网络带宽）为128Kbps,DLY（网络延迟）为20000usec,VRF（VPN路由转发）为kernel（核心）
接口IP层统计：
8-9显示接口的5分钟流量统计信息。
即：
5分钟内平均每秒接收和发送的比特数及数据包
10显示到目前为止，接口上接收和发送的数据包数目
11-12显示到目前为止，接口上发送和接收的多播报文的数目
13因为数据报文格式错误等出现的输入输出错误统计（如果outputerror较多，可能是线路流量太大，超过带宽）
14因为数据冲突和不能入IP队列而丢掉的错误统计
接口链路层统计及物理层属性：
15-16显示当前接口上PPP协议运行状态。
LCP（链路控制协议）、IPCP（IP控制协议）、NDSPCP（NDSP控制协议）均处于OPEN状态。
17-18显示物理上接收和发送帧的数目以及接收和发送的字节数。
19接收8位不对齐,接收到ABORT（终止帧）错误,接收CRC错误。
20接收overrun（接收CPU处理不及）错误,接收长度错误,发送underrun（接口发送不及）错误。
21显示接口物理信号连接情况（即：
UP/DOWN）
2.2HDLC故障排除
2.2.1HDLC故障排除基本思路
故障排除的基本思路：
检查物理线路、查看debugHDLC信息
▪首先分析物理原因，包括连线是否正确、物理接口是否正常（关于串口故障分析请参见第一节）；
▪其次检查接口keepalive参数配置是否匹配，并通过debughdlc命令查找问题。
2.2.2HDLC常见故障处理
故障一：
接口不断UP/DOWN
可能的原因
判断方法和解决方案
1．物理线路故障、接口报文收发故障
检测物理线路是否良好
检测接口报文收发是否正常
确保物理接口所有物理信号DCD、DSR、DTR、RTS、CTS、Txc状态UP，且数据收发正常
（关于串口故障排除请参见第一节）
2．接口keepalive参数小于对端设备接口keepalive参数的1/3
打开debughdlc命令
观察接口KEEPALIVE帧收发是否正常
升级会员 