业务故障排错方法

1、9.业务故障排错方法，各业务问题解答方法介绍1、pppoe业务的问题解答比较常见的报错是678、718、691错误，其中678最复杂1.1、先说678，E320，8512，DSLAM，PC，以上图为列，678之所以复杂，是因为在传输的各环节中任何一点出现问题，都可能造成678.检查思路先检查巴斯，通过bas上的检查来确定下一步检查步骤对链路进行检查时，必须在汇聚交换机上进行镜像抓包和隔离传输设备进行测试的方式进行，检查步骤步骤1配置成专线先把报678错误的pppoe用户配置成专线方式，做砰测试来确定物理链路是通的。即使物理链路不存在问题，但报678时，可能是pppoe报文在某环节丢失，故障排除

2、，步骤2在BAS上做pppoe报文分析如果原来是动态pppoe配置，先将故障pppoe用户做成静态虚拟局域网配置配置文件PPPoE-测试ip未编号环回0 ppp身份验证pap pppoe日志pppoeControlPacket日志ppp数据包日志pppstatemachine！接口千兆以太网1/0/1.6950435 svlan id 695 435 svlan以太网类型8100 pppoe PPPoE自动配置PPPoE配置文件任何PPPoE-测试！然后让故障用户现场拨号，在bas进行观察E320#sh pppoe接口千兆以太网1/0/1.6950435 pppoe接口千兆以太网1/0/1.6

3、950435是操作状态超级（动态)PPPoE接口千兆以太网1/0/1.6950435最大会话数=5 PPPoE接口千兆以太网1/0/1.6950435 MTU 1494 PPPoE接口千兆以太网1/0/1.6950435无杰出的/一流的在1个已配置的子接口中，附加服务质量配置文件：服务质量面向用户的以太网千兆以太网1/0/1未设置基线PPPoE统计计数器： PADI收到1 PADI发送0 PADO收到0 PADO发送1，如果PADI为0，就说明用户pppoe请求报文没传到BAS，故障点基本就是出在下层。前提PADI为1、PADO为0时，则说明BAS出现问题，没有回应PADI报文，故障排除，PA

4、DR收到1 PADR发送0 PADS收到0 PADS发送1 PADT收到1 PADT发送0 PADM收到0 PADM发送0 PADN收到0 PADN发送0 PAD数据包收到2 PAD数据包发送2无效衬垫数据包：无效版本0无效衬垫代码0 无效的衬垫标记0无效的衬垫标记长度0无效的衬垫类型0无效的PADI会话0无效的PADR会话0无效的衬垫数据包长度0无效的衬垫数据包总数无效的衬垫数据包4入口监管数据包0出口监管数据包0资源不足0，PADT可以是用户发出，也可能是bas发出，无效的衬垫出现，则可能是客户端拨号软件设置或者网卡有问题，不足则表示可能板卡或整机资源耗尽导致，故障排除，根据pppoe报文

5、的分析结果，采取以下步骤BAS上各类PPPOE报文全为0 如果在E320上没有看到上述报文，则对汇聚交换机8512与E320直连的端口进行镜像抓包分析PPPOE。协议开始，客户端广播一个发起分组(PADI)，注意PADI为广播报文。镜像示图：镜像抓包完毕后，基本就能分析出报文丢在何处！故障排除，E320上抓到的完整pppoe-ppp报文基线日志E320#sh日志数据类别PPPoE控制数据包严重性7 de DEBUG 01/14/2010 16:11:46 PPPoE控制数据包(接口): PADI rx自00e0.4dae.22ad，长度16岁，捕获长度68岁，空服务名称DEBUG 01/14/

6、2010 16:11:46 PPPoE控制数据包(接口德克萨斯州PADO :至捕获长度88岁，使用子接口1上的会话id 14731建立的连接嘘日志数据类别PPP数据包严重性7 de DEBUG 01/14/2010 16:11:46 PPP数据包(接口千兆以太网2/1.101090299.113)3360时间3360 0 0 0.00，tx lcp会议等式，id=229，长度=18，mru=1492，身份验证=pap id=219，长度=14，mru=1492，Magicnnumber=0x 051 CFD 8c DEBUG 01/14/2010 16:11:46 PPPocket(接口千兆以

7、太网2/1.101090299.113)3360时间3360 0 0 0.01，rx lcp confAck，id=229，length=18，mru=1492，身份验证magic=0 x1e 55816 b DEBUG 01/14/2010 16:11336046 PPPocket(接口千兆以太网2/1.101090299.113):时间： 0 0.01，rx pap authReq，id=1，长度=24，peerId长度=10，Peerid=LSA 5472359 6c 73 61 35 34 37 32 33 33 rx IPNcp会议，id=12，长度=22，IP地址=0.0.0.0，

8、主域名=0.0.0.0，次域名=0.0.0.0，故障排除，DEBUG 01/14/2010 16:11:46 PPPocket(接口千兆以太网2/1.101090299.113)3360时间3360 0 0 0.21 tx ipNcp confAck，id=13，长度=22，IP地址=125.68.154.236，主域名=218.6.200.139，次域名=218.89.0.116，故障排除，镜像后，报文没发现丢失，则问题出在bas上我们要通过壳里面去观察动态虚拟局域网生成、pppoe报文响应信息等综合判断是板卡故障，还是软件病菌造成，1.2，718问题，718错误含义：等待远程计算机有效响应的连接超时购买力平价。 会话已启动，但由于远程计算机在适当的时间内没有响应而中断。这可能是由于线路质量太差或是由于服务器的问题而导致的。检查配置，查看配置是否正确和没有遗漏。在E320上做试验测试，确认与半径通信是否正常。Erx320 #测试AAA PPP ncscjjf654321bas资源不足也会造成718个错误，1.3和691个问题，并且会出现691个，这基本上与radius有关。测试步骤：首先，在bas上进行测试。如果radius失败并返回错误消息，请相应地检查radius服务器。用BAS上的源地址Ping RADIUS服务器，看是否可以ping通。如果以上两项正常，有必要打开调试