使用扩展ping 和 tracert来进行网络诊断，让你解决故障事半功倍

内容导航：

使用扩展ping 和 tracert来进行网络诊断，让你解决故障事半功倍

ping 和 tracert命令的使用 及区别？

路由器ping不通怎么办故障排除及Ping命令使用注意

路由器常见故障解决方法

一、使用扩展ping 和 tracert来进行网络诊断，让你解决故障事半功倍

ping和tracert都是网络测试下使用最对的命令，平常我们用到的都只是一些普通功能，今天来讲讲ping和tracert的扩展功能。

windows环境下的ping扩展功能和tracert扩展功能

ping的-t参数——不停止的进行ping，不手动停止就用于ping下去，不带参数时是默认ping 4个包；

ping的-t参数

ping的-n参数——指定ping的包的个数

ping的-n参数

ping的-a参数——能将所ping的ip地址反向解析成域名

ping的-a参数

ping的-l参数——ping的包的大小，可以对比看到，ping的包越大，延时也越大，诊断故障有时用到

ping的-l参数

ping的-6参数——ping ipv6的地址，目前不太常用；不加参数或者 -4为ipv4参数

ping的ipv6参数

tracert的-d参数——跟踪过程中不将ip地址解析成域名，可以明显加快tracert的速度，建议测试时要加上。

tracet的-d参数

tracert的-6参数——跟踪ipv6地址，目前不常用。

Linux环境下的ping扩展功能和tracert

-c参数——指定ping的包个数

-i参数——ping的时间间隔

-s参数——ping的包大小

traceroute的扩展参数有-6（ipv6） -s（源地址） -T（tcp） -U（udp） 等，用得不多。

网络设备下的扩展ping和traceroute功能

思科设备下的扩展ping和traceroute，早期就输入一个命令后执行，中间选参数，后期支持直接加参数来扩展。

思科设备下的扩展ping

思科扩展ping

思科设备的扩展traceroute

华为设备的ping和tracert

华为扩展ping

华为的tracert跟ping的参数基本是类似的。

华为扩展tracert

可以看到，扩展ping和扩展tracert（traceroute）可以更加方便更全面的对网络进行诊断，掌握好这些，对网络调试能更好的把握。

一、ping 和 tracert命令的使用 及区别？

1、ping可以查网速而无法判定出问题的节点。

2、tracert可以判定出问题的节点，但比较长。

3、简单来说ping的是查目的的。

4、tracert是查过程的。

PING （Packet Internet Groper），因特网包探索器，用于测试网络连接量的程序 。

Ping是工作在TCP/IP网络体系结构中应用层的一个服务命令， 主要是向特定的目的主机发送ICMP（Internet Control Message Protocol 因特网报文控制协议）Echo请求报文，测试目的站是否可达及了解其有关状态。

Tracert（跟踪路由）是路由跟踪实用程序，用于确定 IP 数据包访问目标所采取的路径。Tracert 命令用 IP 生存时间 (TTL) 字段和 ICMP 错误消息来确定从一个主机到网络上其他主机的路由。

扩展资料：

正常情况下，当你使用Ping命令来查找问题所在或检验网络运行情况时，你需要使用许多Ping命令，如果所有都运行正确，你就可以相信基本的连通性和配置参数没有问题；如果某些Ping命令出现运行故障，它也可以指明到何处去查找问题 。

通过向目标发送不同IP生存时间 (TTL) 值的“Internet控制消息协议 (ICMP)”回应数据包，Tracert诊断程序确定到目标所采取的路由。

要求路径上的每个路由器在转发数据包之前至少将数据包上的 TTL 递减 1。数据包上的 TTL 减为 0 时，路由器应该将“ICMP 已超时”的消息发回源系统。

Tracert 先发送 TTL 为 1 的回应数据包，并在随后的每次发送过程将TTL递增 1，直到目标响应或 TTL 达到最大值，从而确定路由。

通过检查中间路由器发回的“ICMP 已超时”的消息确定路由。某些路由器不经询问直接丢弃 TTL 过期的数据包，这在 Tracert 实用程序中看不到。

二、路由器ping不通怎么办故障排除及Ping命令使用注意

路由器ping不通.原因众多...现在简单讲以下几点

叫别人PING下你的IP看看.

使用PING判断TCP/IP故障

1、Ping 127.0.0.1：

127.0.0.1是本地循环地址，如果本地址无法Ping通，则表明本地机TCP/IP协议不能正常工作。

2、Ping本机的IP地址：

用IPConfig查看本机IP，然后Ping该IP，通则表明网络适配器(网卡或MODEM)工作正常，不通则是网络适配器出现故障。

3、Ping同网段计算机的IP：

Ping一台同网段计算机的IP，不通则表明网络线路出现故障;若网络中还包含有路由器，则应先Ping路由器在本网段端口的IP，不通则此段线路有问题;通则再PING路由器在目标计算机所在网段的端口IP，不通则是路由出现故障;通则再Ping目的机IP地址。

4、Ping网址：

若要检测一个带DNS服务的网络，在上一步Ping通了目标计算机的IP地址后，仍无法连接到该机，则可PING该机的网络名，比如Ping sina.com.cn，正常情况下会出现该网址所指向的IP，这表明本机的DNS设置正确而且DNS服务器工作正常，反之就可能是其中之一出现了故障; 同样也可通过Ping计算机名检测WINS解析的故障(WINS是将计算机名解析到IP地址的服务)。

Ping命令的使用还有这么多要注意的

网络工程师都会用到Ping，它是检查路由问题的有效办法。但也常听工程师抱怨：不可能，怎么会不通呢?

这样的困惑一般发生在自认为路由设置正确的时候。举几个笔者遇到的问题，欢迎读者补充(可发邮件给我，或贴到《网络世界》论坛给大家借鉴)。

最简单的三种情况： 1.太心急。即网线刚插到交换机上就想Ping通网关，忽略了生成树的收敛时间。当然，较新的交换机都支持快速生成树，或者有的管理员干脆把用户端口(access port)的生成树协议关掉，问题就解决了。2.访问控制。不管中间跨越了多少跳，只要有节点(包括端节点)对ICMP进行了过滤，Ping不通是正常的。最常见的就是防火墙的行为。3.某些路由器端口是不允许用户Ping的。

还遇到过这样的情形，更为隐蔽

1.网络因设备间的时延太大，造成ICMP echo报文无法在缺省时间(2秒)内收到。时延的原因有若干，比如线路(卫星网时延上下星为540毫秒)，路由器处理时延，或路由设计不合理造成迂回路径。使用扩展Ping，增加timed out时间，可Ping通的话就属路由时延太大问题。

2.引入NAT的场合会造成单向Ping通。NAT可以起到隐蔽内部地址的作用，当由内Ping外时，可以Ping通是因为NAT表的映射关系存在，当由外发起Ping内网主机时，就无从查找边界路由器的NAT表项了。

3.多路由负载均衡场合。比如Ping远端目的主机，成功的reply和timed out交错出现，结果发现在网关路由器上存在两条到目的网段的路由，两条路由权重相等，但经查一条路由存在问题。

4.IP地址分配不连续。地址规划出现问题象是在网络中埋了地雷，地址重叠或掩码划分不连续都可能在Ping时出现问题。比如一个极端情况，A、B两台主机，经过多跳相连，A能Ping通B的网关，而且B的网关设置正确，但A、B就是Ping不通。经查，在B的网卡上还设有第二个地址，并且这个地址与 A所在的网段重叠。

5.指定源地址的扩展Ping。登陆到路由器上，Ping远程主机，当ICMP echo request从串行广域网接口发出去的时候，路由器会指定某个IP地址作为源IP，这个IP地址可能不是此接口的IP或这个接口根本没有IP地址。而某个下游路由器可能并没有到这个IP网段的路由，导致不能Ping通。可以采用扩展Ping，指定好源IP地址。

当主机网关和中间路由的配置认为正确时，出现Ping问题也是很普遍的现象。此时应该忘掉“不可能”几个字，把Ping的扩展参数和反馈信息、traceroute、路由器debug、以及端口镜像和Sniffer等工具结合起来进行分析。

比如，当A、B两台主机经过多跳路由器相连时，二者网关设置正确，在A上可以Ping通B，但在B上不能Ping通A。可以通过在交换机做镜像，并用 Sniffer抓包，来找出ICMP 报文终止于何处，报文内容是什么，就可以发现ICMP报文中的源IP地址并非预期的那样，此时很容易想象出可能是路由器的NAT功能使然，这样就能够逐步地发现一些被忽视的问题。而Ping不通时的反馈信息是“destination_net_unreachable”还是“timed out”也是有区别的。

三、路由器常见故障解决方法

　　在使用路由器过程中，我们经常会遇到一些问题，于是我研究了一下如何用简单的方法解决路由器故障，在这里拿出来和大家分享一下，希望对大家有用。Packet Internet groper(ping) 该命令主要是用来检查路由是否能够到达，由于该命令的包长非常小。

　　所以在网上传递的速度非常快，可以快速检测要去的站点是否可达，一般您在去某一站点是可以先运行一下该命令看看该站点是否可达。如果执行Ping不成功，则可以预测路由器故障出现在以下几个方面：网线是否连通、网络适配器配置是否正确、IP地址是否可用等。如果执行Ping成功而网络仍无法使用，那么问题很可能出在网络系统的软件配置方面，Ping成功只能保证当前主机与目的主机间存在一条连通的物理路径。它的使用格式是在命令提示符下键入：Ping IP地址或主机名，执行结果显示响应时间，重复执行这个命令，你可以发现Ping报告的响应时间是不同的。

　　请注意，5个数据包已经发出，但是我们在第一个数据包上遇到一个超时，而所有其他的数据包平均只用了49毫秒就得到了应答。其实这也不一定说明它有问题，实际上这种情况是非常多见的，之所以第一个数据包超时，这是很容易解释的。以太网协议在OSI模型的第2层上运行，而IP和ICMP则在第3层上层运行。在我们能够与运程的.路由器通信之前，我们必须将第3层的地址转换成第3层的地址，这需要花费时间，Ping的默认超时只有两秒钟。我们不能以足够快的速度将IP地址转换成MAC地址，来防止第一个数据包超时，而后面的数据包则不需要转换MAC地址，因为它已经保存在ARP表中了。如果我们在第一个Ping之后立即试发相同的Ping，那么我们就不应该看到第一个数据包超时，因为ARP高速缓存仍然存储着远程路由器故障的MAC地址。

　　请注意这一次所有的数据包都接收到了，有些情况下，可能有几个数据包收不到。我们立即可以想到的一种情况是ISDN(DNN)连接有问题了。如果在发送Ping命令时数据链路恰巧出现路由器故障，那么在连接恢复之前，所有的5个数据包都可能超时。在这种情况下，你既可以改变感兴趣的信息的定义，也可以在试发Ping命令之前使用另一种方法，就是扩展型Ping命令。

　　 扩展型Ping命令

　　关于Ping命令还有另一个问题需要注意，按照默认设置，用户方式的Ping命令将TTL组件设置为32。Ping遇到每个路由器故障时，这个值将递减1。如果TTL的值变成0，那么最后一个路由器故障将发回一个ICMP超时消息。如果你有一个非常长的路径，那么这个值可能不够。在大型网络中，必须使用扩展型Ping来检查网络的连通性。

　　扩展型Ping命令与用户方式的Ping命令有一些差别，比如：扩展型Ping我们必须激活才能使用。它只支持IP协议、AppleTalk和 IPX协议，不支持Apollo、CLNX、DECnet、Vines、XNS等协议，还有一个最重要的优点是，我们自己可以改变Ping命令使用的默认值，改变这些值后，就可以使用相同的应用程序来进行许多不同的测试。

　　数据包的大小也可以改变，它的默认值是100个字节。在网络的负荷量较大时，它可以用来检查连接的状态。当数据包的大小是默认值100个字节时，Ping命令常常无法暴露网络的任何异常情况，但是，当你将数据包的大小提高到500个字节时，你就能够看到重要的连接丢失现象或者应答时间中的重要变化。在你对网络进行基线性能分析时，你应该将大型、中型和小型Ping命令的吞吐量速度记入文档。这将有助于你准确地描绘在不同负荷量的情况下网络的运行情况。

　　当你设置这个参数时，应该小心，不要把它设置成会将其他因素掺和进来的程度。如果将数据包的大小设置为10000个字节，那么可以肯定它会产生你意料不到的结果。出现这种情况的原因之一是，以太网机器必须将数据包分割成以太网能够处理的大小，然后才能在网络线路上发送。远程接收到数据包后，要对数据包重新进行组合。这种组合花费的时间比你希望的要长，并且会导致它根据Ping所需时间之外的其他因素来解释连接的速度。当你改变数据包的大小时，请使用合理的方法。观察下面的命令输出，注意Ping是如何因为数据包的大小增加到最大值18024个字节时而造成超时的。