机 机场百度

线路自测:工具、步骤与变量控制

测试方法 更新于

延迟、抖动、丢包、带宽各自的测法与工具,以及比工具更重要的变量控制——同一时段、同一环境、多次取中位数。

测线路的难点不在工具,在变量控制。同一个节点在不同时间、不同本地环境下测出来的数字可以差三倍,测法不统一的数据没有比较价值。

先定规则,再动手

四条规则,比用什么工具重要得多:

  1. 同一时段对比。 白天和晚上的数据分开记,不要混在一起算平均。
  2. 多次取中位数。 每个指标测 3 次取中间值,不要取最高值。
  3. 固定本地环境。 优先用网线,Wi-Fi 会引入额外变量。
  4. 一次只改一个变量。 换节点就别同时换网络。

指标一:延迟

测什么:数据包往返一次的时间。

怎么测:客户端的延迟测试按钮就够了。想更准确可以用命令行:

ping -c 20 目标地址

参考区间(国内家宽):

地区正常范围
香港30–60ms
日本40–80ms
新加坡60–100ms
美西140–200ms

如果所有地区都明显偏高,问题多半在你本地,不在机场。

注意:延迟只决定「反应快不快」,不决定「传得多不多」。延迟低的节点速度可能很慢。

指标二:抖动

测什么:延迟的波动幅度。

怎么测:连续 ping 一两分钟,看最小值和最大值的差距。

差距在几十毫秒以内正常;动辄几百毫秒说明线路质量差或节点被挤。

为什么重要:视频会议卡顿、语音断续大多是抖动造成的,而不是延迟高。一条 150ms 但稳定的线路,体验往往好过 60ms 但剧烈抖动的。

指标三:丢包

测什么:发出去的包有多少没回来。

怎么测:至少发 100 个包再看比例。想同时看路由路径用 mtr:

mtr -r -c 100 目标地址

Windows 用 tracert 看路径,或用图形化的 WinMTR。

判读标准:

丢包率体感
0–1%基本无感
1–3%视频会议偶尔卡
3–5%明显卡顿
5% 以上基本不可用

偶发单次丢包不用在意,持续性丢包才是问题。

指标四:带宽

测什么:单位时间能传多少数据。

怎么测:用网页测速服务,或者直接下载一个大文件看实际速度。

要注意两点:

一、单位换算。 测速软件常显示 MB/s,套餐和宽带常说 Mbps,两者差 8 倍。100Mbps ≈ 12.5MB/s。

二、峰值参考价值有限。 测速软件开很多并发连接跑峰值,而你实际用的时候:看视频是一条长连接,网页是很多小请求,AI 对话几乎不占带宽。更该看的是长时间保持的速度稳不稳。

需求参考:

场景需要
网页、AI 工具2–5Mbps
1080p 视频5–10Mbps
4K 视频25Mbps 以上

用 mtr 判断线路真假

想验证「专线」宣传是否成立,看路由是最直接的:

  • 专线:中间跳数很少,看不到常见的国际出口节点
  • 公网线路:会经过明显的骨干出口

但更可靠的判断是晚高峰曲线——路由可以伪装,拥堵不能。线路类型的成本逻辑见 IEPL、IPLC、CN2 和中转的区别。

记录表

抄这张表就行:

日期时间节点延迟抖动丢包下载备注
9/2014:00日本01基准
9/2021:00日本01

白天那一行是基准,本身不作为判断依据,只用来和晚高峰对比。

四个常见的测试错误

  1. 只在白天测。 公网线路和专线在非高峰时段体验几乎一样,差距只在 20:00–23:00 显现。
  2. 只测一次。 单次结果受瞬时负载影响太大。
  3. 同时改多个变量。 换了节点又换了网络,测出来的差异不知道该归因给谁。
  4. 用 Wi-Fi 测然后怪机场。 5GHz 隔一堵墙可能掉一半速度,先用网线排除。

完整流程

单次测试讲完了,完整的七天试用期流程见晚高峰怎么测,测出来的数字怎么解读见延迟、抖动、丢包、带宽到底说明什么。

数据来源与更新记录

内容整理
机场百度编辑部
最后更新

更新记录

  • 重写全文,加入变量控制与常见测试错误

价格与解锁情况变动频繁,本页数据以上述更新时间为准,购买前请以服务商官网为准。 发现错误或过期信息可以反馈,我们会核实后更新。查看本站内容标准 →

常见问题

用客户端自带的测延迟够吗?

只够做第一轮筛选。它测的是到节点的握手时间,既测不出带宽,也测不出高峰期表现。真正的判断要靠实际跑流量。

测速跑出来的数字为什么每次都不一样?

节点是共享的,其他用户的用量随时变化;你本地的网络也在变。所以要多次取中位数,并固定时间段做纵向对比。

一定要用命令行工具吗?

不一定。延迟和带宽用客户端和网页测速就够。只有想看路由路径、判断线路真假时才需要 mtr 或 tracert。

实测中心相关内容