企业网故障诊断

1、从网络陪诊到独自出诊 企业网络诊断技术将近八年的技术支持每天与一些奇奇怪怪、匪夷所 思的网络故障打交道，这让我越来越觉得自己就像 一个外科医生，我的病人就是故障网络。由最初的 “陪诊”到独自“出诊”手到病除，在知识经验积 累的同时更多的是科学方法的养成。我们的客户一 般都有专职的网络维护和管理人员，但遇到一些稍 微复杂的网络故障就束手无策求救于客服，我想这 也许是很多网管的通病。授人以鱼不如授人以渔， 下面和大家分享一下自己的网络诊断术语，希望能 够帮助到你。1、网络故障的几种可能性网络管理员们应该明白：网络故障几乎是不可 避免的，我们所能做的就是降低故障发生可能性， 在故障发生后能够尽快地排

2、除故障。要做到这些， 管理员应对网络的各层比较了解，对自己负责的网 络的各个节点的状况要比较熟悉。另外，要知道网 络故障发生的几种可能性，在网络排除陷入困境的 时候可从中找到突破口。下面是我总结的集中可能性：(1).物理层中物 理设备相互连接失败或硬件及线路本身的问 题；(2).数据链路层的网络设备的接口配置问题；(3).网络层网络协议配置或操作错误;(4).传输层的设备性能或通信拥塞问题；(5).上三层或网络应用程序错误。上面的5个方面适用于大部分网络，当然大家可根据自己网络的情况进行评估顺次列出更多条。这是一个很好的习惯，当然这建立在你的对自己负责的网络非常熟悉的基础上。2、网络排错的步骤

3、一般步骤:某些有经验的网管可以凭借自己的经验、技术 及其敏锐的嗅觉快速定位网络故障。但是，对于一 般的网络管理人员，掌握网络排错的一般步骤是非 常必要的。这个一般的过程是：从故障现象出发， 以网络诊断工具为手段获取诊断信息，确定网络故 障点，查找问题的根源，排除故障，恢复网络正常运行。此外，诊断网络故 障的过程应该沿着OSI七层模型从物理层开始向 上进行。首先检查物理层，然后检查数据链路层， 以此类推，逐步往上，设法确定通信失败的故障点，直到系统通信正常为止。具体步骤：.首先确定故障的具体现象，分析造成这种 故障现象的原因类型。例如，主机不响应客户请求 服务。可能的故障原因是主机配置问题、接口

4、卡故障或路由器配置命令丢失等。.收集需要的用于帮助隔离可能故障原因 的信息。从网络管理系统、协议分析跟踪、路由器 诊断命令的输出报告或软件说明书中收集有用的信息。.根据收集到的情况考虑可能的故障原因， 排除某些故障原因。例如，根据某些资料(如：设 备安装和操作手册)可以排除硬件故障，把注意力放在软件原因上。.根据最后的可能故障原因，建立一个诊断 计划。开始仅用一个最可能的故障原因进行诊断活 动，这样可以容易恢复到故障的原始状态。如果一 次同时考虑多个故障原因，试图返回故障原始状态就困难多了。.执行诊断计划，认真做好每一步测试和观察，每改变一个参数都要确认其结果。分析结果确定问题是否解决，如果没

5、有解决，继续下去，直到故障现象消失。TOP2#大中小发表于2009-2-2712:44只看该作者3、网络排错的方法boto掌握正确的排除方法往往可以加快你 的排除进程，起到事半功倍的效果。笔者 认为，排错方法应该包括排错工具和排错 思路两个方面。工欲善其事必先利其器， 毫无疑问选择恰当的工具是非常关键的。 另外，排除思路也至关重要。正确的思路， 能引导你快速排错;错误的思路，会让你南 辕北辙甚至铸成大错。(1).排错工具项目经理个人空间发短消息加为好友当前离线网络诊断可以使用多种工具：路由器 诊断命令、网络管理工具和包括局域网或 广域网分析仪(如HCT-6000和HCT-7000) 在内的其它

6、故障诊断工具。查看路由表， 是开始查找网络故障的好办法。ICMP的 ping、trace 命令和 Cisco 的 show 命令、 debug命令是获取故障诊断有用信息的网 络工具。如何监视网络在正常条件下的运 行细节和出现故障的情况，利用show interface命令可以非常容易地获得待检 查的每个接口的信息。show buffer命令提 供定期显示缓冲区大小、用途及使用状 况;show proc 命令和 show proc mem 命令 可用于跟踪处理器和内存的使用情况，可 以定期收集这些数据，在故障出现时用于诊断参考。我们知道，在网络排错中一些智能的 硬件工具能够快速地定位网络故障，是

7、网 络排除的好帮手。但笔者要说的是，从某 个角度来说解决故障并不是网络排除的唯 一目的，作为技术人员通过这次排除中提 高自己的技术也是非常重要的。因此，不 要过多地依赖这些工具，它们剥夺你这次 难得的提高机会。大家尽可能地使用系统 工具，并且熟练掌握一两款网络分析软件 用软件工具来排错。(2).排错方法本文中所说的方法并不是具体的方 法，我更希望大家能够从OSI的网络七层 协议的角度进行网络排除。说实话，这是 一条通用的思路和方法，适用任何符合OSI 七层模型的网络排错。希望大家能够从宏 观的角度出发，从网络底层去认识网络故 障。网络故障主要集中在物理层、数据链 路层和网络层。下面我就说说如何

8、依次从 这三层进行网络故障的排除。物理层：物理层的故障主要表现在设 备的物理连接方式是否恰当，连接电缆是 否正确，Modem、CSU/DSU等设备的配置及 操作是否正确。确定路由器端口物理连接 是否完好的最佳方法是使用show interface命令，仔细检查每个端口的状 态，详细解释屏幕输出信息，查看端口状态、协议建立状态和EIA状态。数据链路层：查找和排除数据链路层的故障，需要查看路由器的配置，检查连接端口的共享同一数据链路层的封装情况。每对接口要和与其通信的其它设备有相同的封装。通过查看路由器的配置检查其封装，或者使用show命令查看相应接口的封装情况。如果判断出是租用线路有问题，应该及

9、时向当地电信部门申报。网络层：排除网络层故障的基本方法 是：沿着从源到目标的路径，查看路由器 路由表，同时检查路由器接口的IP地址。 如果路由没有在路由表巾出现，应该通过 检查来确定是否已经输入适当的静态路 由、默认路由或者动态路由。然后手工配 置一些丢失的路由，或者排除一些动态路 由选择过程的故障，包括RIP或者IGRP路 由协议出现的故障。例如，对于IGRP路由， 选择信息只在同一自治系统号(As)的系统 之间交换数据，查看路由器配置的自治系 统号的匹配情况。因为网络的复杂性，网络故障的诊断、 排错也是一个复杂曲折的过程。如何少走 弯路尽快排除故障，方法是关键。除此之 外，良好的习惯能够杜绝你犯一些低级错 误，也是技术水平提高的关键。以我的经 验，良好的习惯保护备份、记录、总结。 有备无患，操作前做好必要的备份就能够