首页/网络/网络排障速查/间歇丢包排查方法论
本包目录(235 条)

间歇丢包排查方法论

间歇性丢包不能靠一次 ping 定论:先固定现象边界(谁、在哪里、什么时段),再用长周期无损探测拿数据,最后按段夹逼定位。

网络排障速查网络更新于 2026-10-12
场景偶发卡顿、随机超时、重传偶发
工具ping -D / mtr 长跑 + 抓包
平台Linux/macOS;Windows 用 ping -t 与 pathping
原则先量化再定位,别用一次快照下结论

长周期采样

长周期采样
# 1 秒 1 包长跑,带 epoch 时间戳:
nohup ping -D -n -i 1 10.0.0.5 > /tmp/ping-10.0.0.5.log 2>&1 &
# 观察:
tail -f /tmp/ping-10.0.0.5.log | grep --line-buffered -E 'no answer|timeout|time=[0-9]+'
# 事后统计总丢包与丢包时刻分布:
grep -c 'no answer' /tmp/ping-10.0.0.5.log
grep 'no answer' /tmp/ping-10.0.0.5.log | awk '{print substr($1,2,10)}' | sort -n | uniq -c | head -20
  • ① 现象边界:哪些源 IP、哪个机房、是否与业务高峰同步
  • ② 主观感受 → 可量化指标:丢包率、重传数、P99 时延
  • ③ 分段:本机→网关、网关→出口、出口→对端各自长跑
  • ④ 与变更/发布/运营商事件时间线对齐
  • ⑤ 抓包验证:用序号缺口锁定丢包发生的那一段
ping 长跑时按秒记录并保留文件,比现场『刚才好像丢了一下』有说服力得多;丢包率 0.1% 也可能让 TCP 吞吐腰斩。

易错点

  • 用 10 个包的一次 ping 判定『网络正常』,漏掉 0.5% 的间歇丢包
  • 只在一台机器上测就下全网结论,忽略路径差异(不同源 IP 走不同链路)

数据来源与参考

  • RFC 792:ICMP
  • Wireshark Wiki:丢包与时延分析方法

相关工具

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