WY01000040-网络故障排除基础课件

1、网络故障排除基础日期：杭州华三通信技术有限公司 版权所有，未经授权不得使用与传播H3C网络学院v3.0网络故障排除基础日期：杭州华三通信技术有限公司 版权所有，未引入现代的因特网络是协议、技术、介质和拓扑的混合体。因特网络环境越复杂，意味着网络的连通性和性能故障发生的可能性越大，而且引发故障的原因也越发难以确定排除故障要建立一个系统化的故障排除思想并合理应用于实践中。引入现代的因特网络是协议、技术、介质和拓扑的混合体。因特网络掌握网络故障排除一般步骤掌握常用故障诊断工具掌握故障排除常用方法课程目标学习完本课程，您应该能够：掌握网络故障排除一般步骤课程目标学习完本课程，您应该能够：网络故障排除综

2、述故障排除工具典型故障排除案例目录网络故障排除综述目录网络现状支持包括数据、音频和视频集成传输的综合应用新技术不断出现现代网络与传统网络的共存网络现状支持包括数据、音频和视频集成传输的综合应用对网络管理人员的要求目前互联网络技术、拓扑和应用的复杂性决定了网络管理人员必须：确保网络尽量稳定运行掌握故障排除方法熟悉各种协议可能故障点，迅速定位排除故障对网络管理人员的要求目前互联网络技术、拓扑和应用的复杂性决定网络故障分类连通性故障硬件、介质、电源故障软件配置错误设备间兼容性问题性能故障网络拥塞到目的地不是最佳路由供电不足网络环路网络故障分类连通性故障故障的一般解决步骤故障现象观察故障相关信息收集各

3、种可能原因列表故障排除过程文档化对每一原因实施排错方案经验判断和理论分析恢复实施方案前的网络状态故障排除？YN循环1循环2故障的一般解决步骤故障现象观察故障相关信息收集各种可能原因列分层故障排除法1物 理 层2数据链路层4高 层3网 络 层 主要关注：电缆、连接头、信号电平、编码、时钟和组帧负责介质的连接分层故障排除法1物 理 层2数据链路层4高 层3网 络 分层故障排除法1物 理 层2数据链路层4高 层3网 络 层 主要关注：端口的状态，协议为UP，则为链路层工作正常。同时和利用率也有关。封装的不一致分层故障排除法1物 理 层2数据链路层4高 层3网 络 分层故障排除法1物 理 层2数据链路

4、层4高 层3网 络 层 主要关注：地址和子网掩码是否正确，路由协议配置是否正确。排除时沿着源到目的地的路径查看路由表。同时检查接口的IP地址。分段和重组及差错报告分层故障排除法1物 理 层2数据链路层4高 层3网 络 分层故障排除法1物 理 层2数据链路层4高 层3网 络 层 主要关注：网络终端的高层协议，以及终端设备软硬件运行良好。负责端到端的数据分层故障排除法1物 理 层2数据链路层4高 层3网 络 分块故障排除法配置文件可分为以下几块：管理部分（路由器名称、口令、服务、日志等）端口部分（地址、封装、cost、认证等）路由协议部分（静态路由、RIP、OSPF、BGP、路由引入等）策略部分（

5、路由策略、策略路由、安全配置等）接入部分（主控制台、Telnet登录或哑终端、拨号等）其他应用部分（语言配置、VPN配置、QoS配置等可以把故障归入上述一类或几类分块故障排除法配置文件可分为以下几块：分段故障排除法网络分为若干段，逐段测试，缩小故障范围，逐段定位网络故障，并排除。中继线路ModemModemModemModemDDN节点DDN节点分段故障排除法网络分为若干段，逐段测试，缩小故障范围，逐段定替换法替换法是检查硬件问题最常用的方法当怀疑是网线问题时，更换一根确定是好的网线试一试；当怀疑是接口模块有问题时，更换一个其它接口模块试一试 在实际网络故障排错时，可以先采用分段法确定故障点，

6、再通过分层或其它方法排除故障替换法替换法是检查硬件问题最常用的方法网络故障排除模型故障排除工具典型故障排除案例目录网络故障排除模型目录常用故障诊断命令常用的网络设备故障诊断主要有以下命令：ping命令tracert命令display命令reset命令debugging命令 常用故障诊断命令常用的网络设备故障诊断主要有以下命令：Ping命令H3C设备上的ping命令ping ip -a source-ip | -c count | -f | -h ttl | -i interface-type interface-number | -m interval | -n | -p pad | -q |

7、 -r | -s packet-size | -t timeout | -tos tos | -v | -vpn-instance vpn-instance-name remote-system Windows平台的ping命令ping -n count -t -l size ip-address Ping命令H3C设备上的ping命令Tracert命令H3C设备上的tracert命令tracert -a source-ip | -f first-ttl | -m max-ttl | -p port | -q packet-number | -vpn-instance vpn-instance

8、-name | -w timeout remote-system Windows平台的tracert命令tracert -d -h maximum_hops -j host-list -w timeout host Tracert命令H3C设备上的tracert命令故障排除常用display命令display versiondisplay current-configurationdisplay saved-configuration display interface 故障排除常用display命令display versiondisplay version命令H3Cdisplay vers

9、ionH3C Comware Platform SoftwareComware software, Version 5.20, Release 1206P01, StandardCopyright (c) 2004-2007 Hangzhou H3C Tech. Co., Ltd. All rights reserved.H3C MSR30-40 uptime is 0 week, 0 day, 1 hour, 42 minutesLast reboot 2008/10/25 15:29:55System returned to ROM By Power-up.CPU type: FREESC

10、ALE MPC8349 533MHz256M bytes DDR SDRAM Memory4M bytes Flash MemoryPcb Version: 4.0Logic Version: 3.0Basic BootROM Version: 2.11Extend BootROM Version: 2.11SLOT 0CON (Hardware)4.0, (Driver)1.0, (Cpld)3.0 display version命令H3Cdisplay display current-configuration命令显示当前设备配置文件信息把启动配置文件存放到路由器以外的其他设备上 使维护人

11、员能够迅速配置一个替代的路由器 将该配置文件发给H3C技术支持人员以帮助定位配置问题 display current-configuration命display interface命令H3Cdisplay interface Serial 6/0Serial6/0 current state: DOWNLine protocol current state: DOWNDescription: Serial6/0 InterfaceThe Maximum Transmit Unit is 1500, Hold timer is 10(sec)Internet protocol processin

12、g : disabledLink layer protocol is PPPLCP initialOutput queue : (Urgent queuing : Size/Length/Discards) 0/50/0Output queue : (Protocol queuing : Size/Length/Discards) 0/500/0Output queue : (FIFO queuing : Size/Length/Discards) 0/75/0Physical layer is synchronous, Virtual baudrate is 64000 bpsInterfa

13、ce is DTE, Cable type is V35, Clock mode is DTECLK1Last clearing of counters: Never Last 300 seconds input rate 0.00 bytes/sec, 0 bits/sec, 0.00 packets/sec Last 300 seconds output rate 0.00 bytes/sec, 0 bits/sec, 0.00 packets/sec Input: 0 packets, 0 bytes DCD=DOWN DTR=UP DSR=DOWN RTS=UP CTS=DOWN di

14、splay interface命令H3Cdisplareset命令reset：清空当前的统计信息 reset counters interface reset ip countreset命令reset：清空当前的统计信息 debugging命令debugging命令概述获得路由器中交换的报文和帧的细节信息 用于调试信息debugging命令使用注意事项 不使用debugging命令监控正常的网络运行在网络使用的低峰期使用不要轻易使用类似debugging all之类的命令 使用debugging命令后，应立即以“undo debugging xx”命令终止debugging命令的执行。disp

15、lay和debugging命令配合使用 debugging命令debugging命令概述网络故障排除模型故障排除工具典型故障排除案例目录网络故障排除模型目录案例：FTP业务传输速度慢（1） /16为一个用户网段，但这个网段存在一台日志服务器18/16；是一个集中了很多应用服务器的网段。 用户反映：日志服务器与/16网段的备份服务器间备份发生问题！D:3/16B:53/16A:18/16C:20/16IP网络案例：FTP业务传输速度慢（1） /16为故障现象描述如何描述故障现象这个问题是连续出现，还是间断出现的？是完全不能备份，还是备份的速度慢（即性能下降）？哪个或哪些局域网服务器受到影响，地址

16、是什么？ 较好的故障描述在网络的高峰期，日志服务器18到集中备份服务器53之间进行备份时，FTP传输速度很慢，大约是0.6Mbps。案例：FTP业务传输速度慢（2） 故障现象描述案例：FTP业务传输速度慢（2） 故障相关信息收集 ：信息收集途径向受影响的用户、网络人员或其他关键人员提出问题；根据故障描述性质，使用各种工具搜集情况，如网络管理系统、协议分析仪、相关display和debugging命令等；测试性能与网络基线进行比较。 收集到以下信息最近/16网段的客户机不断在增加；/16网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps，与日志服务器间进行FTP传输时速度慢，只有0.6

17、Mbps；在非高峰期日志服务器和备份服务器间FTP传输速度正常，大约为6Mbps。案例：FTP业务传输速度慢（3） 故障相关信息收集 ：案例：FTP业务传输速度慢（3） 经验判断和理论分析排除掉/16网段的性能问题各种可能原因列表到网络/16的路由不是最佳路由日志服务器A的性能问题；/16网络的网关性能问题；/16网络本身的性能问题；案例：FTP业务传输速度慢（4） 经验判断和理论分析案例：FTP业务传输速度慢（4） 对每一原因实施排错方案观察故障排除结果循环进行故障排除过程：当针对某一可能原因的排错方案没有达到预期目的，循环进入下一可能原因制定排错方案并实施；当所有可能原因列表的排错方案均没有达到排错目的，重现进行故障相关信息收集以分析新的可能原因。案例可能故障循环分析定位故障：最近大量用户加入导致网段/16上广播包过多；排除故障：把日志服务器移到/16网段。 案例：FTP业务传输速度慢（5） 对每一原因实施排错方案案例：FTP业务传输速度慢（5） 故障排除过程文档化故障现象描述及