通信常见网络故障处理.ppt

工程师小L，在配置完一台路由器之后执行ping命令检测链路是否通畅。发现5个报文都没有ping通，小L断定是连通性问题。检查双方的配置命令并查看路由表，却一直没有找到错误所在。最后又重复执行了一遍相同的ping命令，发现这一次5个报文中有1个ping通了－－原来是线路质量不好存在比较严重的丢包现象。用ping命令进行故障处理案例一连通性问题还是性能问题？工程师小L又配置了一台路由器，然后执行ping命令访问Internet上某站点的IP地址，但没有ping通。有了上次的教训小L，再一次ping了20个报文，仍旧没有响应。于是这次小L觉得能够断定是连通性故障。在费劲周折检查了配置链路之后仍没有发现任何可疑之处，最后小L采取逐段检测的方法对链路中的网关进行逐级测试，发现都可以ping通，但是响应的时间越来越长，最后一个网关的响应时间在1800ms左右。会不会是由于超时而导致显示为ping不同呢？受此启发，小L将ping命令报文的超时时间改为4000ms，这次成功ping通了，显示所有的报文响应时间都在2200ms左右。用ping命令进行故障处理案例一连通性问题还是性能问题？用ping命令进行故障处理建议和总结：真的是ping不通吗？这个问题需要定位清楚，因为连通性问题和性能问题排错的关注点是不一样的――问题定位错误必然会导致排错过程的周折。使用一般的ping命令，缺省是发送5个报文的，超时时长是2000ms。如果ping不通情况发生，最好能够再用带参数-c和-t的ping命令再执行一遍，如：ping-c20-t4000ip-address，即连续发送20个报文，每个报文的超时时长为4000ms，这样一般可以判断出到底是连通性问题还是性能问题。案例一连通性问题还是性能问题？用ping命令进行故障处理在RouterA上配置一条指向的静态路由： 在RouterA上ping路由器RouterB的以太网地址，RouterA的以太网地址，却无法ping通。E0:/8E0:/8S0:/8S0:/8RouterARouterB案例二显示可以正常ping通；但是在RouterB上ping路由器用ping命令进行故障处理案例二A能ping通B，B就一定能ping通A吗？原因分析：由于在RouterB上没有相应的配置到路由，所以在RouterB上ping不通RouterA的以太网口。但是为何在A上可以ping通呢？同样是没有回程路由。打开路由器上的IP报文调试开关发现，原来从RouterA上发出的ICMP报文的源地址填写的是而不是，由于两台路由器的s0口处于同一网段，所以响应报文可以顺利到达RouterB。用ping命令进行故障处理案例二A能ping通B，B就一定能ping通A吗？建议和总结：A能够ping通B则B一定能够ping通A（不考虑防火墙的因素）,这句话的对错取决于A和B到底是指主机还是指路由器。如果是指两台主机，那么这句话就是正确的。如果是指两台路由器那就是错误的，因为路由器通常会有多个IP地址。现在就有如下问题：当从一台路由器上执行ping命令它发出的ICMPEcho报文的源地址究竟选择哪一个呢？实际情况是路由器选择发出报文的接口的IP地址。TRACERT命令tracert命令用于测试数据报文从发送主机到目的地所经过的网关，主要用于检查网络连接是否可达，以及分析网络什么地方发生了故障。tracert利用IP报文的TTL域在每经过一个路由器的转发后减一，当TTL=0时则向源节点报告TTL超时这个特性。tracert首先发送一个TTL为1的UDP报文，因此第一跳发送回一个ICMP错误消息以指明此数据报不能被发送（因为TTL超时），之后tracert再发送一个TTL为2的报文，同样第二跳返回TTL超时，这个过程不断进行，直到到达目的地，此时由于数据报中使用了无效的端口号（缺省为33434）此时目的主机会返回一个ICMP的目的地不可达消息，表明该tracert操作结束。tracert记录下每一个ICMPTTL超时消息的源地址，从而提供给用户报文到达目的地所经过的网关IP地址。在华为Quidway系列路由器上，tracert命令的格式如下：tracert[-aip-address][-ffirst_TTL][-mmax_TTL][-pport][-qnqueries][-wtimeout]host-a指定一个发送UDP报文的源地址；-f指定初始报文的TTL大小，缺省值为1；-m指定最大TTL大小，缺省值为30；-p目