首页/网络/工控与物联网速查/丢包延时与抖动的排查方法

丢包延时与抖动的排查方法

丢包、延时、抖动是链路质量问题的三个侧面,排查应按物理层到应用层分层取证,用端口计数、逐跳丢包与抓包互相印证;只看 ping 平均值会漏掉抖动与突发丢包。

工控与物联网速查网络更新于 2026-10-17
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌​​‌​‌‌‌‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌‌​‌‌‌​​​​​‌‌​​​​‌​‌‌​​​‌‌​‌‌​‌​‌‌​‌‌​​‌​‌​‌‌‌​‌​​​​‌​‌‌​‌​‌‌​‌‌​​​‌‌​‌‌‌‌​‌‌‌​​‌‌​‌‌‌​​‌‌​​‌​‌‌​‌​‌‌​​‌​​​‌‌​​‌​‌​‌‌​‌‌​​​‌‌​​​​‌​‌‌‌‌​​‌​​‌​‌‌​‌​‌‌​‌​‌​​‌‌​‌​​‌​‌‌‌​‌​​​‌‌‌​‌​​​‌‌​​‌​‌​‌‌‌​​‌​​​‌​‌‌‌​​‌‌​‌​​​​‌‌‌​‌​​​‌‌​‌‌​‌​‌‌​‌‌​​

三个指标是一件事

丢包、延时、抖动描述的是同一条链路质量的三个侧面:报文有没有丢、走得快不快、快慢稳不稳。工业控制网络里这三项直接决定控制周期的稳定性——Modbus TCP 轮询超时、PROFINET 循环通信掉站、OPC UA 订阅数据点丢失,追到最底层往往都是它们劣化。工控现场对突发丢包的容忍度极低,而平均延时看起来正常,恰恰最常掩盖真实问题。

基本信息

关注指标丢包率、往返与单向延时、抖动(延时变化量)
典型判据控制网络通常要求丢包为零,抖动远小于控制周期
常见成因线缆接头、环路与广播风暴、端口拥塞、电磁干扰、设备性能瓶颈
常用工具ping/MTR、Wireshark、交换机端口计数、光功率计

典型使用场景

  • 控制器与远程 IO 周期性掉站又能自动恢复,怀疑链路质量时
  • HMI 刷新滞后或历史数据出现规律性空洞,需要分清是采集侧还是网络侧问题时
  • 新增设备或割接后建立网络性能基线,与既有基线逐项对比时
  • 把偶发卡顿类投诉变成可量化证据,而不是凭手感判断时
  • 判断该由网络还是自控人员接手,先确认问题落在哪一层时

分层观察点

层级看什么异常信号
物理层网线水晶头压接、跳线与光模块、光功率余量端口 CRC 错误增长、光功率贴近收发门限
链路层交换机端口错包丢包计数、协商速率与双工单端口错包持续增长、两端口双工不匹配
网络层逐跳丢包与延时分布、是否环路或广播泛洪固定间隔丢包、广播包占比异常升高
应用层抓包中的重传、超时与轮询周期是否对齐重传增多但端口计数干净,指向对端处理慢

分层取证命令

分层取证命令
ping -c 200 -i 0.2 192.168.1.10     # 短间隔长样本,看丢包与延时分布
ip -s link show eth0                # 网卡收发与错误计数
mtr -r -c 200 192.168.1.10          # 逐跳丢包率报告,适合长时间观察
ethtool eth0                        # 协商速率、双工与链路状态
ethtool -S eth0 | grep -iE 'err|drop|discard'   # 端口级错误与丢包计数
tcpdump -i eth0 -w cap.pcap tcp port 502        # 抓 Modbus TCP 报文待分析
判断丢在哪要看证据位置:交换机端口计数里 CRC 与错包增长说明物理链路或干扰问题;端口计数干净但应用层超时,更可能是设备 CPU 负载、扫描周期过长或对端响应策略问题。
光纤链路要看光功率相对收发门限的余量,不能只测通断。余量不足的链路在温度变化或振动下会间歇劣化,表现正是随机丢包,这类问题只看 ping 平均值永远看不出来。
在线产线上做抓包、改双工或插拔线缆都可能直接造成停机。优先用镜像口、旁路设备或计划窗口取证,并事先确认操作影响的边界。

易错点

  • 只看 ping 平均值就下结论:均值正常会掩盖抖动与突发丢包,控制周期恰好撞上突发就掉站,应看最大值、分位数与丢包发生的时刻
  • 链路两端双工设置不一致:一端自适应一端强制会持续产生错包与冲突计数,表现为大面积丢包,两端要么都自适应要么都固定
  • 抓包流量超出镜像口带宽:观察行为本身制造拥塞并产生新的丢包,导致结论被污染
  • 忽略终端设备自身瓶颈:控制器扫描周期、CPU 占用或接收缓冲区不足同样造成通信超时,只盯网络会找错方向
  • 结论只在一台主机上验证:同一段链路不同设备结果可能不同,至少用两条独立路径交叉验证再定论

数据来源与参考

  • IEEE 802.3 以太网标准(链路协商与错误检测相关章节)
  • IETF RFC 2863:Interfaces Group MIB(接口错误计数定义)
  • Wireshark 官方文档:TCP 重传与延时分析

整理校对:其其网ICT文档中心 · 本页地址:docs.qiqicto.com/ics/packet-loss-delay-jitter.html

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