本地访问云服务器，或者在云服务器上访问其他网络资源时，发现网络卡顿。使用 ping 命令，发现网络存在丢包或时延较高的情况。
丢包或时延较高可能是骨干链路拥塞、链路节点故障、服务器负载高、系统设置问题等原因引起。在排除云服务器自身原因后，您可以使用 MTR 进行进一步诊断。 MTR 是一款网络诊断工具，其工具诊断出的报告可以帮助您确认网络问题的症结所在。
本文档以 Linux 和 Windows 云服务器为例，介绍如何使用 MTR 以及如何对 MTR 的报告结果进行分析。
说明
如果本地或云服务器禁用 Ping，则 MTR 将无结果。
请根据运行 MTR 的主机操作系统的不同，查看 MTR 的介绍和使用方法。
WinMTR 的介绍和使用（Windows 操作系统）
MTR 的介绍和使用（Linux 操作系统）
WinMTR：适用于 Windows 系统的免费网络诊断工具，集成了 Ping 和 tracert 的功能，具有图形界面，可以直观地看到各个节点的响应时间和丢包情况。
1. 登录 Windows 云服务器。
2. 在操作系统界面，通过浏览器访问官方网站（或合法渠道）下载对应操作系统类型的 WinMTR 安装包。
3. 解压缩 WinMTR 安装包。
1. 双击 WinMTR.exe，打开 WinMTR 工具。
2. 在 WinMTR 窗口的 Host 处，输入目的服务器 IP 或者域名，单击 Start。如下图所示：
3. 根据实际情况，等待 WinMTR 运行一段时间，单击 Stop，结束测试。如下图所示：
测试结果的主要信息如下：
Hostname：到目的服务器要经过的每个主机 IP 或名称。
Nr：经过节点的数量。
Loss%：对应节点的丢包率。
Sent：发送的数据包数量。
Recv：接收到响应的数量。
Best：最短的响应时间。
Avrg：平均响应时间。
Worst：最长的响应时间。
Last：最近一次的响应时间。
说明
由于网络状况的非对称性，遇到本地到服务器的网络问题时，建议您收集双向的 MTR 数据（从本地到云服务器以及云服务器到本地）。
1. 根据报告结果，查看目的服务器 IP 是否丢包。
如果目的地没有丢包，则表示网络正常。
如果目的地发生丢包，则执行 步骤2。
2.
往上查看报告结果
，定位第一次丢包的节点。
如果丢包发生在目的服务器，则可能是目的服务器的网络配置不当引起，请检查目的服务器的防火墙配置。
如果丢包开始于前三跳，一般为本地运营商网络问题，建议检查访问其他网址是否存在相同情况。如果存在相同情况，请反馈给您的运营商进行处理。
如果有频繁丢包的情况，确实为网络不稳定的场景，则请 提交工单 进行咨询，并附上测试截图，以便工程师进行定位。
