第四章接口故障排除分解.docx
《第四章接口故障排除分解.docx》由会员分享，可在线阅读，更多相关《第四章接口故障排除分解.docx（18页珍藏版）》请在冰豆网上搜索。
第四章接口故障排除分解
第四章接口故障排除
4.1CE1接口故障排除
本节介绍了分析CE1故障的基本思路，以及分析CE1故障的常用方法和使用命令等。
本节内容：
¾CE1故障分析基本思路
¾CE1常见故障处理
¾排除信息详解
4.1.1CE1故障排除基本思路
对信道化E1线路进行故障诊断时，必须首先确定问题出在某一通道组或出现在E1线路上。
若问题出在一个单独通道组上，可能存在一个潜在的接口问题。
如果问题出在E1线路上，或出在所有通道组上，可能存在一个潜在的控制器错误，或者检查一下电缆是否配套。
检查配置是否正确。
包括检查分帧类型和线路编码是否与服务提供者设定的相匹配，然后检查通道组的配置，特别要验证时隙的设定是否和服务提供者设定的一致。
检查逻辑接口上封装的协议是否一致以及参数是否配置正确。
通过一些调试命令察看逻辑接口上封装的协议参数是否正确以及协议运行是否正常。
4.1.2CE1常见故障处理
故障一：
接口不up，失步灯亮
可能的原因
判断方法和解决方案
线路原因
1、检查是否有接线，线路发送和接收是否连接正确。
2、将本端线路的发送接收短接封装HDLC协议，如果接口协议up，则是远端线路原因；如果接口协议不up，可可以检查本端线路和模块。
故障二：
接口不up，失步灯灭
可能的原因
判断方法和解决方案
配置错误
1、检查对连接口通道是否配置一致。
2、检查接口协议是否配置一致。
3、如果配置完全正确，只有部分接口不up，可以在特权模式下使用qmcinit命令。
故障三：
接口up，有掉包现象
可能的原因
判断方法和解决方案
线路编码模式不匹配
检测接口配置是否一边为HDB3一边为AMI
阻抗不匹配
1.检查接口阻抗配置是否匹配，默认为75ohm，可以修改为120ohm。
2.对阻抗进行修改是判断阻抗是否修改成功，在低端路由器上修改成功时模块会有咔嚓声。
组帧类型是否匹配
检查接口组帧类型配置，有三种选择方式：
crc4no－crc4
default。
4.1.3排错信息详解
4.1.3.1show命令
例:
router#showinterfaceserial0/0:
1（查看逻辑端口信息）
serial0:
（unitnumber1）:
Flags:
（0x8070）UPPOINT-TO-POINTMULTICASTARPRUNNING（接口状态正常）
Type:
PPP（封装的协议）
Internetaddress:
2.2.2.2（接口的IP地址）
Netmask0xff000000Subnetmask0xff000000（子网掩码）
DestinationInternetaddress:
2.2.2.1（对端接口的IP地址）
Metricis0
MaximumTransferUnitsizeis1500（最大传输单元大小）
98packetsreceived;100packetssent（收发包数）
0multicastpacketsreceived
0multicastpacketssent
0inputerrors;0outputerrors
0collisions;0dropped
rxFrames:
98,rxChars1024
txFrames:
100,txChars11422
rxNoOctet0,rxAbtErrs0,rxCrcErrs0
rxOverrun0,rxLenErrs0,txUnderrun0
rate=256000bps（速率，从此处可看出此接口捆绑了几个时隙）
DCD=upDSR=upDTR=upRTS=upCTS=upTxc=up（接口的底层物号）
由于CE1的逻辑接口与广域网接口非常相似，对于协议不up的调试可以参见第二章《广域网故障排除》
4.2ADSL接口故障排除
本节介绍了分析ADSL故障的基本思路，以及分析ADSL故障的常用方法和使用命令等。
本节内容：
¾ADSL故障分析基本思路
¾ADSL常见故障处理
¾ADSL故障的排错信息
4.2.1ADSL故障排除基本思路
故障分析的基本思路：
首先确定的ADSL的类型，国内常用的有PPPOE、PPPOA、桥接模式和固定IP模式。
然后根据分类，从物理层开始，往上层一步一步的分析问题。
4.2.2ADSL常见故障处理
4.2.2.1桥接模式故障处理
桥接模式，路由器采用桥的方式，完全透明传输以太口和ADSL接口的数据，相当于一个普通的ADSLModem。
故障一：
无法拨号上网
可能的原因
判断方法和解决方案
物理连接和路由器配置的问题。
1、检查物理连接是否有误，包括ADSL线路的连接和以太口网线的连接（与pc直接相连需要使用交叉网线）。
2、以太口是否连线正确，采用showinterfacef0查看以太接口是否已经UP
3、观察Mp803面板上的ADSL指示灯是否点亮，如果没有点亮，说明没有完成与电信运营商设备的协商，请检查线路和连接。
4、物理连接如果确定无误，检查路由器上配置是否正确，包括PVC的参数以及接口的封装方式等。
5、确认PC上的拨号软件是否安装运行正常。
ShowinterfaceAtm0，观察接口是否已经UP，在拨号的过程中是否有数据收发。
4.2.2.2PPPOE故障处理
PPPOE模式是将PC上的PPPOE拨号软件内置到路由器中，实现路由器的自动发起拨号和连接。
故障一：
无法上网。
可能的原因
判断方法和解决方案
1、物理连接是否正常
1、检查ADSL线路是否连接正常，是否正确插入ADSL接口。
2、检查以太网线是否连接正常，从pc是否可以正常ping通路由器的以太口。
3、检查Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。
2、配置是否正确
1、根据配置手册，检查PPPOE的配置是否正确。
包括路由、DDR拨号配置，Atm0接口参数配置，如果使用了NAT，检查NAT配置。
2、检查PC上的默认网管和DNS地址是否配置正确
3、DDR是否工作正常
1、打开debugdialerpackets，看是否有触发数据，
2、如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达Dialer接口。
3、如果有数据，请根据debug中的打印信息中判断，数据是否为定义的感兴趣的数据。
如果不是，检查dialer-list是否定义了触发数据流，保证数据为DDR感兴趣的。
4、确定有数据触发DDR拨号后，关掉刚才的debug（使用nodebugall）。
带开debugADSLne，观察是否有PPPOE的初始化包PADI在发送。
5、如果只有发送，没有接收。
Showinterfaceatm0，确定是否有接收数据，如果没有，请确定与局端DSLAM的物理连接是否正确。
如果有接收数据，请确定ADSL的模式是否匹配，线路是否提供的PPPOE服务。
4、PPPOE协商过程是否正常
1、确定在发送PADI过后，能否接收到对端发送的PADO包，在发送PADR后能否正确接收到PADS。
PPPOE阶段是否可以正常协商完毕。
5、ppp协商是否正常
1、打开debugpppne，观察ppp的协商过程是否正常。
请参看PPP的故障排除。
2、注意需要根据不同的认证方式配置不同的认证，有的局端配置为PAP认证，有的配置为CHAP认证，请根据不同的配置作出选择。
6、NAT转换是否正常
1、如果PPP协议UP，表示链路已经正确建立，在配置口上ping一个可连接的广域网地址，看能否ping通。
如果可以ping通，而局域网的PC无法上网，请检查NAT是否配置正确，局域网是否连接正确、PC上的默认网关和DNS地址是否正确。
4.2.2.3PPPOA故障处理
故障一：
PPPOA故障处理
可能的原因
判断方法和解决方案
1、物理连接是否正常
1、检查ADSL线路是否连接正常，是否正确插入ADSL接口。
2、检查以太网线是否连接正常，从pc是否可以正常ping通路由器的以太口。
3、查Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。
2、配置是否正确
4、根据配置手册，检查PPPOA的配置是否正确。
包括路由、DDR拨号配置，Atm0接口参数配置，如果使用了NAT，检查NAT配置。
3、检查PC上的默认网管和DNS地址是否配置正确
3、DDR是否工作正常
6、打开debugdialerpackets，看是否有触发数据，
7、如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达Dialer接口。
8、如果有数据，请根据debug中的打印信息中判断，数据是否为定义的感兴趣的数据。
如果不是，检查dialer-list是否定义了触发数据流，保证数据为DDR感兴趣的。
9、确定有数据触发DDR拨号后，关掉刚才的debug（使用nodebugall）。
带开debugpppne，观察是否有ppp的数据包在发送。
或者打开debugadslpaca0，如果只有发送，没有接收。
Showinterfaceatm0，确定是否有接收数据，如果没有，请确定与局端DSLAM的物理连接是否正确。
如果有接收数据，请确定ADSL的模式是否匹配，线路是否提供的PPPOA服务。
5、ppp协商是否正常
4、打开debugpppne，观察ppp的协商过程是否正常。
请参看PPP的故障排除。
5、注意需要根据不同的认证方式配置不同的认证，有的局端配置为PAP认证，有的配置为CHAP认证，请根据不同的配置作出选择。
6、NAT转换是否正常
1、如果PPP协议UP，表示链路已经正确建立，在配置口上ping一个可连接的广域网地址，看能否ping通。
如果可以ping通，而局域网的PC无法上网，请检查NAT是否配置正确，局域网是否连接正确、PC上的默认网关和DNS地址是否正确。
4.2.2.3固定ip方式故障处理
固定IP的方式，通常电信运营商会给你两个地址，一个是本端地址，一个是对端的网关地址。
故障一无法建立连接
可能的原因
判断方法和解决方案
1、物理连接是否正常
1、检查ADSL线路是否连接正常，是否正确插入ADSL接口。
2、检查以太网线是否连接正常，从pc是否可以正常ping通路由器的以太口。
3、Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。
4、showinterfaceatm0观察接口是否已经up。
2、配置是否正确
1、根据配置手册，检查CIPfixed的配置是否正确。
2、如果配置了NAT方式，检查配置是否正确。
3、检查路由配置是否正确。
4、检查PC上的默认网管和DNS地址是否配置正确
3、检查CIPfixed方式是否正确
1、showintatm0，观察接口是否有数据收发，或者debugadslpacatm0，然后ping对端的网关地址，看是否有数据接收和发送。
如果有发送和接收数据表明物理连接和数据收发是正常的，如果没有数据的收发，请检查接口是否up，线路有没有接好。
2、ping包过后，showatmarp，观察是否正确得到对端网关的MAC地址，
theAtmArpInfomation
001013009a181.1.1.1Remote
00017a00ab821.1.1.2Local
如果没有得到remote的MAC地址，请确定该线路是否提供的是固定ip的服务方式。
4、如果使用了NAT，检查NAT转换是否正常
1、如果atm0接口协议UP，且可以正确ping通电信网关地址，表示链路已经正确建立，而局域网的PC无法上网，请检查NAT是否配置正确，局域网是否连接正确、PC上的默认网关和DNS地址是否正确。
4.2.3ADSL故障的排错信息
4.2.3.1pppoe的相关信息
PADI[tag:
Host-Uniq=00017a01c021,Service-Name=NULL]
发送PADI
PADO[tag:
Service-Name=NULL,AC-Name=68722d7374612d636c2d31,Host-Uniq=00017a01c021]
接收到PADO
PADR[tag:
Host-Uniq=00017a01c021,Service-Name=NULL]
发送PADR
PADS[tag:
Service-Name=NULL,AC-Name=68722d7374612d636c2d31,Host-Uniq=00017a01c021]
接收到PADS
pppoediscoverystageisUP
PPP[v0]:
FLAG[8617（0013）]
PPP[v0]:
Physical_layerfromdowntoup
PPPOE协商完毕，进入PPP的协商阶段。
由于PPPOE拨号与PPP和DDR都有较密切的关系，注意参看它们的排除方法和信息。
4.3ISDN接口故障排除
本节介绍了分析ISDN故障的基本思路，以及分析ISDN故障的常用方法和使用命令等。
本节内容：
¾ISDN故障分析基本思路
¾ISDN常见故障处理
4.3.1ISDN故障分析基本思路
故障分析的基本思路：
ISDNST接口需要通过直连的RJ45线接一个NT的设备，而ISDNU接口只需将电信运营商提供的ISDN的RJ11接头直接插在U接口上。
ISDN的排错请遵循从物理层到网络层的过程，一步一步进行。
1、首先观察ISDN物理链路是否激活，以排除电缆，接口，以及其他外接设备的故障。
2、观察ISDN的D通道二层，Q921是否工作正常，以排除TEI的获取或者D通道协商激活的故障。
3、观察ISDN的D通道三层，Q931是否正确发起拨号，以排除配置与ISDN交换机之间的3层呼叫故障。
4、观察ISDN的B通道二层，PPP的协商过程是否正确，PPP认证是否正确。
以排除认证类型，封装，口令的故障。
5、观察DDR的呼叫是否正常，是否可以正常触发ISDN的D通道的Q931发起拨号。
以排除呼叫触发，路由等故障。
4.3.2ISDN常见故障处理
故障一：
ISDN一、二层故障
可能的原因
判断方法和解决方案
物理连接和线路问题
1、Showisdnstate，观察ISDN状态。
ISDNbri0/0interface
Layer1Status:
Activated（表示第一层已经激活）
Layer2Status:
TEI=64Ces=01SAPI=00Status=ST_MULTIFR（第二层已经处于多帧状态）
I-Frame:
12/11RR:
3210/3221RNR:
0/0REJ:
0/0
SABME:
1/0DM:
0/0DISC:
0/0UA:
0/1
FRMR:
0/0TEI:
14/1
Layer3Status:
0ActiveLayer3Call（s）
Activedsl0CCBs=0
Numberofactivecalls=0
NumberofavailableB-channels=2
2、如果第一层没有激活，请确定线路连接是否正确。
3、确定电信运营商已经在线路上提供服务。
4、如果出现第一层不稳定的现象，请向电信运营商确认线路质量。
故障二：
ISDN不拨号
可能的原因
判断方法和解决方案
ISDN呼叫不能发起
1、检查DDR的一系列相关配置，确定配置无误。
2、通过debugdialer观察DDR是否发起正确的拨号
3、打开debugisdnq931观察isdn的D通道是否发起正确的呼叫。
其中TX表示发送，下面为ISDN发起呼叫，发送建连请求的一个debugisdnq931的信息：
bri0/0:
TX->pd=Q.931（0x08）cr=0x31SETUP
[sendingcomplete]
[bearercapability:
cap=unrestricteddigitalinformation
std=CCITT
rate=64kbit/s
mode=circuit]
[channelid:
channel=anychannel（preferred）]
[calledpartynumber:
163（type=unknown,plan=ISDN）]
能否接收到交换机发送回来的信息。
如：
bri0/0:
RX<-pd=Q.931（0x08）cr=0x31CALL_PROCEEDING
[channelid:
channel=B2（exclusive）]
其中RX表示接收到交换机返回的信息，这是一个“呼叫进行中”的返回信息。
没有触发的数据流
1、检查触发数据条件是否符合。
2、根据触发条件，发起触发数据流。
没有空闲的B通道
1、等待B通道空闲，或者终止莫一项业务。
故障三：
ISDN无法连接
可能的原因
判断方法和解决方案
呼叫被对方拒绝
1、打开debugisdnq931，确定呼叫是否被拒绝。
如收到交互机发送回来的disconnect的帧
bri0/0:
RX<-pd=Q.931（0x08）cr=0x0fDISCONNECT
[cause:
1:
Unallocated（unassigned）number（Q.850）
2、检查对方的号码是否配置正确，如：
bri0/0:
RX<-pd=Q.931（0x08）cr=0x0fDISCONNECT
[cause:
1:
Unallocated（unassigned）number（Q.850）
拨出的号码错误。
3、确定对端设备是否正确连接，是否可以正确接收呼叫。
如收到ISDN交换机返回的信息：
bri0/0:
RX<-pd=Q.931（0x08）cr=0x1aDISCONNECT
[cause:
41:
Temporaryfailure（Q.850）
（location=publicnetworkservinglocaluser,std=CCITT）]
4、确定对端设备是否已经在使用中，没有可用的通道用于接收呼叫。
通常这种情况下ISDN交互机会返回如下信息：
bri0/0:
RX<-pd=Q.931（0x08）cr=0x1fDISCONNECT
[cause:
17:
Userbusy（Q.850）
（location=publicnetworkservinglocaluser,std=CCITT）]
PPP认证问题
1、检查PPP协商是否正确
2、检查与认证相关的命令和用户名密码是否正确配置。
3、检查认证名和dialermap中的name是否匹配
故障四：
接口协议up了，但是无法ping通
可能的原因
判断方法和解决方案
认证不正确，某些厂家的路由器对chap认证的处理不同
1、去掉本端的chap认证发起，配置chap认证名并在对端配置chap认证发起。
没有正确的路由
1、showiproute，看是否有正确的路由在核心路由表中。
故障五：
使用多链路无法
可能的原因
判断方法和解决方案
认证不正确，某些厂家的路由器对chap认证的处理不同
1、去掉本端的chap认证发起，配置chap认证名并在对端配置chap认证发起。
没有正确的路由
1、showiproute，看是否有正确的路由在核心路由表中。
没有配置拨号组
1、在接口模式下配置dialer-group命令即可
DDR状态为非idle状态
1、在接口上shutdown、noshutdown一次即可
注意：
ISDN多链路拨号故障排除和单链路拨号故障排除是一样的。
4.3.3ISDN的排错信息
4.3.3.1ISDN的debug信息
Debug信息
具体解释
bri0/0:
RX<-I430:
INFO0（NoSignal）
线路没有信号
bri0/0:
TX->I430:
INFO1（ActivationRequest,Priority=8,fromTE）
发送激活请求
bri0/0:
RX<-I430:
INFO4（Activated,Priority=10/11,fromNT）
线路激活
bri0/0:
TX->q921:
SAPI=63（TEI-Man）,C,TEI=127,Ri=0x105b,IdRequest,Ai=127
发送TEI请求
bri0/0:
RX<-q921:
SAPI=63（TEI-Man）,C,TEI=127,Ri=0xb640,IdAssign,Ai=66
接收到分配的TEI
bri0/0:
TX->q921:
SAPI=0（CallControl）,C,TEI=66,U-Frame:
SABMEPF1
发送SABME
bri0/0:
RX<-q921:
SAPI=0（CallControl）,R,TEI=66,U-Frame:
UAPF1
接收UA。
bri0/0:
TX->pd=Q.931（0x08）cr=0x18SETUP
发送呼叫建连请求
bri0/0:
RX<-pd=Q.931（0x08）cr=0x18CALL_PROCEEDING
接收到交换机的响应，呼叫进行中。
bri0/0:
RX<-pd=Q.931（0x08）cr=0x18DISCONNECT
[cause:
17:
Userbusy（Q.850）
收到对端发送过来的断链信息，原因是用户忙。
在故障排除是请注意参考交换机发送回来的断链原因，可以协助排除故障。
常见的错误信息：
[cause:
34:
Nocircuit/channelavailable（Q.850）]
对端通道已经用完。
[cause:
1:
Unallocated（unassigned）number（Q.850）
错误的号码
[cause:
41:
Temporaryfailure（Q.850）
暂时性的失败，可能是对端没哟正确连接等原因
[cause:
17:
Userbusy（Q.850）
对端忙
[cause:
34:
Nocircuit/channelavailable（Q.850）
对端没有可用的通道
更多的断链原因可参考查阅ISDN标准
bri0/0:
RX<-pd=Q.931（0x08）cr=0x15CONNECT
接收到ISDN交互机发送过来的CONNECT信息
bri0/0:
TX->pd=Q.931（0x08）cr=0x15CONNECT_ACKNOWLEDGE
发送“连
升级会员 