网络丢包怎么测：ping、mtr、traceroute 配合

一台装好 ping、mtr、traceroute 的 Linux 主机，加上目标地址，就是这次排查的全部准备条件。三个工具各管一段，接力使用才能定位到具体节点。 准备工具：CentOS 执行 yum install -y mtr traceroute，Ubuntu 执行 apt install -y mtr-tiny traceroute。 一、ping 先确认现象 ping -c 20 目标IP，看丢包率和延迟波动。只发四个包说明不了问题，样本至少二十个。注意 ICMP 常被中间设备限速，偶尔丢一两个包不代表链路有问题，要结合持续观察。丢包率在百分之一以内且业务无感，可以列为观察项；超过百分之三就要当回事了。顺带把延迟抖动也看一眼，忽高忽低往往比丢包更早暴露问题。 二、mtr 看清整条路径 mtr 是集合了 ping 与 traceroute 的网络诊断工具，持续探测路径上每一跳。mtr -rw -c 50 目标IP，以报告模式跑五十轮，输出每跳的丢包率，轮数越多数字越稳，赶时间也别低于二十轮。读报告记两条：某跳起 Loss% 持续走高，问题大概率在那一跳附近；中间节点不回包显示 100% 未必是真丢，重点看末端几跳是否收敛。去程和回程是两条路，在目标机器上对源地址反向再跑一次 mtr，两边对比才公平。加 -n 参数跳过反向解析，机房里 DNS 不通时报告会快很多。 三、traceroute 补节点信息 traceroute -n 目标IP 列出每跳地址，配合 IP 归属查询能看出问题节点属于哪家运营商，报障时把这段报告一并交给线路方，处理效率高很多。这一步的价值在划清责任边界：机房内、出口、还是运营商骨干，报告说话。内网和公网分别测一次，能区分问题出在机房内还是出口外。 四、常见误判 本机 WiFi 信号弱、CPU 负载过高导致的发包延迟，都会伪装成网络丢包；正式下结论前，先换有线环境、低负载时段复测一遍。还有一种隐蔽情况是对端服务过载主动丢包，mtr 报告干净但业务照样丢请求，这时要结合应用日志看。 双向 mtr 报告留档存好，报障时附上，顺云用户把两次测试的时间点一并写清楚，平台侧比对路由更有依据。