第四章接口故障排除分解Word文件下载.docx

第四章接口故障排除分解Word文件下载.docx

《第四章接口故障排除分解Word文件下载.docx》由会员分享，可在线阅读，更多相关《第四章接口故障排除分解Word文件下载.docx（18页珍藏版）》请在冰豆网上搜索。

线路编码模式不匹配

检测接口配置是否一边为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、检查ADSL线路是否连接正常，是否正确插入ADSL接口。

2、检查以太网线是否连接正常，从pc是否可以正常ping通路由器的以太口。

3、查Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。

4、根据配置手册，检查PPPOA的配置是否正确。

3、检查PC上的默认网管和DNS地址是否配置正确

6、打开debugdialerpackets，看是否有触发数据，

7、如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达Dialer接口。

8、如果有数据，请根据debug中的打印信息中判断，数据是否为定义的感兴趣的数据。

9、确定有数据触发DDR拨号后，关掉刚才的debug（使用nodebugall）。

带开debugpppne，观察是否有ppp的数据包在发送。

或者打开debugadslpaca0，如果只有发送，没有接收。

如果有接收数据，请确定ADSL的模式是否匹配，线路是否提供的PPPOA服务。

4、打开debugpppne，观察ppp的协商过程是否正常。

5、注意需要根据不同的认证方式配置不同的认证，有的局端配置为PAP认证，有的配置为CHAP认证，请根据不同的配置作出选择。

4.2.2.3固定ip方式故障处理

固定IP的方式，通常电信运营商会给你两个地址，一个是本端地址，一个是对端的网关地址。

故障一无法建立连接

3、Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。

4、showinterfaceatm0观察接口是否已经up。

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:

发送PADR

PADS[tag:

接收到PADS

pppoediscoverystageisUP

PPP[v0]:

FLAG[8617（0013）]

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）]

能否接收到交换机发送回来的信息。

如：

RX<

-pd=Q.931（0x08）cr=0x31CALL_PROCEEDING

[channelid:

channel=B2（exclusive）]

其中RX表示接收到交换机返回的信息，这是一个“呼叫进行中”的返回信息。

没有触发的数据流

1、检查触发数据条件是否符合。

2、根据触发条件，发起触发数据流。

没有空闲的B通道

1、等待B通道空闲，或者终止莫一项业务。

ISDN无法连接

呼叫被对方拒绝

1、打开debugisdnq931，确定呼叫是否被拒绝。

如收到交互机发送回来的disconnect的帧

-pd=Q.931（0x08）cr=0x0fDISCONNECT

[cause:

1:

Unallocated（unassigned）number（Q.850）

2、检查对方的号码是否配置正确，如：

拨出的号码错误。

3、确定对端设备是否正确连接，是否可以正确接收呼叫。

如收到ISDN交换机返回的信息：

-pd=Q.931（0x08）cr=0x1aDISCONNECT

[cause:

41:

Temporaryfailure（Q.850）

（location=publicnetworkservinglocaluser,std=CCITT）]

4、确定对端设备是否已经在使用中，没有可用的通道用于接收呼叫。

通常这种情况下ISDN交互机会返回如下信息：

-pd=Q.931（0x08）cr=0x1fDISCONNECT

17:

Userbusy（Q.850）

PPP认证问题

1、检查PPP协商是否正确

2、检查与认证相关的命令和用户名密码是否正确配置。

3、检查认证名和dialermap中的name是否匹配

故障四：

接口协议up了，但是无法ping通

认证不正确，某些厂家的路由器对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:

-I430:

INFO0（NoSignal）

线路没有信号

I430:

INFO1（ActivationRequest,Priority=8,fromTE）

发送激活请求

-I430:

INFO4（Activated,Priority=10/11,fromNT）

线路激活

q921:

SAPI=63（TEI-Man）,C,TEI=127,Ri=0x105b,IdRequest,Ai=127

发送TEI请求

-q921:

SAPI=63（TEI-Man）,C,TEI=127,Ri=0xb640,IdAssign,Ai=66

接收到分配的TEI

SAPI=0（CallControl）,C,TEI=66,U-Frame:

SABMEPF1

发送SABME

SAPI=0（CallControl）,R,TEI=66,U-Frame:

UAPF1

接收UA。

pd=Q.931（0x08）cr=0x18SETUP

发送呼叫建连请求

-pd=Q.931（0x08）cr=0x18CALL_PROCEEDING

接收到交换机的响应，呼叫进行中。

-pd=Q.931（0x08）cr=0x18DISCONNECT

Userbusy（Q.850）

收到对端发送过来的断链信息，原因是用户忙。

在故障排除是请注意参考交换机发送回来的断链原因，可以协助排除故障。

常见的错误信息：

34:

Nocircuit/channelavailable（Q.850）]

对端通道已经用完。

错误的号码

Temporaryfailure（Q.850）

暂时性的失败，可能是对端没哟正确连接等原因

对端忙

Nocircuit/channelavailable（Q.850）

对端没有可用的通道

更多的断链原因可参考查阅ISDN标准

-pd=Q.931（0x08）cr=0x15CONNECT

接收到ISDN交互机发送过来的CONNECT信息

pd=Q.931（0x08）cr=0x15CONNECT_ACKNOWLEDGE

发送“连