路由器网络诊断步骤和故障排除

《路由器网络诊断步骤和故障排除》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、-路由器网络诊断步骤与故障排除1.1路由器常见故障分类在路由器出现的故障中，大体可以分为两类：一类是硬故障，一类是软故障。这里的分类方法并没有严格的标准，只是为了方便而已，在实践中应该具体问题具体分析。1．硬故障我们把路由器本身部件存在问题的情况归在这一类里。常见的硬故障通常表现在硬件上。通常有这么几种：1）系统不能正常加电表现为当打开路由器的电源开关时，路由器前面板的电源灯不亮，风扇不转。这时要重点检查电源系统。看供电插座是否有电，电压是否在规定的范围内。如果供电正常，应该检查电源线是否完好，接触是否牢靠，必要时可以换一根，如果还

2、不行，可以判定问题应该出在路由器的电源上。可以看看路由器电源保险是否完好，如果烧了应该更换。如果还不行只好送修。2）部件损坏这类情况在硬件故障中是比较常见的一类。这里的部件往往是接口卡。表现为当把有问题部件插到路由器中时，系统其他部分都工作正常，但无法正确识别有问题的部件，这时往往是因为部件本身有问题。还有一种情况，就是部件可以被正确识别，但做完配置后（保证配置正确），接口就是不能正常工作，这时往往是因为存在物理故障。要确认以上这两种情况，最好用相同型号的好的部件替换怀疑有问题的部件，就可以确认问题是否存在。3）系统软件损坏这种故障

3、似乎应该归入软件故障，但由于这种情况往往是路由器本身存在的问题，且与硬件紧密相关，我们不妨把它归类于此。以cisco的路由器为例，如果路由器开机后总是进入rmon状态，这时往往说明系统软件IOS存在问题。4）其它这里所要提到的是这样一些情况，有时我们在对系统软件进行升级时，发现系统无论怎样也不能完成升级，这时不妨检查一下你要升级的软件的大小是否超过了你的路由器的NVRAM的容量。如果超过了，你是无论如何也升不了级的，这时应该先扩充NVRAM的容量然后再升级系统软件。这个问题容易被忽略。2．软故障1）功能无法实现.---在有些时候，你

4、要作某些特定的配置（如NAT），你反复检查，确认配置正确，可相应的功能就是实现不了，这时先不要急着怀疑设备有问题，最好先找一找系统软件的版本号，并查找相关的说明，看一看你所使用的版本的软件是否支持这个功能。因为路由器的系统软件往往有许多版本，每个版本支持不同的功能。如果你当前的软件版本不支持这个功能，那就应该找到相应的软件，先进行升级。2）网络规划存在问题有些时候，你的配置似乎没有问题，可路由器就是不能正常工作，或者工作不稳定，总出现一些莫名其妙的问题。这时不妨先不要急着反复调试，不如回过头来看看你的网络规划，看看这上面是不是有问题

5、。比如是不是有重复使用的网段，网络掩码的计算是否正确等等，往往问题就迎刃而解了。3）配置问题这种问题是最常见的，就是你的配置的确存在问题。比如线路两端路由器的参数不匹配或参数错误等等，这种情况只要认真细致地查找，总可以解决。1.2网络故障诊断概述网络故障诊断，从故障现象出发，以网络诊断工具为手段获取诊断信息，确定网络故障点，查找问题的根源，排除故障，恢复网络正常运行。网络故障通常有以下几种可能：物理层中物理设备相互连接失败或者硬件及线路本身的问题；数据链路层的网络设备的接口配置问题；网络层网络协议配置或操作错误；传输层的设备性能或通

6、信拥塞问题；上三层或网络应用程序错误。诊断网络故障的过程应该沿着OSI七层模型从物理层开始向上进行。首先检查物理层，然后检查数据链路层，以此类推，设法确定通信失败的故障点，直到系统通信正常为止。网络诊断可以使用多种工具：路由器诊断命令，网络管理工具和包括局域网或广域网分析仪在内的其它故障诊断工具。查看路由表，是开始查找网络故障的好办法。ICMP的ping、trace命令和Cisco的show命令、debug命令是获取故障诊断有用信息的网络工具。如何监视网络在正常条件下的运行细节和出现故障的情况,监视哪些内容呢？利用showinter

7、face命令可以非常容易地获得待检查的每个接口的信息。showbuffer命令提供定期显示缓冲区大小、用途及使用状况。showproc命令和showprocmem命令可用于跟踪处理器和内存的使用情况。可以定期收集这些数据，在故障出现时用于诊断参考。故障诊断步骤第一步，首先确定故障的具体现象，分析造成这种故障现象的原因的类型。例如，主机不响应客户请求服务。可能的故障原因是主机配置问题、接口卡故障或路由器配置命令丢失等。第二步，收集需要的用于帮助隔离可能故障原因的信息。从网络管理系统、协议分析跟踪、路由器诊断命令的输出报告或软件说明书中

8、收集有用的信息。第三步，根据收集到的情况考虑可能的故障原因，排除某些故障原因。例如，根据某些资料可以排除硬件故障，把注意力放在软件原因上。.---第四步，根据最后的可能故障原因，建立一个诊断计划。开始仅用一个最可能的故障原因进行诊断活