使用Tracert和TTL修复网络连接故障.doc

使用Tracert和TTL修复网络连接故障　　数据包丢失 　　到目前为止，当我们使用PING命令后，结果要么是成功的，要么就是失败的。事实上，不存在任何其它的情况。大家可能还记得，PING命令返回的是4个不同的响应。有时候，其中的1个或者更多的响应可能会失败，而其它的则是成功的。当出现这种情况时，这就意味着发生了数据包丢失。 　　在这种情况下，本地主机和远程主机两者同时都是正确运行的，但是，传输过程中出现了造成某些数据包丢失的条件。设计TCP/IP协议可在发生数据包丢失时进行重新传输，但是数据包丢失会降低性能。没有数据包丢失的慢速连接往往更优于会发生数据包丢失的高速连接。 　　数据包丢失的问题在于它有时非常难以被发现。当然，在有些PING响应失败时，我们就可以知道发生了数据包丢失，但是，由于PING所使用的ICMP数据包非常的小，因此，在实际情况中，即使有可能导致发生数据包丢失的网络条件存在，PING也往往可以成功。 　　如果我们假设现在可能有数据包丢失，而PING又没有返回任何错误，那么我们可以尝试增大ICMP数据包。当存在网络问题时，更大的数据包会更容易丢失。我们可以使用–L参数来告诉PING使用更大的数据包大小。 　　使用–L参数很简单。我们所需要做的就是在PING命令后加上我们想要PING的地址，然后是–L参数和想要发送的数据包位数。比如，假设我们的网络在连接一个特定主机时性能很差。我们会猜想正在发生数据包丢失，但是PING却一直都是成功的。因此，我们决定指定PING使用大小为1024位的数据包。这样，我们可以使用下面的命令： 　　Ping 192.168.1.1 –L 1024 　　在图A中，我们可以看到一个实际执行的带数据包大小的PING命令： 图A：添加–L命令到PING命令后来增加ICMP数据包的大小 　　存活时间 　　接下来我要探讨的下一个与PING命令相关的概念是存活时间（TTL）。如图A所示，我们注意到每个PING回复都在TTL=64毫秒后终止。 　　正如我们可能都知道的，网络是由大量相互连接的路由器组成的。每台路由器都至少连接到其它两台路由器上。这个网络架构背后的想法是，当一个链路失效时，至少必须有另外一条链路可以到达目的地。这种类型的网络架构所存在的问题是，在某些环境下，连接失效可能导致数据包进入无休止的循环传输，并且实际上永远不会到达它们的目的地。 　　这就是TTL发挥作用的地方了。我们可以将TTL值看作是数据包自行析构的机制。首先，TTL值被设置为一个相当高的值，虽然这个值会根据正在使用的操作系统而有所不同。数据包每次穿过路由器时，数据包都知道它又经过了一跳。每经过一跳，TTL值会减1。当TTL值为0时，数据包就被清除。这样就可以避免在因特网传输中丢失的数据包永远在传输的问题。 　　TTL值之所以这样有用的另一个原因是有一个故障修复工具traceroute(tracert)是基于它设计的。对于修复小的网络使用PING命令是很不错的，在这些网络中远程主机与发送主机距离很近，但是对于因特网或者广域网（WAN），远程主机可能距离发送主机有几千英里之远。这样，通过PING命令生成的ICMP可能必须通过很多路由器传输才能到达远程主机。有时候，我们可能遇上这样的情况，本地主机和远程主机或者两者都是正常工作的，但是在这个过程中恰好有一台路由器出现了问题。幸运的是，我们可以使用tracert命令来诊断这些类型的问题。 　　事实上tracert命令是基于PING命令的。Tracert内在的基本概念是它发送一个ICMP数据包到远程主机上，其中TTL值设置为1。这就会导致它在遇上第一个路由器时就会发回一个TTL在传输中失效的消息。这个消息包含标识产生这个消息的路由器的信息。路由器的标识会被文档化，然后ICMP数据包会被再次发送，但是这次使用的TTL值是2。这次，ICMP数据包在TTL值失效之前会到达第2台路由器。重复这个过程，并且每次都会增加TTL值，直到最后到达主机。这样，我们就可以看到本地主机和远程主机之间所有路由器的报告。有时候我们可以使用这个信息来发现路由上可能影响流量流的问题。 　　使用tracert命令与使用PING命令是非常相似的。我们只需简单地在IP地址后面输入tracert命令或者远程主机的完整域名。图B显示的是一个执行的tracert命令。 图B：用于发现流量流中问题的Tracert命令 　　当使用Tracert命令时，我们必须记住几点。第一，有些主机会使用防火墙来阻止ICMP数据包。这样，有时候我们会看到一系列的星号显示跟踪路由无法在一个特定的主机上获取信息。 　　另外一个我们必须记住的是，与主机相类似，每台路由器都被指派了一个IP地址。不管它们是否是用于主机或者路由器，IP地址都被构造为允许反映