traceroute的输出是什么意思？

从traceroute的手册页 ：

该程序试图通过启动具有小ttl（生存时间）的UDP探测包，然后监听来自网关的ICMP“超时”回复来跟踪IP包将会跟随到某个互联网主机的路由。 我们用一个ttl开始我们的探测，并增加一个，直到我们得到一个ICMP“端口不可达”（这意味着我们需要“主机”）或达到一个最大值（默认为30跳，可以用-m旗）。 每个ttl设置发送三个探头（用-q标志进行更改），并打印一行显示网关的ttl，地址和每个探头的往返时间。

因此， 75 ms 71 ms 73 ms代表每个不同探头所花费的往返时间。

每个条目是针对特定主机的特定探测的RTT（往返时间）。 IE，第二跳主机（reserve.cableplus.com.cn）的RTT时间分别为第一次，第二次和第三次探测的75ms，71ms和73ms。

在Linux上，您可以使用-q更改每个主机的查询/探测数量。

它们分别是您的计算机和列出的主机之间的ICMP数据包往返时间（RTT）的三个单独估计结果。 （ICMP数据包只是一种特殊types的IP数据包，专门用于这类事情）。

大多数跟踪路由实现中的默认值是三个单独的testing，但通常可以通过命令行标志来更改。

为了提供一些参考，您的本地网关（或本地networking上的系统）通常具有1ms和5ms之间的值。 如果使用有线或DSL，则可以预期在15-30毫秒之间的任何时间进行ping时间，并且可以通过DSL /电缆连接到互联网上的主机，通常总时间在30-90毫秒之间。 主机越远，RTT值就越高（例如，从美国到欧盟，可能会在90毫秒左右或更高）。

举个例子：例如，对于在线游戏来说，如果你正在玩一个快节奏的动作游戏（如果你能得到的话，那么你的游戏时间小于30毫秒），你会希望有<90ms的值，最好是<60ms，因为游戏你会希望networking尽可能的响应。 对于诸如网页浏览和在线观看video之类的事情来说，诸如所有带宽和连接质量（例如很less或没有分组丢失）更重要。

如果线路拥塞（例如被大量使用，导致IP数据包在路由器上排队），或者如果其中一个设备出于某种其他原因而无法传送数据包，则该数值也可能很高。 由于数据必须传输的距离（例如，它们可以是高带宽，所以它们快速传输数据，但是它们不是很“响应” – 它们具有很高的RTT时间），所以卫星连接具有非常高的值（> 200ms）。

在你的例子中，ping你的提供商cableplus.com.cn的时间 – 192.168.0.1之后的第一个结果（你的本地路由器/网关） – 看起来有点偏高。