时延与抖动怎么测
时延看的是分布而不是单次值：同样一条链路，空闲时的往返时延与满载时的结果可能差几倍，因此测试要在贴近业务的条件下进行，并且用连续多次采样看分布。抖动是时延的变化量，也就是相邻或整体时延的波动幅度，实时业务（语音、视频、远程桌面）对它的敏感度往往高于平均值本身。测试方法上，连续 ping 能给出最小、平均、最大与偏差参考，但要反映真实转发行为，最好还是用 UDP 打流工具，它可以直接输出丢包率与抖动统计，并且能按业务速率施压。
基本信息
| 快速测试 | 连续 ping 观察 min/avg/max 与偏差值 |
|---|---|
| 抖动口径 | 时延的变化量，按业务容忍门槛评估 |
| 打流测试 | iperf3 UDP 模式给出丢包与抖动统计 |
| 方向 | 上行与下行分别测试，结果常不对称 |
| 采样密度 | 几百次以上或数分钟观察，避免单次误判 |
| 交叉验证 | 多工具结果对照，减少单一工具偏差 |
典型使用场景
- 语音或视频质量投诉：量化时延与抖动是否超出业务门槛
- 专线开通验收：把时延与抖动作为可测量指标记录
- 跨运营商链路对比：为选路或割接决策提供数据
- 故障前后对比：确认变更是否引入新的波动
- 容量评估：实测在业务速率下时延是否稳定
测试命令
测试命令
# 连续 ping 观察分布（偏差值可作抖动参考）
ping -c 200 -i 0.1 10.2.2.1 | tail -3
# UDP 打流，直接给出丢包与抖动
# iperf3 -c 10.2.2.10 -u -b 20M -t 60 --get-server-output
# 反向测试，区分上下行差异
# iperf3 -c 10.2.2.10 -u -b 20M -t 60 -R
# 逐跳观察波动出现在哪一段
mtr -rwzc 200 10.2.2.1指标判读
| 指标 | 含义 | 异常提示 |
|---|---|---|
| min/avg/max | 时延区间 | max 远高于 avg 说明存在突发排队 |
| mdev 或抖动 | 时延波动幅度 | 超出业务门槛会影响实时业务 |
| 丢包率 | UDP 打流下的丢失比例 | 与拥塞或链路质量相关 |
| 上下行差异 | 方向不对称 | 常来自路由不对称或带宽差异 |
| 逐跳波动 | 波动起始位置 | 定位到具体区段 |
空闲时的测试结果意义有限：业务高峰或按业务速率打流时的数据才对容量与体验评估有价值。
ping 与打流的口径不同：前者是轻负载小报文，后者接近业务负载，两者结论不一致时以打流结果为准。