《网络故障排除思路资料》由会员分享，可在线阅读，更多相关《网络故障排除思路资料（33页珍藏版）》请在金锄头文库上搜索。
1、锐捷产品网络故障处理总结内部公开目 录网络故障排除技术总结11.网络故障排除技术概览11.1在当今日益复杂的网络中进行故障排除11.2网络故障的一般分类21.3一般网络故障的解决步骤22.网络排错常用诊断工具介绍82.1 Ping命令82.2 Traceroute 命令122.3 Show命令172.4 Clear命令212.5 Debug命令233.故障排除常用方法253.1分层故障排除法253.2分块故障排除法263.3分段故障排除法273.4替换法284. 故障排除对排错技术人员的要求284.1对协议要求有精深的理解284.2能够引导客户详细描述出故障现象和相关信息294.3充分了解自己
2、所管理和维护的网络314.4及时进行故障排除的文档记录和经验总结3232网络故障排除技术总结1.网络故障排除技术概览1.1在当今日益复杂的网络中进行故障排除当今的网络互连环境是日趋复杂的，而且随着需求发展的步伐这种复杂性是日益增长的，主要原因如下： 现代的网络要求支持更广泛的应用：包括内容上的数据、语音、视频的应用；接入方式上有线，光纤，无线，多协议转换器，逻辑链路的应用；网络结构上二层，三层，二三层混合，VPN等的应用。 新业务发展使得网络的的需求不断增长，新技术的不断出现。例如：百兆以太网向千兆、万兆以太网的演进；各种防范攻击技术的出现；提供QoS能力；IPV6的支持等。l 新技术的应用同
3、时还要兼顾传统的技术。例如，传统的网络体系结构仍在某些场合使用。各种协议的发展，使得新网络的建设需要兼容原来的基础而进行改造。l图1-1 多样业务的需求和各种先进技术的引入使网络日益复杂因此，现代的互连网络是协议、技术、介质和拓扑的混合体。互连网络环境越复杂，意味着网络的连通性和性能故障发生的可能性越大，而且引发故障的原因也越发难以确定。同时，由于人们越来越多的依赖网络处理日常的工作和事务，一旦网络故障不能及时修复，其所造成的损失可能很大甚至是灾难性的。能够正确地维护网络尽量不出现故障，并确保出现故障之后能够迅速、准确地定位问题并排除故障，对网络维护人员和网络管理人员来说是个挑战，这不但要求我
4、们对网络协议和技术有着深入的理解，更重要的是要建立一个系统化的故障排除思想并合理应用于实际中，以将一个复杂的问题隔离、分解或缩减排错范围，从而及时修复网络故障。1.2网络故障的一般分类网络故障一般分为两大类：连通性问题和性能问题。它们各自故障排除的关注点如下： 连通性问题硬件、系统、电源、媒介故障配置错误不正确的相互作用 性能问题网络拥塞到目的地不是最佳路由转发异常路由环路网络错误1.3一般网络故障的解决步骤故障排除系统化是合理地一步一步找出故障原因并解决的总体原则。它的基本思想是系统地将由故障可能的原因所构成的一个大集合缩减（或隔离）成几个小的子集，从而使问题的复杂度迅速下降。故障排除时有序
5、的思路有助于解决所遇到的任何困难，下图给出了一般网络故障解决的处理流程。图1-2 网络故障排除基本步骤我们以一个故障排除的实例来学习如何应用这些步骤。案例：某用户网段广播包过多造成该网段的服务器FTP业务传输速度变慢组网图如下：某校园网的三个局域网，其中10.11.56.0为一个用户网段，10.11.56.118为一个日志服务器；10.15.0.0是一个集中了很多应用服务器的网段。图1-3 用户网段广播包过多造成该网段的服务器FTP业务传输速度慢1. 故障现象描述要想对网络故障做出准确的分析，首先应该了解故障表现出来的各种现象，然后才能确定可能产生这些现象的故障根源或症结。因此，对网络故障做出
6、完整、清晰的描述是重要的一步。如上述案例，用户反映：“日志服务器与备份服务器间备份发生问题。”这就是一个不完整不清晰的故障现象描述。因为这个描述没有讲述清楚下列问题：l 这个问题是连续出现，还是间断出现的？l 是完全不能备份，还是备份的速度慢（即性能下降）？l 哪个或哪些局域网服务器受到影响，地址是什么？正确的故障现象描述是：在网络的高峰期，日志服务器10.11.56.11到集中备份服务器10.15.254.253之间进行备份时，FTP传输速度很慢，大约只有0.6Mbps。2. 故障案例相关信息收集本步骤是搜集有助于查找故障原因的更详细的信息。主要是三种途径：l 向受影响的用户、网络人员或其他
7、关键人员提出问题；l 根据故障描述性质，使用各种工具搜集情况，如网络管理系统、协议分析仪、相关show命令等；l 测试性能与网络基线进行比较。如上述案例，可以向用户提问或自行收集下列相关信息：l 网络结构或配置是否最近修改过，即问题出现是否与网络变化有关？l 是否有用户访问受影响的服务器时没有问题？l 在非高峰期日志服务器和备份服务器间FTP传输速度是多少？通过该步骤，可以收集到了下面一些相关信息：l 最近10.11.56.0网段的客户机不断在增加；l 129.9.0.0网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps，与日志服务器间进行FTP传输时速度慢，只有0.6Mbps；l
8、在非高峰期日志服务器和备份服务器间FTP传输速度正常，大约为6Mbps；3. 经验判断和理论分析利用前两个步骤收集到的数据，并根据自己以往的故障排除经验和所掌握的互连网络设备和协议的知识，来确定一个排错范围。通过范围的划分，就只需注意某一故障或与故障情况相关的那一部分产品、介质和主机。如上述案例：我们现在能够确定是一个网络性能下降问题。那么，是网段10.11.56.0的性能问题？是中间网云的性能问题？是10.15.0.0网段的性能问题呢？由于129.9.0.0网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps这一事实，我们可以排除掉10.15.0.0网段的性能问题。4. 各种可能原因
9、列表该步骤列出根据经验判断和理论分析后总结的各种可能原因。如上述案例，可能原因如下：(1) 网段10.11.56.0的性能问题，其子原因可能为：l 日志服务器A的性能问题l 10.11.56.0网络的网关性能问题l 10.11.56.0网络本身的性能问题(2) 网云性能问题，主要是到网络10.15.0.0的路由不是最佳路由5. 对每一原因实施排错方案根据所列出的可能原因制定故障排查计划，分析最有可能的原因，确定一次只对一个变量进行操作，这种方法使你能够重现某一故障的解决办法。如果有多个变量同时被改变，而问题得以解决，那么如何判断哪个变量导致了故障发生呢？& 说明：我们在对故障处理流程5、6、7
10、步骤介绍完毕后，再继续进行上述实例案例的排错步骤介绍。6. 观察故障排查结果当我们对某一原因执行了排错方案后，需要对结果进行分析，判断问题是否解决，是否引入了新的问题。如果问题解决，那么就可以直接进入文档化过程；如果没有解决问题，那么就需要再次循环进行到故障排查过程。7. 循环进行故障排查过程当实施了一个方案没有达到预期的排错目的时，我们进入到该步骤这是一个努力缩小可能原因的清单过程。在进行下一循环之前必须做的事情就是将网络恢复到实施上一方案前的状态。如果保留上一方案对网络的改动，很可能导致新的问题，例如：假设修改了访问列表但没有产生预期的结果，此时如果不将访问列表恢复到原始状态，就会导致出现
11、不可预期的结果。循环排错可以有两个切入点：l 当针对某一可能原因的排错方案没有达到预期目的，循环进入下一可能原因制定排错方案并实施；l 当所有可能原因列表的排错方案均没有达到排错目的，重现进行故障相关信息收集以分析新的可能原因。如上述案例，我们在列出了可能原因列表后，开始制定方案进行故障排除。(1) 可能原因1：“网络10.11.56.0到网络10.15.0.0的路由不是最佳路由”制定的方案：在10.11.56.0网段的网关上使用“Traceroute 10.15.245.253”命令，发现探测报文返回时长仅为10ms，表明该可能原因并不是造成故障的原因。我们进入循环排错过程。(2) 可能原因
12、2：“日志服务器A的性能问题”制定的方案：测试同一网段的主机C和日志服务器间的FTP传输速度，是6Mbps，正常。可见问题与服务器A无关。(3) 可能原因3：“10.11.56.0网络的网关性能问题”制定的方案：测试主机C和备份服务器B间FTP传输速度是7Mbps，正常。排除了网关因素，因为B、C在不同网段上而速度正常。(4) 可能原因3：“10.11.56.0网络本身的性能问题”制定的方案：在网段10.11.56.0的以太网交换机上使用命令“show interfaces fastEthernet 0/X counters”，输出如下：Interface : Fa0/x5 minute in
13、put rate : 4800 bits/sec, 4 packets/sec5 minute output rate : 55936 bits/sec, 5 packets/secInOctets : 32533624InUcastPkts : 390531InMulticastPkts : 39InBroadcastPkts : 13164OutOctets : 32126341OutUcastPkts : 33133OutMulticastPkts : 1840OutBroadcastPkts : 12611广播与单播的比例在1：3，显然太大了。在网段10.15.0.0上的以太网交换机上
14、使用命令“show interfaces fastEthernet 0/x counters”输出如下：Interface : Fa0/135 minute input rate : 4800 bits/sec, 4 packets/sec5 minute output rate : 55936 bits/sec, 5 packets/secInOctets : 4253824InUcastPkts : 29432175InMulticastPkts : 39InBroadcastPkts : 11061OutOctets : 21127345OutUcastPkts : 39432172Ou
15、tMulticastPkts : 1840OutBroadcastPkts : 12611广播与单播的比例在1：280，是正常的。由此知道，网段10.11.56.0上广播包和单播包比例为1:3，确实太大了。再次询问用户该网段主要运行的业务是什么，从而得出了故障最终原因如下：10.11.56.0是普通用户网段，由于业务原因每个用户需要发送大量广播包和多播包，随着近期越来越多的用户接入该网络，在这个网段上的服务器需要花费更多的资源来处理越来越多的广播和多播包，因此其服务的传输速度自然减慢。由于这是一个网络布局不恰当的问题，于是重新安排服务器的位置，将服务器移动10.15.0.0网段后，故障排除。8. 故障排除过程文档化当最终排除了网络故障后，那么排除流程的最后
