如何测试节点丢包率

丢包是最容易被忽略的指标，因为它藏在延迟后面：延迟数字正常，视频却在转圈、语音断断续续、网页时不时卡一下。这类「指标正常但体验不对」的问题，多数时候元凶就是丢包。而丢包又恰恰是最容易测错的指标——它在时间上分布不均，短时抽样几乎注定得到偏乐观的结论。

丢包为什么重要

网络传输不保证每个数据包都能到达。包丢了之后有两种结局：要么重传（等待，表现为卡顿），要么放弃（缺数据，表现为花屏、断音）。

这决定了丢包的影响方式与延迟完全不同：

• 延迟高：所有操作整体变慢，但节奏是稳定的。
• 丢包：大部分时间正常，间歇性地卡住、断流、恢复，节奏是撕裂的。

对网页浏览，轻度丢包只是稍慢；对视频会议、语音和游戏这类实时应用，同样程度的丢包足以让体验崩溃——实时流没有时间等待重传。这也是为什么平均延迟很好看的线路，实际用起来可能很糟：均值掩盖不了间歇性的丢包爆发。

测量方式

丢包率 = 丢失的包数 ÷ 发出的总包数。定义简单，测法上有三个关键点：

1. 连续测量，不要短时抽样。向固定目标以稳定间隔持续发包，记录足够长时间内的丢失比例。测几秒钟看一眼的做法，对间歇性丢包完全无效。
2. 区分「到节点」与「到目标」。到节点这段丢包，问题出在本地网络或入口段；节点之后丢包，问题出在跨境段或出口。两段分别测量，才能知道该找谁——线路各段的结构差异见机场中转线路工作原理。
3. 记录样本量。「丢包 1%」在 100 个包和 10000 个包下的可信度完全不同。样本太小时，一两个偶然丢失就能把比例推高到吓人的程度。

测试时段的选择

丢包与拥堵强相关，而拥堵有明显的时间规律：

• 必须覆盖晚高峰。带宽超售的线路在空闲时段几乎测不出问题，只有在拥堵时段才现出原形。只在白天测试，等于给所有线路发好评。
• 空闲时段的结果只能代表空闲时段。它可以作为基准对照，但不能外推到你实际使用的时间。
• 多天重复才能识别规律。一天的数据分不清「偶发故障」和「每天如此」。连续几天在同一时段测量，如果丢包总在相同时间出现，那就是结构性问题，不是运气不好。

本地干扰因素

测出丢包，先别急着怪线路。以下本地因素都会制造丢包假象：

• WiFi 信号与信道干扰：隔了两堵墙的 WiFi 本身就在丢包，这部分与线路无关。
• 同网络设备的占用：家里有设备在上传备份、下载更新时，上行被占满会导致全局丢包。
• 路由器负载：老旧路由器在连接数多时自身就会丢包。

对照方法很简单：先在不走代理的直连状态下测一组基准值。直连就有丢包，问题在本地网络；直连干净、走代理才丢包，问题才轮到线路头上。有条件的话用有线连接测试，能直接排除无线干扰这个最大变量。

结果判断

• 看持续性，不看瞬时值。任何网络都会偶尔丢一两个包，值得关注的是丢包是否持续存在或规律性复发。
• 间歇性丢包比持续丢包更值得警惕。持续丢包容易发现也容易描述，间歇性丢包则常常在「测试正常」与「体验糟糕」之间制造罗生门。
• 结合抖动一起看。抖动（延迟的波动幅度）与丢包经常结伴出现，两者同时升高通常指向同一段拥堵的路径。指标定义见机场常用术语词典。
• 和延迟数据交叉对照。丢包爆发时延迟通常同步飙升；如果你同时在做延迟测试，两份数据能互相印证。

记录与复现

记录的意义在于复现：同样的条件下再测一次，结果一致，结论才成立。建议保留原始记录（起止时间、样本量、丢失数），而不是只记一个百分比——原始数据可以回答后来才想到的问题，百分比不行。

这也是我们在机场评测方法中坚持的原则：没有记录条件的测试结果，无论数字多漂亮，都不构成判断依据。

常见误解

• 「延迟正常说明线路没问题」——延迟和丢包是两种独立的故障模式，前者正常不代表后者不存在。
• 「测了几秒没丢包，线路很干净」——间歇性丢包需要长时间连续测量才能捕捉。
• 「丢包一定是机场的问题」——WiFi 干扰与本地占用同样制造丢包，先做直连基准对照。
• 「丢包率是个固定属性」——它随时段、负载、路径调整而变化，昨天的结论今天需要重新验证。
• 「带宽大就不会丢包」——丢包发生在拥堵点与无线链路上，与套餐带宽没有直接关系。

常见问题