看懂tracert数据

Posted 2023-04-25

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了看懂tracert数据相关的知识，希望对你有一定的参考价值。

参考技术A 一直吃不准tracert命令输出的为什么有3个时间，tracert /?只给出了命令本身的参数，没说结果怎么看。在网上搜了一下，发现排在前几面的CSDN文章讲得并不准确。而微软官网上对这个命令也是语焉不详。只好到洋站上搜索，结果略靠谱，原文是英文的这里整理一下，方便回顾。

看windows系统的tracert命令输出样例。
例如：

注：可以按CTRL+C结束路由追踪。有时最后几行会以结尾，因为防火墙禁止路由追踪的数据包；这完全是正常现象。

tracert首先输出的内容，描述了命令将做什么。它列出了目标系统( www.example.com )，目标IP地址（93.184.216.34)，以及追踪过程将通过的跃点个数上限（30）。

接下来输出是单个跃点（一般对应一个路由器）的信息，从发送处到终点的路径。值得一提的是，跃点个数并不是影响延时的重要因素。最重要的是数据包所经过的物理距离，及其在ISP（互联网服务提供商）之间是如何传输的。

本例中，通过了这些路由：

先看第10个跃点，以熟悉每个跃点所展示的信息。这一行包括了跃点序号、3次往返耗时（Round Trip Time，缩写为RTT)的测量值，跃点所到达的系统名称和IP地址

“请求走进”信息出现在路由追踪结果的开头，是很常见的，可以忽略。一般是设备不响应ICMP或路由追踪的请求，如跃点2的输出。

可能有几种原因导致这种情况：

怎样才能从往返耗时中看出端倪呢？需要观察输出的全过程。
以下讲几种可能的苗头，可能明察秋毫于一瞥之间；但也可能只是杯弓蛇影庸人自扰。请接着往下看

理论上讲，RTT值小于150ms将不会影响网络应用。很多应用在延时远高于150ms的时候也跑得挺欢，但150ms可以当成合理的上限，通常情况下是低于100ms的。
网络传输延时，主要受限两端的物理光纤距离。如果两地相隔好几千里，受到光速的限制，100-120ms的延时是可以接受的。

本例中，200ms到达1.5万公里之外的，也算可以接受。列个公式算一下，走真空的单程耗时：1.5万公里 ÷ 光速30万公里/秒 = 1/20秒=50ms。说的是光直接从杭州出发，穿过真空，到达美国再马上折返，需要100毫秒。考虑使用光纤传输数据时，是通过管道内壁折射完成的，实际走的距离比光纤本身要长，折算下来每秒只能走20万公里左右。也就是说，1.5/20*2，得花150毫秒。

中间跃点延时高，并不一定是有问题。tracert的数据包可能优先级低，可能被丢弃或者延时传输，特别是互联网主交换节点。本例中从中国（北京）到欧洲（瑞典）的时延比较高，就可能是这种原因导致的。

有时几个跃点间的时延差不多相同，这可能没什么问题。可能是多协议标签切换（MPLS）网络下出现的。

如果从中间跃点开始，时延稳步递增，可能说明网络有点不对劲。如果在中间跃点出现了大量的不响应或者星号，也可能网络层存在问题。
这些是可以报告的迹象，稳定的时延递增通常说明网络拥堵，需要多方协作进行解决。有时可能与互联网服务提供商（ISP，也就是宽带接入服务的电信、移动公司）有关。
象下面这个就有问题，从第7个跃点开始，网络延时就开始跳涨，直到最后完全失速。

不需要flash或插件的纯网页测试工具： http://test.ustc.edu.cn/

光纤中的传输速度： https://www.guokr.com/article/436847/

tracert——Windows路由追踪

简介

tracert是一款简单的网络诊断工具，是路由追踪实用程序，用于确定 IP 数据包访问目标所采取的路径。Tracert 命令用 IP 生存时间 (TTL) 字段和 ICMP 错误消息来确定从一个主机到网络上其他主机的路由。 ---来源百度

tracert是trace route的缩写

工作原理

通过向目标发送不同IP生存时间 (TTL) 值的“Internet控制消息协议 (ICMP)”回应数据包，Tracert诊断程序确定到目标所采取的路由。要求路径上的每个路由器在转发数据包之前至少将数据包上的 TTL 递减 1。数据包上的 TTL 减为 0 时，路由器应该将“ICMP 已超时”的消息发回源系统。

Tracert 先发送 TTL 为 1 的回应数据包，并在随后的每次发送过程将TTL递增 1，直到目标响应或 TTL 达到最大值，从而确定路由。通过检查中间路由器发回的“ICMP 已超时”的消息确定路由。某些路由器不经询问直接丢弃 TTL 过期的数据包，这在 Tracert 实用程序中看不到。 ---来源百度