> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/zh/network-tests/mtr-test.md).

# MTR 测试

## 它的作用

**MTR 测试** 是高级工具之一。MTR 代表 *My Traceroute*：它将 traceroute（列出路径上的每一台路由器）与 ping（反复测量这些路由器）结合起来。

MyIP 从 **Globalping** 你所选国家/地区中的探测节点，它们都指向你选择的 IP 地址。所以你会看到路由 *到* 从世界多个地区同时到你的地址的路径，并查看每一步的延迟和丢包。

当连接很慢或不稳定，而你想知道 **哪里** 沿着路径开始出现问题。

## 如何运行

{% stepper %}
{% step %}

### 选择目标

开启 **使用已保存的 IP** 它来选择 MyIP 已为你找到的 IP，或者关闭它并输入任意 IP 地址（例如 `1.1.1.1`).
{% endstep %}

{% step %}

### 选择地区

左侧面板与 [全球延迟测试](/knowledge-base/zh/network-tests/global-latency-test.md). **推荐地区** 默认已勾选；其下方每个大洲都会列出当前有在线探测节点的国家。上限为 **30** 每次运行可选择的国家/地区数量。
{% endstep %}

{% step %}

### 运行它并打开一个探测节点

按下播放按钮。结果会显示在右侧的探测节点列表中，每个结果都会显示其国家、城市、网络名称和 AS 编号。点击其中一个即可打开它的跳数表。第一个结果会自动打开。
{% endstep %}
{% endstepper %}

## 读取结果

表中的每一行都是一个 **跳** ——数据包经过的一台路由器。第 1 行离探测节点最近；最后一行是你的目标。

MTR 的版本不同，因此探测节点只会显示它实际报告的列。

| 列    | 含义                 |
| ---- | ------------------ |
| #    | 跳数，从探测节点开始计数       |
| 主机   | 路由器的主机名（如果有）       |
| IP   | 路由器的 IP 地址         |
| ASN  | 该路由器所属的网络（自治系统）    |
| 丢包   | 该路由器未响应的探测数据包比例    |
| 已发送  | 发送到该跳的数据包          |
| 已丢弃  | 未收到回复的数据包          |
| 已接收  | 已响应的数据包            |
| 最近一次 | 最近一个数据包的往返时间，单位毫秒  |
| 平均   | 平均往返时间，单位毫秒        |
| 最快   | 见到的最快往返时间          |
| 最慢   | 见到的最慢往返时间          |
| 标准差  | 时间变化幅度——数值越高表示越不稳定 |
| 抖动   | 相邻数据包之间的平均波动       |

标记为 **无响应** 没有回应。这很常见，通常也无害：很多路由器都被配置为保持静默。

如果原始输出无法解析为表格，工具就会显示原始的 MTR 文本。

### 最常见的误读

{% hint style="warning" %}
**中间某一跳的丢包如果在后面消失了，就不是问题。**

路由器会把“回复这个测量包”视为它们最低优先级的任务。繁忙的路由器在完美转发你的真实流量时，可能会忽略其中一些包。这就只会在那一行显示为丢包。

真正需要关注的是丢包 **一直持续到最后一跳**。如果第 6 跳显示 40% 丢包，但第 7、8 跳和最后一跳都显示 0%，那么第 6 跳没有问题。
{% endhint %}

另外还有两个值得养成的习惯：

* **把延迟看作一条逐渐上升的曲线，而不是阈值。** 时间会随着离探测节点的距离增加而上升。两个跳点之间的大幅跃升通常意味着一条很长的海底或洲际链路——这是正常现象，不是故障。
* **上升后再也不下降的延迟** 在之后的每一跳都升高，说明那个跃升点附近的链路拥塞。某一跳延迟突然飙升、之后又恢复正常，只是那台路由器回应较慢。

### 横向比较各个探测节点

由于同一个目标会从多个国家进行追踪，所以要进行比较：

* 只有在 **一个** 探测节点上表现异常 → 问题出在该探测节点的区域路径上。
* 只有在 **每个** 探测节点在相同的最后几跳上都异常 → 问题更接近你的目标：你的 ISP、线路或路由器。

### 如果测试失败

*“测试失败，看起来你的 IP 不允许执行 MTR 测试”* 通常表示目标屏蔽了这类测量流量。很多防火墙和云服务器都会故意这样做。

## 下一步做什么

* 把这些发现转化为行动 → [为什么我的网速这么慢？](/knowledge-base/zh/diagnose/why-is-my-internet-slow.md)
* 先比较普通往返时间 → [全球延迟测试](/knowledge-base/zh/network-tests/global-latency-test.md)
* 理解丢包和抖动 → [延迟、抖动与丢包](/knowledge-base/zh/concepts/latency-jitter-packet-loss.md)
* 查找你在 ASN 列中看到的网络 → [ASN 信息与上游拓扑](/knowledge-base/zh/lookup-privacy/asn-info.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ipcheck.ing/knowledge-base/zh/network-tests/mtr-test.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.