路由器链路故障处理方法介绍

2012年11月08日 16:23 点击量：2055

　　所谓链路就是从一个节点到相邻节点的一段物理线路，它需要由物理层提供数据收发服务，并为网络层提供数据报文的封装，网络层参数的协商等功能，发送端和接收端通过发送LCP包来确定那些在数据传输中的必要信息。
　　
　　一、路由器表现为广域网接口无法正常使用时，首先应该从物理层开始检查，使用displayinterface命令查看接口信息，根据显示信息中的硬件设备的状态和LCP的状态判断物理层是否正常，此外Serial0可能为down,administrativelydown,standby，其中down说明物理层工作异常，应检查物理层配置及设备问题，administrativelydown，说明物理层被人为关闭，此时可以执行noshutdown命令手工打开此端口。
　　
　　二、物理层未发送lowerup，PPP未发送open消息，LCP应处于initial状态;如物理层发送了lowerup，PPP已发送open消息，发出CONFREQ报文LCP应处于req-send状态;如物理层发送了lowerup，PPP已发送open消息，发出CONFREQ报文和CONFACK报文，LCP应处于ACKSENT状态，如物理层发送了lowerup，PPP未发送open消息，LCP应处于starting状态。
　　
　　三、执行如上命令displayinterfacebri0（BRI接口0）或displayinterfaceserial1（串口1），如显示LCP协议未进入OPENED状态，可考虑为LCP的问题。此方面的问题一般较少出现，如出现应该打开debugppppacket或debugpppnegotiation，首先检查物理接口的报文收发是否正常，如果确认接口的报文收发正常，并且有大量的CONFNAK、CONFREJ报文出现，或者出现TERMACK、CODEREJ、PROTREJ只类的报文，可以说明是协商的问题，再根据报文协商项内容分析无法协商成功的原因。
　　
　　四、使用displayinterface命令查看接口信息，如显示LCP协议进入OPENED状态，而IPCP依然为Initial状态，或者LCP变为OPENED状态后又很快重新开始协商，可考虑为验证的问题，由于此状态为临时状态，不易观察，也可通过debugppppacket或debugpppnegotiation来观察，可以根据报文的具体内容分析验证失败的原因。有时配置了验证，但是LCP协商过程中该协商项被拒掉，LCP进入OPENED状态会立即重新协商。
　　
　　五、使用displayinterface命令查看接口信息，如显示LCP协议进入OPENED状态，而IPCP处于REQ_SEND或ACK_RCVD，并观察PPP报文有大量的IPCP报文收发，可说明路由器IPCP协商有问题。若IPCP处于STOPPED状态，也可能是收到IPCP的TERMREQ或CODEREJ导致状态迁移，由于IPCP必须协商的参数为IP地址，其他为可选择参数，一般来说是IP地址配置有问题，无法进行IPCP协商。
　　
　　有时在路由器上配置了aaa-enable之后，LCP和IPCP均已经进入OPENED状态，但很快又重新开始LCP协商，因为配置了aaa-enable之后，缺省要进行计费，如果没有设置计费服务器，AAA会将PPP链路挂断。

上一篇：浅析智能视频分析给监控带来的新变革

下一篇：远距离无线视频监控系统的应用方式及功能特点

版权与免责声明： 凡本网注明“来源：智慧城市网”的所有作品，均为浙江兴旺宝明通网络有限公司-智慧城市网合法拥有版权或有权使用的作品，未经本网授权不得转载、摘编或利用其它方式使用上述作品。已经本网授权使用作品的，应在授权范围内使用，并注明“来源：智慧城市网www.afzhan.com”。违反上述声明者，本网将追究其相关法律责任。

本网转载并注明自其它来源（非智慧城市网www.afzhan.com）的作品，目的在于传递更多信息，并不代表本网赞同其观点或和对其真实性负责，不承担此类作品侵权行为的直接责任及连带责任。其他媒体、网站或个人从本网转载时，必须保留本网注明的作品第一来源，并自负版权等法律责任。