首页/网络/协议速查/ping 输出解读

ping 输出解读

输出里的 icmp_seq、ttl、time、mdev 与统计行各有含义:能区分丢包、抖动、延迟与 TTL 变化。

协议速查网络更新于 2026-10-13

输出里有什么信息

ping 的每一行是一个往返样本,字段包含字节数、来源地址、序列号、TTL 与往返时间;结尾统计行给出丢包率与 min/avg/max/mdev。TTL 能反推路径跳数(初始值减当前值),mdev 是抖动,icmp_seq 是否连续则反映丢包或延迟过大被跳过。看懂这几个字段,就能把「网络慢」拆成丢包、抖动、延迟基线三类问题。

基本信息

适用平台Linux / Windows / macOS / 网络设备(VRP、IOS 均内置 ping)
常用选项Linux:-c 次数、-i 间隔、-s 载荷、-M do 禁分片、-W 超时
权限普通用户可用;-i 小于 0.2 秒与 -M 相关选项需 root
返回值Linux ping 有回包才返回 0,全丢返回非 0,可用于脚本判断

示例输出注解

示例输出注解
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=25.4 ms
# ttl=57:对端初始 64 减 7 跳,路径上大约 7 台路由器
# icmp_seq 不连续 = 中间有丢包,或延迟过大被跳过
ping -c 100 -i 0.2 10.0.0.9
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 24.9/25.3/25.8/0.3 ms

典型使用场景

  • 判断目标是否可达与延迟基线,作为后续排查的参照值
  • 用 -s 与 -M do 逐步加大载荷,定位路径 MTU 黑洞
  • 长跑 100 个包看丢包是否有规律(周期性丢包多为链路拥塞或限速)
  • 网络设备上 ping 用于区分「设备不可达」与「业务端口不可用」

统计字段读法

指标含义异常判断
packet loss丢包率内网持续大于 0% 即需追查
avg平均 RTT结合物理距离判断,跨境 200ms 内常见
max 与 avg 的差延迟波动差值大表示队列积压或链路抖动
mdev往返时间标准差音视频与实时业务对 mdev 更敏感
ttl 变化路径跳数变化同一目标 TTL 来回跳说明有多条等价路径
延迟高但稳定并不等于故障:物理距离与路由策略决定了基线,跨洲 200 毫秒属于正常。判断要看趋势与对比,而不是绝对值。
ping 的 RTT 可能虚高:中间设备把 ICMP 的优先级压得很低,实际 TCP 转发路径的延迟更低。当 ping 显示高延迟但业务正常时,用 TCP 层工具复核。
跨设备对比时先固定参数:包大小、发包间隔、总次数三样一致才有可比性。默认 1 秒间隔会掩盖瞬时拥塞,排查抖动建议用 -i 0.2 提高采样密度。

易错点

  • 见到丢包就怪网络:目标主机或中间设备对 ICMP 限速也会造成丢包,必须用 TCP 重传率或 mtr 交叉验证
  • 用 ping 判断业务可用性:ICMP 通不代表 443 端口通,端口与策略要单独测
  • 在 Windows 上照搬 Linux 参数:Windows 用 -n 次数、-l 载荷、-w 超时、-f 禁分片,参数名完全不同
  • 内网小包全通就以为没事:MTU 黑洞只丢大包,必须用 -s 1380 以上配合 -M do 才有意义

数据来源与参考

  • man 8 ping
  • RFC 792

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌