这个程序的功能是判定数据包到达目的主机所经过的路径、显示数据包经过的中继节点清单和到达时间。还可以使用参数－d决定是否解析主机名。

　　该诊断实用程序将包含不同生存时间 (TTL) 值的 Internet 控制消息协议 (ICMP) 回显数据包发送到目标，以决定到达目标采用的路由。要在转发数据包上的 TTL 之前至少递减 1，必需路径上的每个路由器，所以 TTL 是有效的跃点计数。数据包上的 TTL 到达 0 时，路由器应该将“ICMP 已超时”的消息发送回源系统。Tracert 先发送 TTL 为 1 的回显数据包,并在随后的每次发送过程将 TTL 递增 1，直到目标响应或 TTL 达到最大值，从而确定路由。路由通过检查中级路由器发送回的“ICMP 已超时”的消息来确定路由。不过，有些路由器悄悄地下传包含过期 TTL 值的数据包，而tracert看不到。以下显示的是tracert结果输出，从中可以看出从笔者的机器到达163网站共经过十个路由：

C:\>tracert www.163.net
Tracing route to www.163.net [202.108.255.203]　over a maximum of 30 hops:
1 140 ms 110 ms 201 ms pppb15.bdptt.he.cn [202.99.168.143]
……………
9 110 ms 111 ms 100 ms 202.106.3.26
10 110 ms 250 ms 110 ms 202.108.255.203
Trace complete.

　　四、PathPing---显示路由器和数据包的丢失程度

　　该路由跟踪命令结合了 ping 和 tracert 命令的功能，可提供这两个命令都无法提供的附加信息。经过一段时间，pathping 命令将数据包发送到最终目标位置途中经过的每个路由器，然后根据从每个跃点返回的数据包统计结果。因为 pathping 显示指定的所有路由器和链接的数据包的丢失程度，所以用户可据此确定引起网络问题的路由器或链接。

　　需要注意的是，pathping可用于确定路径上的路由器。然后，该命令根据指定的时间间隔定期探测 (ping) 这些路由器，并根据每个路由器的返回数值生成统计结果。为了避免网络拥塞，应将间隔设置得稍长一些。而且要尽可能地消除突发包丢失所造成的影响，请不要频繁发送探测 (ping) 信号。另外，其参数T与R区分大小写，必须大写。以下显示的是pathping结果输出

C:\>pathping www.163.net
Racing route to www.163.net [202.108.255.203] over a maximum of 30 hops:
0 celeron333　　　　 [61.159.17.185]
1 pppb15.bdptt.he.cn [202.99.168.143]
…………
10 202.108.255.203
Computing statistics for 250 seconds...
　　　　　　Source to Here This Node/Link
Hop RTT　　Lost/Sent = Pct Lost/Sent = Pct Address
0　　　　　　　　　　　　　　　　　　　　 celeron333 [61.159.17.185]
6 192ms　　 0/ 100 = 0%　　 0/ 100 = 0% 202.97.37.1
　　　　　　　　　　　　　　　　0/ 100 = 0% |
…………………
Trace complete.

　　由以上信息可以看出，当 pathping 运行时，首先显示路由信息。其路径与 tracert 命令显示的结果相同。接着pathping 命令显示一条大约需要运行 1.5 分钟的忙消息（具体的时间取决于跃点数），在这段时间内，pathping 从以前列出的所有路由器和路由器之间的链接收集信息。在此期间结束时，将显示测试结果。在上面的实例报告中，This Node/Link Lost/Sent = Pct 和 Address 列显示跃点 5（202.97.38.73）与跃点 6（ 202.97.37.1） 之间的链接没有丢失数据包。有时，跃点之间的路由器虽然丢失了数据包，但所丢失的数据包并不一定影响其转发路径。表中显示的链接（在 Address 列中以 | 标识）数据包丢失率指出在该路径上由于链路拥塞而导致数据包的丢失情况。表中显示的路由（由其 IP 地址标识）数据包丢失率指出路由器的 CPU 或本地数据包缓冲区可能超载。