第四章接口故障排除Word文档格式.docx

1、线路编码模式不匹配检测接口配置是否一边为HDB3一边为AMI阻抗不匹配1. 检查接口阻抗配置是否匹配，默认为75ohm，可以修改为120ohm。2. 对阻抗进行修改是判断阻抗是否修改成功，在低端路由器上修改成功时模块会有咔嚓声。组帧类型是否匹配检查接口组帧类型配置，有三种选择方式：crc4 nocrc4default。4.1.3 排错信息详解4.1.3.1 show 命令例: router#show interface serial0/0:1 （查看逻辑端口信息）serial0: （unit number 1）: Flags: （0x8070） UP POINT-TO-POINT MULTIC

2、AST ARP RUNNING （接口状态正常） Type: PPP （封装的协议） Internet address: 2.2.2.2 （接口的IP地址） Netmask 0xff000000 Subnetmask 0xff000000 （子网掩码） Destination Internet address: 2.2.2.1 （对端接口的IP地址） Metric is 0 Maximum Transfer Unit size is 1500 （最大传输单元大小） 98 packets received; 100 packets sent （收发包数） 0 multicast packets

3、received 0 multicast packets sent 0 input errors; 0 output errors 0 collisions; 0 dropped rxFrames: 98, rxChars 1024 txFrames: 100, txChars 11422 rxNoOctet 0, rxAbtErrs 0, rxCrcErrs 0 rxOverrun 0, rxLenErrs 0, txUnderrun 0 rate=256000 bps （速率，从此处可看出此接口捆绑了几个时隙） DCD=up DSR=up DTR=up RTS=up CTS=up Txc=

4、up （接口的底层物号）由于CE1的逻辑接口与广域网接口非常相似，对于协议不up的调试可以参见第二章广域网故障排除4.2 ADSL 接口故障排除本节介绍了分析ADSL故障的基本思路，以及分析ADSL故障的常用方法和使用命令等。 ADSL故障分析基本思路 ADSL常见故障处理 ADSL故障的 排错信息4.2.1 ADSL故障排除基本思路故障分析的基本思路：首先确定的ADSL的类型，国内常用的有PPPOE、PPPOA、桥接模式和固定IP模式。然后根据分类，从物理层开始，往上层一步一步的分析问题。4.2.2 ADSL常见故障处理4.2.2.1 桥接模式故障处理桥接模式，路由器采用桥的方式，完全透明传

5、输以太口和ADSL接口的数据，相当于一个普通的ADSL Modem。无法拨号上网物理连接和路由器配置的问题。1、 检查物理连接是否有误，包括ADSL线路的连接和以太口网线的连接（与pc直接相连需要使用交叉网线）。2、 以太口是否连线正确，采用show interface f0查看以太接口是否已经UP3、 观察Mp803面板上的ADSL指示灯是否点亮，如果没有点亮，说明没有完成与电信运营商设备的协商，请检查线路和连接。4、 物理连接如果确定无误，检查路由器上配置是否正确，包括PVC的参数以及接口的封装方式等。5、 确认PC上的拨号软件是否安装运行正常。Show interface Atm0，观察

6、接口是否已经UP，在拨号的过程中是否有数据收发。4.2.2.2 PPPOE故障处理PPPOE模式是将PC上的PPPOE拨号软件内置到路由器中，实现路由器的自动发起拨号和连接。 无法上网。1、物理连接是否正常 1、 检查ADSL线路是否连接正常，是否正确插入ADSL接口。2、 检查以太网线是否连接正常，从pc是否可以正常ping通路由器的以太口。3、 检查Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。2、配置是否正确1、 根据配置手册，检查PPPOE的配置是否正确。包括路由、DDR拨号配置，Atm0接口参数配置，如果使用了NAT，检查NAT配置。2、 检查PC

7、上的默认网管和DNS地址是否配置正确3、DDR是否工作正常1、 打开 debug dialer packets，看是否有触发数据，2、 如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达Dialer接口。3、 如果有数据，请根据debug中的打印信息中判断，数据是否为定义的感兴趣的数据。如果不是，检查dialer-list是否定义了触发数据流，保证数据为DDR感兴趣的。4、 确定有数据触发DDR拨号后，关掉刚才的debug（使用no debug all）。带开debug ADSL ne，观察是否有PPPOE的初始化包PADI在发送。5、 如果只有发送，没有接收。Show inter

8、face atm0，确定是否有接收数据，如果没有，请确定与局端DSLAM的物理连接是否正确。如果有接收数据，请确定ADSL的模式是否匹配，线路是否提供的PPPOE服务。4、PPPOE协商过程是否正常1、确定在发送PADI过后，能否接收到对端发送的PADO包，在发送PADR后能否正确接收到PADS。PPPOE阶段是否可以正常协商完毕。5、ppp协商是否正常1、 打开debug ppp ne，观察ppp的协商过程是否正常。请参看PPP的故障排除。2、 注意需要根据不同的认证方式配置不同的认证，有的局端配置为PAP认证，有的配置为CHAP认证，请根据不同的配置作出选择。6、NAT转换是否正常1、如果

9、PPP协议UP，表示链路已经正确建立，在配置口上ping 一个可连接的广域网地址，看能否ping通。如果可以ping通，而局域网的PC无法上网，请检查NAT是否配置正确，局域网是否连接正确、PC上的默认网关和DNS地址是否正确。4.2.2.3 PPPOA故障处理PPPOA故障处理1、检查ADSL线路是否连接正常，是否正确插入ADSL接口。2、检查以太网线是否连接正常，从pc是否可以正常ping通路由器的以太口。3、 查Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。4、根据配置手册，检查PPPOA的配置是否正确。3、 检查PC上的默认网管和DNS地址是否配置正

10、确6、 打开 debug dialer packets，看是否有触发数据，7、 如果没有数据，请检查路由是否正确，触发数据流是否可以正常的到达Dialer接口。8、 如果有数据，请根据debug中的打印信息中判断，数据是否为定义的感兴趣的数据。9、 确定有数据触发DDR拨号后，关掉刚才的debug（使用no debug all）。带开debug ppp ne，观察是否有ppp的数据包在发送。或者打开debug adsl pac a0，如果只有发送，没有接收。如果有接收数据，请确定ADSL的模式是否匹配，线路是否提供的PPPOA服务。4、 打开debug ppp ne，观察ppp的协商过程是否正

11、常。5、 注意需要根据不同的认证方式配置不同的认证，有的局端配置为PAP认证，有的配置为CHAP认证，请根据不同的配置作出选择。4.2.2.3 固定ip方式故障处理固定IP的方式，通常电信运营商会给你两个地址，一个是本端地址，一个是对端的网关地址。故障一 无法建立连接3、Mp803面板上的ADSL指示灯是否被点亮，以确认与局端的DSLAM设备协商完毕。4、 show interface atm0 观察接口是否已经up。1、 根据配置手册，检查CIP fixed的配置是否正确。2、 如果配置了NAT方式，检查配置是否正确。3、 检查路由配置是否正确。4、 检查PC上的默认网管和DNS地址是否配置

12、正确3、检查CIP fixed方式是否正确1、 show int atm0，观察接口是否有数据收发，或者debug adsl pac atm0，然后ping对端的网关地址，看是否有数据接收和发送。如果有发送和接收数据表明物理连接和数据收发是正常的，如果没有数据的收发，请检查接口是否up，线路有没有接好。2、 ping包过后，show atm arp，观察是否正确得到对端网关的MAC地址， the Atm Arp Infomation 001013009a18 1.1.1.1 Remote 00017a00ab82 1.1.1.2 Local如果没有得到remote的MAC地址，请确定该线路是否

13、提供的是固定ip的服务方式。4、如果使用了NAT，检查NAT转换是否正常1、如果atm0接口协议UP，且可以正确ping通电信网关地址，表示链路已经正确建立，而局域网的PC无法上网，请检查NAT是否配置正确，局域网是否连接正确、PC上的默认网关和DNS地址是否正确。4.2.3 ADSL 故障的排错信息4.2.3.1 pppoe的相关信息PADItag:Host-Uniq=00017a01c021,Service-Name=NULL发送PADIPADOtag:Service-Name=NULL,AC-Name=68722d7374612d636c2d31,Host-Uniq=00017a01c0

14、21接收到PADOPADRtag:发送PADRPADStag:接收到PADSpppoe discovery stage is UPPPPv0: FLAG 8617（0013） Physical_layer from down to upPPPOE协商完毕，进入PPP的协商阶段。由于PPPOE拨号与PPP和DDR都有较密切的关系，注意参看它们的排除方法和信息。4.3 ISDN接口故障排除本节介绍了分析ISDN故障的基本思路，以及分析ISDN故障的常用方法和使用命令等。 ISDN故障分析基本思路 ISDN常见故障处理4.3.1 ISDN故障分析基本思路 ISDN ST接口需要通过直连的RJ45线接

15、一个NT的设备，而ISDN U接口只需将电信运营商提供的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的呼叫是否正常，是否可以正常触发I

16、SDN的D通道的Q931发起拨号。以排除呼叫触发，路由等故障。4.3.2 ISDN常见故障处理 ISDN一、二层故障 物理连接和线路问题1、 Show isdn state，观察ISDN状态。ISDN bri0/0 interface Layer 1 Status: Activated（表示第一层已经激活） Layer 2 Status: TEI = 64 Ces = 01 SAPI = 00 Status = ST_MULTIFR（第二层已经处于多帧状态） I-Frame: 12/11 RR: 3210/3221 RNR: 0/0 REJ: 0/0 SABME: 1/0 DM: 0/0 DI

17、SC: 0/0 UA: 0/1 FRMR: 0/0 TEI: 14/1 Layer 3 Status: 0 Active Layer 3 Call（s） Active dsl 0 CCBs = 0 Number of active calls = 0 Number of available B-channels = 22、 如果第一层没有激活，请确定线路连接是否正确。3、 确定电信运营商已经在线路上提供服务。4、 如果出现第一层不稳定的现象，请向电信运营商确认线路质量。 ISDN 不拨号 ISDN呼叫不能发起1、 检查DDR的一系列相关配置，确定配置无误。2、 通过debug dialer观察

18、DDR是否发起正确的拨号3、 打开debug isdn q931观察isdn的D通道是否发起正确的呼叫。其中TX表示发送，下面为ISDN发起呼叫，发送建连请求的一个debug isdn q931的信息：bri0/0:TX- pd=Q.931（0x08） cr=0x31 SETUP sending complete bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit channel id: channel=any channel （preferred） call

19、ed party number: 163 （type=unknown, plan=ISDN）能否接收到交换机发送回来的信息。如：RX- pd=Q.931（0x08） cr=0x31 CALL_PROCEEDING channel id: channel=B2 （exclusive）其中RX表示接收到交换机返回的信息，这是一个“呼叫进行中”的返回信息。没有触发的数据流1、 检查触发数据条件是否符合。2、 根据触发条件，发起触发数据流。没有空闲的B通道1、等待B通道空闲，或者终止莫一项业务。 ISDN无法连接呼叫被对方拒绝1、 打开debug isdn q931，确定呼叫是否被拒绝。如收到交互机发

20、送回来的disconnect的帧- pd=Q.931（0x08） cr=0x0f DISCONNECT cause: 1: Unallocated （unassigned） number （Q.850）2、 检查对方的号码是否配置正确，如：拨出的号码错误。3、 确定对端设备是否正确连接，是否可以正确接收呼叫。如收到ISDN交换机返回的信息：- pd=Q.931（0x08） cr=0x1a DISCONNECT cause: 41: Temporary failure （Q.850） （location=public network serving local user, std=CCITT）4

21、、 确定对端设备是否已经在使用中，没有可用的通道用于接收呼叫。通常这种情况下ISDN交互机会返回如下信息：- pd=Q.931（0x08） cr=0x1f DISCONNECT 17: User busy （Q.850） PPP认证问题1、 检查PPP协商是否正确2、 检查与认证相关的命令和用户名密码是否正确配置。3、 检查认证名和dialer map中的name是否匹配故障四：接口协议up了，但是无法ping通 认证不正确，某些厂家的路由器对chap认证的处理不同1、去掉本端的chap 认证发起，配置chap认证名并在对端配置chap认证发起。没有正确的路由1、show ip route，看

22、是否有正确的路由在核心路由表中。故障五：使用多链路无法没有配置拨号组1、在接口模式下配置dialer-group命令即可DDR状态为非idle状态1、在接口上shutdown、no shutdown一次即可注意：ISDN多链路拨号故障排除和单链路拨号故障排除是一样的。4.3.3 ISDN 的排错信息4.3.3.1 ISDN 的debug信息 Debug信息 具体解释 bri0/0:-I430: INFO0 （No Signal）线路没有信号I430: INFO1 （Activation Request, Priority = 8, from TE）发送激活请求- I430: INFO4 （Ac

23、tivated, Priority = 10/11, from NT）线路激活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 （Call Control）, C, TEI=66, U-Frame: SABME PF 1发送SABME SAPI=0 （Call Control）, R, TEI=66, U-Frame: UA PF 1接收UA

24、。 pd=Q.931（0x08） cr=0x18 SETUP发送呼叫建连请求- pd=Q.931（0x08） cr=0x18 CALL_PROCEEDING接收到交换机的响应，呼叫进行中。- pd=Q.931（0x08） cr=0x18 DISCONNECT User busy （Q.850）收到对端发送过来的断链信息，原因是用户忙。在故障排除是请注意参考交换机发送回来的断链原因，可以协助排除故障。常见的错误信息： 34: No circuit / channel available （Q.850）对端通道已经用完。错误的号码 Temporary failure （Q.850）暂时性的失败，可能是对端没哟正确连接等原因对端忙 No circuit / channel available （Q.850）对端没有可用的通道更多的断链原因可参考查阅ISDN标准- pd=Q.931（0x08） cr=0x15 CONNECT 接收到ISDN交互机发送过来的CONNECT信息 pd=Q.931（0x08） cr=0x15 CONNECT_ACKNOWLEDGE发送“连接确