华为技术培训教程-VRP故障处理入门.ppt

DC060001 VRP故障处理入门,ISSUE 1.0,前 言,当今的网络环境日趋复杂，而网络环境越复杂，网络故障发生的可能性越大，引发故障的原因也越发难以确定。 由于人们越来越多的依赖网络处理日常工作和事务，一旦网络故障不能及时修复，可能带来很大损失，甚至造成灾难性后果。,培训目标,学完本课程后，您应该能： 了解故障分类和常用处理方法 掌握基本的故障处理思路 掌握常用的诊断命令和工具 能够完成简单的设备维护和故障排除,目 录,故障分类和常用处理方法 常用诊断命令和工具 故障处理基本思路和举例,网络故障的分类,连通性问题,性能问题,网络故障分类,硬件、媒介、电源故障 配置错误 不正确的相互作用,网络拥塞 到目的地不是最佳路由 供电不足 路由环路 网络错误,故障处理常用方法,故障排除,替换法,分块法,分层法,分层处理法思想,物理层,数据链路层,网络层,通过某种介质提供到另一设备的物理连接 进行端点间二进制流的发送与接收 完成与数据链路层的交互操作,主要功能,关注因素包括：电缆、连接头、信号电平、编码、时钟、组帧方式。,排错思路,当模型的所有低层结构工作正常时，它的高层结构才能正常工作,在网络层与物理层之间进 行信息传输 规定介质如何接入和共享 规定如何对站点进行标识 规定如何根据物理层接收的二进制数据建立帧,封装不一致，如display interface显示端口物理状态是up而协议状态是down，则数据链路层存在故障 链路的利用率，如链路带宽被过度使用，也可能引起间歇性的连接失败或网络性能下降,对数据进行分段、打包、重组； 发送差错报告； 寻找通过网络的最佳路径来发送信息,地址错误和子网掩码错误 因特网络中的地址重复 路由协议错误,分块法,通过display current-configuration命令了解路由器 配置,端口部分（地址、封装、cost、 认证等）,接入部分（主控制台、Telnet登录、拨号等）,其他应用部分 （VPN配置、Qos配置等）,管理部分（路由器名称、口令、服务、日志等）,策略部分（路由策略、策略路由、安全配置等）,路由协议部分 （静态路由、RIP、OSPF、BGP、路由引入等）,分段法,主机到路由器的LAN接口,路由器到CSU/DSU接口,CSU/DSU到电信部门接口,WAN电路,CSU/DSU本身或 路由器本身,故障排除,将大的网络拆分成小段分别排查,替换法,替换法是判断硬件故障时最常用的方法。,怀疑故障的单板或设备,正常的单板或设备,目 录,故障分类和常用处理方法 常用诊断命令和工具 故障处理基本思路和举例,常用诊断命令,debugging,可用于了解路由器、交换机的当前状况、检测相邻路由器、从总体监控网络、定位网络故障。,display,测试报文从发送主机到目的地所经过的网关，主要用于检查网络连接是否可达，以及初步定位网络发生故障的位置。,用于检查IP网络连接及主机是否可达,ping,帮助用户获得路由器、交换机报文交换和处理的详细信息，有效定位网络故障。,tracert,VRP平台ping介绍,ping -a source-ip-address | -c count | -s packetsize | -t timeout * host -a source-ip-address：设置发送ICMP Echo Request报文的源IP地址。 -c count：设置发送ICMP Echo Request报文的次数，缺省值为5。 -s packetsize：设置发送ICMP Echo Request报文的长度（不包括IP和ICMP报文头），以字节为单位，缺省值为56。 -t timeout：设置ping报文的超时时间，缺省值为2000ms。,Windows平台ping介绍,ping -n number | -t | -l number * host -n number：设置发送ICMP Echo Request报文的次数，缺省值为5。 -t：持续地ping，直到被人为中断，可以暂时中止ping命令并查看当前的统计结果，而则可以中断命令的执行。 -l：设置ping报文所携带的数据部分的字节数。,VRP平台tracert介绍,tracert -a source-ip-address | -f first-TTL | -m max-TTL | -p port | -q nqueries | -w timeout * host -a source-ip-address：设置tracert报文的IP地址。 -f first-TTL：设置初始TTL。 -m max-TTL：设置最大TTL。 -p port：设置的主机的端口号，一般无须更改此选项。 -q nqueries：设置每次发送的探测数据包的个数。 -w timeout：设置报文的超时时间，单位是秒。 host：目的主机的IP地址。,Windows平台tracert介绍,tracert -d | -h max-TTL | -j host-list | -w timeout * host -d：不解析主机名； -h max-TTL：设置最大TTL。 -j host-list：设置松散源地址路由列表。 -w timeout：设置UDP报文的超时时间。,display介绍,VRP平台的display命令可以在所有视图下运行，方便用户随时查看各种信息,查看接口当前运行状态和接口统计信息,查看当前的配置信息/设备中存储的配置文件,当前运行的VRP软件版本 路由器、交换机型号 路由器上次启动以来运行的时间 主控板信息 接口板信息,display current-configuration/ saved-configuration,display version,display interface,debugging介绍,debugging命令可以获得路由器报文交换和处理的详细信息，有效定位网络故障。,尽量在网络使用的低峰期或用户较少时使用,尽量缩小debugging命令的影响范围， 不要轻易使用类似debugging all之类包含多个调试子项的命令。,注意事项,在获得足够的信息后，应立即关闭相应的调试开关。 减少对系统资源的占用,在没有完全掌握某条debugging命令所能提供的信息前，不要轻易使用该命令。,display和debugging的配合使用,.,提供某个时间的设备运行状况的视图（静态） 首先使用相关的多条display命令查看设备当前的运行状况，分析可能原因，缩小故障检查的范围,.,提供一段时间内设备运行的变化情况（动态） 然后打开某个特定的debugging命令，观察调试信息变化情况，定位和排除故障。,display,debugging,目 录,故障分类和常用处理方法 常用诊断命令和工具 故障处理基本思路和举例,故障处理基本步骤,发生故障,故障排除？,观察故障现象,收集故障信息,经验判断和 理论分析,列出各种可能原因,对每一原因 实施排错方案,恢复实施方案前的网络状态,故障排除过程文档化,结束,是,否,故障排除案例分析,一个校园网，包含三个局域网段。/16是用户网段，是日志服务器，/16是集中了很多应用服务器的网段。,某日，用户反映“日志服务器Server1与备份服务器Server2间备份发生问题”。,观察故障现象,“日志服务器与备份服务器间备份发生问题”是一个不完整、不清晰的故障现象描述。网络维护人员需要引导用户，解答下列问题： 这个问题是连续出现，还是间断出现的？ 是完全不能备份(连通问题），还是备份的速度慢（性能下降）？ 哪个或哪些局域网服务器受到影响，地址是什么？ 通过与用户的进一步交流，对故障现象作出以下描述： 在网络的高峰期，日志服务器到集中备份服务器备份时，FTP传输速度很慢，大约是0.6Mbit/s。,收集故障信息,向受影响的用户、网络人员或其他关键人员提出问题,收集故障信息的途径,准备相关问题,结果,网络结构或配置是否最近修改过？,最近用户网段的客户机在不断增加,据故障描述性质，使用各种工具搜集情况，如网络管理系统、协议分析仪、相关display和debugging命令等,是否有用户访问受影响的服务器时没有问题？,/16网段的机器PC4与备份服务器间进行FTP传输时，速度正常，可达到7Mbit/s，但与日志服务器间进行FTP传输时速度慢，只有0.6Mbit/s；,测试性能与网络基线进行比较,在非高峰期，日志服务器和备份服务器间FTP传输速度是多少？,在非高峰期，日志服务器和备份服务器间FTP传输速度正常，大约为6Mbit/s,经验判断和理论分析,利用前两个步骤收集到的信息，并根据自己以往的故障处理经验和所掌握的因特网络设备和协议的知识，来确定排错范围。通过划分范围，确定需要关注的故障或与故障情况相关的那一部分网络设备、介质和主机。 本案例中，现在能够确定是属于网络性能下降问题。那么，是哪一段的性能下降了呢？是网段？是包括RouterA、RouterB、RouterC组成的中间网络？还是网段？ 由于网段的机器与备份服务器间进行FTP传输时速度正常，可以排除掉网段的性能问题。,列出可能原因,根据经验判断和理论分析后总结的各种可能原因。 本案例可能原因如下： 1网段的性能问题，其原因可能为： 日志服务器Server1的性能问题 网络的网关性能问题 网络本身的性能问题 2中间网络性能问题，可能的原因为： 到网络的路由不是最佳路由,对每一原因实施排错方案,根据所列出的可能原因制定相应的故障排查计划，分析最有可能的原因。 注意：一次只对一个变量进行操作。,循环故障排查一,当一个方案的实施没有达到预期的排错目的时，进入该步骤。 在进行下一循环之前，必须将网络恢复到实施上一方案前的状态。如果保留上一方案对网络的改动，很可能导致新的问题。,针对某一可能原因的排错方案没有达到预期目的，进入下一可能原因，制定排错方案并实施,所有可能原因列表的排错方案均没有达到排错目的，重现进行故障相关信息收集，分析新的可能原因,循环排错切入点,循环故障排查二,可能原因1： 网络到网络的路由 不是最佳路由,.,可能原因2： 日志服务器Server1的性能问题,可能原因3： 网络的 网关性能问题,可能原因4： 网络本身的性能问题,方案：在网段的网关上执行tracert 53命令，发现探测报文返回时长仅为10ms，排除该可能原因。进入循环排错过程。,方案：测试同一网段的主机PC3与Server1间的FTP传输速度，是6Mbit/s，正常，排除该可能原因。,方案：测试主机PC3和备份服务器Server2间FTP传输速度，是7Mbit/s，正常，排除该可能原因。,方案：在网段的以太网交换机上执行display命令查看收发报文的统计信息，发现输出的报文中，广播报文与单播报文的比例达到1:3，超过正常水平。 在网段的以太网交换机上display命令查看收发报文的统计信息，发现输出的报文中，广播报文与单播报文的比例为1:300，属于正常水平。 网段上广播报文与单播报文的比例太大。,循环故障排查三,再次联系用户，确认该网段主要运行的业务种类，得出了故障的真正原因：是普通用户网段，由于业务原因，每个用户都要发送大量广播报文和组播报文，随着越来越多的用户接入该网络，网段上的服务器需要花费更多的资源来处理迅速增加的广播和组播报文，因此，服务的传输速度减慢。 故障原因排除：这是一个网络布局不当导致的性能问题，重新安排服务器的位置，将服务器移动网段后，