怎么看出一家机场已经严重超售

超售（把总容量按「不会所有人同时满载」的假设重复卖出）几乎是所有共享型网络服务的常态，航空公司、云主机、宽带运营商都这么做。它本身不是问题，比例失控才是。所以「这家超售了吗」不是一个有意义的问题，「超售到什么程度、在什么时段、影响哪些用途」才是。

这就意味着判断超售不能靠感觉，也不能靠一张截图。它需要的是一套变量足够少、可以自己重复跑的测量流程——测出来的数字未必精确，但只要每次的条件一致，趋势就是可信的。

本文给出的是这样一套最小方案：三项指标、四个时段、三到五天。做完之后你手里会有一张表，可以拿它做两件事——判断当前这家值不值得续，以及在换服务时用同一把尺子量下一家。

超售在用户端会表现为什么样的现象？#

超售的核心特征是时间相关：性能好坏与时钟强相关，与你做什么关系不大。

右列那些现象大多不属于超售，它们指向线路质量、出口 IP 归属或本地网络，处置方式完全不同。把这一列先排掉，能省掉大量无效测试。

为什么单次测速不能作为判断依据？#

测速工具的设计目标是「测出这条链路的能力上限」，它会开很高的并发、只跑十几秒、并且优先选择就近的高性能测试点。这三件事都会让结果偏离真实体验。

并发高，意味着它抢到的带宽份额高于你日常单连接的份额；时间短，意味着它容易正好落在一个瞬时空闲窗口；测试点近，意味着它测的可能只是入口段而不是完整跨境路径。结果就是常见的那种割裂感：测速跑出很漂亮的数字，视频却在缓冲。

更根本的问题在于样本量。超售是概率现象，取决于同一时刻有多少人在用同一个出口。单次采样得到的是一个随机变量的一次取值，用它下结论，等同于抛一次硬币判断硬币是否公平。

控制变量的最小测试方案怎么设计？#

要让结果可比，需要把这几个变量钉死：

1. 固定设备与本地网络。 全程用同一台电脑、同一条宽带、同一种连接方式（都用有线或都用同一个 Wi-Fi 频段）。手机测和电脑测不要混在同一份记录里。
2. 固定节点。 选两到三个你日常最常用的节点，全程只测这几个。不要每次挑「当前延迟最低的那个」，那会把节点差异混进时间差异里。
3. 固定测法与目标。 每次跑同样的命令、同样的时长、同样的目标站点。指标本身不重要，重要的是每次都一样。
4. 固定时长。 每个采样点跑满同样的时间，建议延迟测试 100 个包、带宽测试用同一个大文件下载 60 秒。
5. 记录环境异常。 家里有人在看 4K、当天下雨、路由器重启过，都写在备注里。

延迟和丢包用系统自带的 ping 就够，不需要额外工具：

# 结构示例：目标地址请替换成你自己的节点地址，example.invalid 不会解析
# Windows：连续发 100 个包，记录平均延迟与丢包率
ping -n 100 node-hk.example.invalid

# macOS / Linux：同样发 100 个包
ping -c 100 node-hk.example.invalid

输出里要抄下来的只有三个数：丢包率、平均延迟、以及最大值与最小值之差（这个差值就是抖动的粗略估计）。

连续几天、覆盖哪几个时段才够用？#

覆盖四个时段、连续三到五天，其中至少包含两个工作日和一个周末。时段建议这样切：

记录表可以简单到一个纯文本文件：

# 晚高峰观测记录（结构示例，数值为占位，不代表任何真实测量）
日期     时段    节点      丢包%  平均延迟ms  抖动ms  下载Mbps  备注
08-11   14:00   HK-01     0.0    62          9       充足       基准
08-11   21:00   HK-01     4.0    148         88      明显偏低   —
08-12   14:00   HK-01     1.0    64          11      充足       —
08-12   21:00   HK-01     6.0    171         103     明显偏低   —
08-13   21:00   HK-01     0.0    66          12      充足       当日为节假日

判读规则只有一条：同一节点、同一时段、在不同日期重复出现同方向的劣化，才构成超售证据。像上表第三天那样在同一时段恢复正常，说明劣化与负载相关而非链路损坏，这反而进一步支持超售的解释；如果劣化在所有时段都存在且从不恢复，那更可能是线路本身出了问题。

表中的数值全部是格式占位，不是实测数据。你自己跑出来的绝对值受本地宽带、路由跳数和测试目标影响很大，只有同一份记录内部的横向对比才有意义。

延迟、丢包和带宽三项各说明什么问题？#

三项指标不是同一件事的三种说法，它们指向不同的瓶颈位置。

延迟反映路径长度和排队情况。平均延迟升高但抖动很小，通常是绕路；平均延迟升高且抖动同步放大，是队列拥塞，这是超售的典型形态。

丢包反映的是链路上某一跳的缓冲区已经溢出。平峰接近零、高峰成片出现，是负载导致的；全天候均匀分布的低比例丢包更可能来自跨境段本身。丢包对体验的破坏远大于延迟——1% 的丢包就足以让视频通话变得难以使用。

带宽是最容易被限速策略污染的一项。很多套餐会在用量超过某个阈值后降速，这与超售无关，但表现相同。所以带宽只作参考，把权重放在延迟抖动和丢包上，结论会更稳。

关于三项指标背后的链路结构，协议与线路栏目里有更完整的拆解，这里只用它们做判别。

哪些现象其实是本地网络问题而不是超售？#

这一步不做，测出来的表就没有指控力。常见的本地成因有这么几类：

• 家宽自身在晚高峰劣化。 小区共享带宽同样会超售。验证方法：用同一条宽带直连测试一个境内站点，如果它在晚高峰也一起变慢，问题至少有一部分在本地。
• Wi-Fi 干扰。 晚上邻居的路由器全开，2.4G 频段拥挤程度和时间强相关，完美模仿超售曲线。改用有线或 5G 频段复测。
• DNS 解析变慢。 表现为「打开慢但打开后不慢」，与带宽无关。
• 客户端规则或分流配置出错。 表现为部分流量绕了远路，换一个干净配置复测即可排除。
• 设备本身负载高。 后台在同步大文件、系统在更新，都会挤占上行。

顺序上建议先做「换本地网络复测」这一项，因为它一次能排掉前三类。手机开热点、换到另一处网络环境，用同样的节点跑同样的命令，如果劣化消失，那就不是服务端的问题。逐项排除的完整清单在故障排查栏目里。

确认超售之后应该先做什么？#

先分清严重程度，再决定动作。轻度超售（高峰期丢包在 1% 以内、带宽下降三成以内）对网页浏览影响有限，如果价格足够低，继续用作次要线路是合理的。重度超售（高峰期丢包超过 3%、长连接频繁中断）会让视频会议、远程连接和长时间对话类工具基本不可用，这时候续费就是在为一段用不了的时段付钱。

动作上按这个顺序：把付费周期改成最短（不要在这个阶段续长周期）；把高负载用途迁到备用线路；再观察两周看是否恢复——扩容和线路调整确实会发生。如果两周内没有改善，就按迁移处理。

需要注意的是，超售和跑路是两件独立的事，很多长期超售的服务运营多年也没有失联。判断运营层面的风险要看另一组信号，那部分整理在跑路前的早期信号与阈值里；而无论哪种风险，前提都是手上已经有一条验证过可用的备用线路。

小结#

超售的判别标准不是「慢不慢」，而是「劣化是否与时钟强相关且可重复」。做法是固定设备、固定节点、固定测法，覆盖白天、高峰前、高峰、深夜四个时段，连续记录三到五天。三项指标里优先看丢包和延迟抖动，带宽因为容易被限速策略污染只作参考。所有测量在做之前都要先排掉本地网络因素，否则得到的只是一张关于自家路由器的表。确认之后不必急着断，先缩短付费周期、把重负载搬走，给两周观察窗口。