华为路由器故障处理案例教程

7. 循环进行故障排查过程
在进行下一循环之前必须做的事情就是将网络恢复 到实施上一方案前的状态.如果保留上一方案对网 络的改动,很可能导致新的问题 循环排错可以有两个切入点: – 当针对某一可能原因的排错方案没有达到预期目 的,循环进入下一可能原因制定排错方案并实施; – 当所有可能原因列表的排错方案均没有达到排错 目的,重现进行故障相关信息收集以分析新的可 能原因. 我们在列出了可能原因列表后,开始制定方案进行 故障处理
7. 循环进行故障排查过程
可能原因1:网络91.XX.56.0到网络91.XX.0.0的路 由不是最佳路由. 制定的方案:在91.XX.56.0网段的网关上使用 "tracert 91.XX.245.253"命令,发现探测报文返 回时长仅为10ms,表明该可能原因并不是造成故障 的原因.我们进入循环排错过程.
5. 对每一原因实施排错方案
根据所列出的可能原因制定故障排查计划,分析 最有可能的原因 确定一次只对一个变量进行操作,这种方法使你 能够重现某一故障的解决办法 如果有多个变量同时被改变,而问题得以解决, 那么如何判断哪个变量导致了故障发生呢
6. 观察故障排查结果
当我们对某一原因执行了排错方案后,需要对结果进行 分析 判断问题是否解决,是否引入了新的问题 – 问题解决,那么就可以直接进入文档化过程 – 没有解决问题,那么就需要再次循环进行到故障排查 过程
网络故障处理技术概述
能够正确地维护网络尽量不出现故障,并确保我们专网出现故 障之后能够迅速,准确地定位问题并排除故障,对网络维护和 管理人员来说是个挑战. 这不但要求对网络协议和技术有着深入的理解,更重要的是要 建立一个系统化的故障处理思想并合理应用于实际中,以将一
个复杂的问题隔离,分解或缩减排错范围,从而及时修复网络
课程内容
第一章 网络故障处理技术概述 第二章 故障排除常用工具 第三章 故障排除常用方法 第四章 故障处理资源
网络故障处理技术概述
专网建设互连环境比较复杂的,未来的复杂性 还在日益增长,主要原因如下: – 未来支持更广泛的应用,除数据还语音,视 频及它们的集成传输; – 数据的传输实时性更高. – 设备配置增加,维护量增大.
故障现象观察
故障相关信息收集
循环2
经验判断和理论分析
各种可能原因列表
对每一原因实施排错方案
循环1
故障排除?
Y
N
恢复实施方案前的网络状态
故障排除过程文档化
故障处理的实例
某市州用户网段广播包过多造成该网段的服务器FTP业务传输 速度慢
ETHERNET C:91.XX.56.120/24 D:91.XX.35.53/16 国税专网 ETHERNET B:91.XX.254.253/16 A:91.XX.56.118/24 ETHERNET
8. 故障处理过程文档化
当最终排除了网络故障后,流程的最后一步就是对所做的工作 进行文字记录. 文档记录主要包括以下几个方面: – 故障现象描述及收集的相关信息 – 网络拓扑图绘制 – 网络中使用的设备清单和介质清单 – 网络中使用的协议清单和应用清单 – 故障发生的可能原因 – 对每一可能原因制定的方案和实施结果 – 本次排错的心得体会 – 其他:如排错中使用的参考资料列表等
7. 循环进行故障排查过程
可能原因2:日志服务器A的性能问题. 制定的方案:测试同一网段的主机C和日志服务器间 的FTP传输速度,是6Mbps,正常.可见问题与服务 器A无关.
7. 循环进行故障排查过程
可能原因3:91.XX.56.0网络的网关性能问题. 制定的方案:测试主机C和备份服务器B间FTP传输 速度是7Mbps,正常.排除了网关因素,因为B,C 在不同网段上而速度正常.
3. 经验判断和理论分析
利用前两个步骤收集到的数据,并根据自己以往的故障处理经 验和所掌握的的知识,确定一个排错范围.通过范围的划分, 就只需注意某一故障或与故障情况相关的那一部分产品,介质 和主机. 如上述案例,我们现在能够确定是一个网络性能下降问题.那 么,是网段91.XX.56.0的性能问题?是中间网络的性能问题? 还是91.XX.0.0网段的性能问题呢? 根据91.XX.0.0网段的机器与备份服务器间进行FTP传输时速 度正常为7Mbps这一事实,我们可以排除掉91.15.0.0网段的 性能问题.
课程内容
第一章 网络故障处理技术概述 第二章 故障排除常用工具 第三章 故障排除常用方法 第四章 故障处理资源
路由器常用诊断工具
ping命令 tracert命令 display命令 reset命令 debug命令
PING命令
命令ping用于检查IP网络连接及主机是否可达. "ping"这个词源于声纳定位操作,指来自声纳设备的 脉冲信号.ping命令的思想与发出一个短促的雷达波, 通过收集回波来判断目标很相似;即源站点向目的站 点发出一个ICMP Echo Request报文,目的站点收到 该报文后回一个ICMP Echo Reply报文,这样就验证 了两个节点间IP层的可达性--表示了网络层是连通 的 由于ping和tracert命令不仅是路由器VRP平台的常用 网络命令,也是windows平台上常用的网络命令,下 面对两种平台下的命令使用均进行介绍
2. 相关信息收集
搜集有助于查找故障原因的详细信息: – 向受影响的用户,网络人员或其他关键人员提出问题; – 根据故障描述性质,使用各种工具搜集情况,如网络管理系统, 协议分析仪,相关display和debug命令等; – 测试性能与网络正常情况下的记录进行比较. 通过该步骤,我们收集到了下面一些相关信息: – 最近91.XX.56.0网段的客户机不断在增加; – 91.XX.0.0网段的机器与备份服务器间进行FTP传输时速度正 常为7Mbps,与日志服务器间进行FTP传输时速度慢,只有 0.6Mbps; – 在非高峰期日志服务器和备份服务器间FTP传输速度正常,大 约为6Mbps
故障. 网络是底层,应用的目的,业务最重要.
专网出现故障的一般分类
连通性问题
硬件,媒介,电源 故障 配置错误 不正确的相互作用
性能问题
网络拥塞 到目的地不是最佳 路由 供电不足 路由环路 网络错误
一般网络故障的解决步骤
故障处理系统化是合理地一步一步找出故障原因并解决的总体原 则.它的基本思想是系统地将由故障可能的原因所构成的一个大 集合缩减(或隔离)成几个小的子集,从而使问题的复杂度迅速 下降.
4. 各种可能原因列表
该步骤列出根据经验判断和理论分析后总结的各种可能原因 如上述案例,可能原因如下: – 网段91.XX.56.0的性能问题,其原因可能为 : 日志服务器A的性能问题 91.XX.56.0网络的网关性能问题 91.XX.56.0网络本身的性能问题 – 中间网络性能问题,主要是到网络91.XX.0.0的路由不是最 佳路由
7. 循环进行故障排查过程
可能原因4:91.XX.56.0网络本身的性能问题. 制定的方案:在网段10.11.56.0的以太网交换机上使用命令"display mac",输出如下: Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast -------- -------------------- -------------------- ---------------6/32 10317812 0 8665 Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast -------- -------------------- -------------------- ---------------6/32 6667987 286652 2474038 (输出的广播:输出的单播比例为1:3,太大了.) Port Rcv-Octet Xmit-Octet -------- -------------------- ----------------------------------6/32 14094829358 1516443041 在网段10.15.0.0上的以太网交换机上使用命令"show mac"输出如下: Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast -------- -------------------- -------------------- ------------6/36 55780287 0 285 Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast -------- -------------------- -------------------- -------------6/36 27879749 190257 119430 (广播:单播比例=1:270,属于正常.) Port Rcv-Octet Xmit-Octet -------- -------------------- ----------------------------------6/36 67172587081 4998816809
路由器配置
学习目标
学习完本课程,您应该能够:
基本故障处理.
故障处理思路.
引入
故障是无法消除的,可以降低故障 发生的几率. 避免由于人为因为导致故障产生. 在网络管理上,技术共同提高个人 故障处理水平.
学习目标
学习完本课程,您应该能够:
掌握一般的故障排除步骤 掌握常用的故障排除工具 掌握故障处理常用方法 了解华为数据通信产品故障处理 资源
PING命令
在NE系列路由器上, ping命令的格式如下: ping [ -a X.X.X.X | -c count | -d | -h ttl_value | -i { interface-type interface-number | interface-name } | ip | -n | - p pattern | -q | -r | -s packetsize | -t timeout | -v | vpn-instance vpn-instance-name ] * host -a ping报文中使用的源IP地址 -c ping报文的个数,缺省值为5 -t 设置ping报文的超时时间,单位为毫秒,缺省值为 2000 -s 设置ping报文的大小,以字节为单位,缺省值为56
7. 循环进行故障排查过程
由此得知,网段91.XX.56.0上广播包和单播包比例为1:3,确实 太大了. 再次询问用户该网段主要运行的业务是什么,而得出了故障最 终原因如下: – 10.11.56.0是普通用户网段,由于业务原因每个用户需要发 送大量广播包和多播包 – 随着近期越来越多的用户接入该网络,在这个网段上的服务 器需要花费更多的资源来处理越来越多的广播和多播包,因 此其服务的传输速度自然减慢. 这是一个网络布局不恰当的问题,需要重新安排服务器的位置, 将服务器移动91.XX.0.0网段后,故障解决.
PING命令wenku.baidu.com
在PC机上或Windwos NT为平台的服务器上,ping命 令的格式如下: ping [ -n number ] [ -t ] [ -l number ] ipaddress -n ping报文的个数,缺省值为5; -t 持续地ping 直到人为地中断,Ctr+Breack暂时中 止ping命令并查看当前的统计结果,而Ctr+C则中 断命令的执行. -l 设置ping报文所携带的数据部分的字节数,设置 范围从0至65500
该案例组网如上:专网某市州三个局域网,其中 91.XX.56.0为一个用户网段,91.XX.56.118为一个 日志服务器;91.XX.0.0是一个集中了很多应用服务 器的网段
1.故障现象描述
要想对网络故障做出准确的分析,首先应该了解故障表现出来 的各种现象 "日志服务器与备份服务器间备份发生问题."这是一个不完 整不清晰的故障现象描述.因为这个描述没有讲述清楚下列问 题: – 这个问题是连续出现,还是间断出现的? – 是完全不能备份,还是备份的速度慢(即性能下降)? – 哪个或哪些局域网服务器受到影响,地址是什么? 正确的故障现象描述是: – 在网络的高峰期,日志服务器91.XX.56.11到集中备份服务 器91.XX.254.253之间进行备份时,FTP传输速度很慢,大 约是0.6Mbps.