测量记录 · 86400 次握手 / 六方向
延迟实测：香港 19 毫秒、东京 46 毫秒、法兰克福 236 毫秒
六个方向共 86400 次握手，工作日 20:00 至 22:00 的往返延迟中位从香港 19 毫秒到法兰克福 236 毫秒；P95 与中位的差距 8 至 32 毫秒，后者决定了视频会议是否卡顿。
样本参数 / sample spec
- 样本量
- 86400 次
- 方向数
- 6
- 最快中位
- 19 毫秒
- 最慢中位
- 236 毫秒
- 测试窗口
- 20:00-22:00
- 宽带
- 500 Mbps
- 留档
- 90 天
§01
测量方法：三个固定条件与一个可选项
所有样本都在同一台设备、同一条宽带、同一个时间窗内采集，三个条件缺一项就不计入本页。可选的是目标站点：本页主样本使用同一个境外站点，避免 CDN 就近策略干扰。
- 设备
- ThinkPad T14s，有线千兆网卡
- 宽带
- 上海电信 500 Mbps 下行 / 50 Mbps 上行
- 时间窗
- 工作日 20:00 至 22:00，连续 30 分钟
- 采样
- 每方向 1200 次握手，剔除本地失败
- 关闭所有后台同步与系统更新，确认网卡协商速率在千兆。
- 连接目标节点后等待 60 秒，让隧道与路由表稳定，避免首包抖动被计入。
- 执行客户端六方向抽样，每个方向 40 次握手，记录往返时间与丢包。
- 重复三轮，取三轮的中位值作为当次结果，剔除偏离中位超过 30% 的整轮。
- 导出原始记录（时间戳、往返时间、丢包标记），与本页留档编号对应。
为什么剔除整轮而不是单点
单点剔除会让样本偏向上限，三轮中若某一轮因系统更新导致整体劣化，保留其余两点会造成「看起来没变化」的错觉。整轮剔除更接近真实：一次外部干扰就是一次完整的外部干扰。
握手时间与 ping 的差异
ping 只测 ICMP 往返，握手时间包含 TCP 三次握手与隧道建立，更接近浏览器的真实首包体验。两者在空闲链路上差异小于 2 毫秒，在拥塞链路上可以相差 20 毫秒以上。
§02
六方向主样本：2026-10-05 至 10-29
下表是本季度最完整的一组样本：6 个方向、12 个工作日、每方向 1200 次采样。中位与 P95 都列出，避免只看一个数字。
| 方向 | 中位 | P95 | 丢包 | 抖动 |
|---|---|---|---|---|
| 广州联通 → 香港 02 | 19 毫秒 | 27 毫秒 | 0.1% | 8 毫秒 |
| 上海电信 → 东京 01 | 46 毫秒 | 58 毫秒 | 0.2% | 12 毫秒 |
| 深圳移动 → 首尔 01 | 64 毫秒 | 83 毫秒 | 0.5% | 19 毫秒 |
| 成都电信 → 新加坡 01 | 78 毫秒 | 96 毫秒 | 0.4% | 18 毫秒 |
| 北京移动 → 洛杉矶 03 | 152 毫秒 | 181 毫秒 | 0.6% | 29 毫秒 |
| 杭州电信 → 法兰克福 02 | 236 毫秒 | 268 毫秒 | 0.9% | 32 毫秒 |
| 方向 | 丢包率 | 重传占比 | 重传增量延迟 |
|---|---|---|---|
| 香港 | 0.1% | 0.4% | 9 毫秒 |
| 东京 | 0.2% | 0.7% | 14 毫秒 |
| 首尔 | 0.5% | 1.3% | 26 毫秒 |
| 新加坡 | 0.4% | 1.1% | 22 毫秒 |
| 洛杉矶 | 0.6% | 1.8% | 38 毫秒 |
| 法兰克福 | 0.9% | 2.6% | 51 毫秒 |
这张表最重要的信息不是 19 毫秒，而是 19 与 27 之间的 8 毫秒差距：它说明香港方向的尾部体验几乎与典型体验一致。反过来，法兰克福方向的 32 毫秒差距意味着每 20 次连接就有 1 次明显变慢。
§03
晚高峰与平峰：差多少，差在哪一段
把同一方向在 10:00 与 21:00 各测一轮，差距主要落在跨境段与落地段的排队，接入段的贡献通常小于 3 毫秒。
| 方向 | 10:00 中位 | 21:00 中位 | 增量 | 增量占比 |
|---|---|---|---|---|
| 香港 | 17 毫秒 | 19 毫秒 | 2 毫秒 | 12% |
| 东京 | 41 毫秒 | 46 毫秒 | 5 毫秒 | 12% |
| 新加坡 | 71 毫秒 | 78 毫秒 | 7 毫秒 | 10% |
| 洛杉矶 | 131 毫秒 | 152 毫秒 | 21 毫秒 | 16% |
| 法兰克福 | 214 毫秒 | 236 毫秒 | 22 毫秒 | 10% |
增量的绝对值比百分比更有用
法兰克福增量 10% 看起来比洛杉矶的 16% 温和，但绝对值 22 毫秒对视频会议的影响远大于香港的 2 毫秒。判断影响要看绝对值与抖动，而不是百分比。
同一方向的日内相位
把 20:00 至 22:00 切成 15 分钟一段，东京方向的延迟在 21:00 至 21:15 达到峰值 49 毫秒，随后回落到 45 毫秒。这个相位与国内视频平台的高峰重叠，说明排队更多来自内容侧的出口拥塞，而不是线路本身。
为什么香港几乎不受晚高峰影响
香港方向的跨境段只有一条海底光缆、距离不足 150 公里，出口排队点少；同时该方向配置了三条上游，调度空间大。两个因素叠加，使晚高峰增量压缩到 2 毫秒。
§04
抖动与 P95：为什么中位数不够
中位数描述典型体验，P95 描述最差的 5%。对实时音频与游戏来说，后者才是决定体感的那一半。
| 方向 | P50 | P95 | P99 | P95 减 P50 |
|---|---|---|---|---|
| 香港 | 19 毫秒 | 27 毫秒 | 41 毫秒 | 8 毫秒 |
| 东京 | 46 毫秒 | 58 毫秒 | 79 毫秒 | 12 毫秒 |
| 首尔 | 64 毫秒 | 83 毫秒 | 118 毫秒 | 19 毫秒 |
| 洛杉矶 | 152 毫秒 | 181 毫秒 | 246 毫秒 | 29 毫秒 |
| 法兰克福 | 236 毫秒 | 268 毫秒 | 352 毫秒 | 32 毫秒 |
P99 为什么也要列
P99 是 100 次连接里最慢的那一次，通常对应一次重传或一次路由切换。实时类应用对这一次最敏感，因为它往往表现为「突然卡一下」。列出来是为了让读者知道最坏情况有多坏。
抖动与缓冲策略的配合
播放器与会议软件都有抖动缓冲，典型容量为 3 至 8 个包。当 P95 减 P50 小于 20 毫秒时，缓冲足以吸收；超过 25 毫秒时会出现 audible 的卡顿。这个阈值解释了为什么香港方向几乎无感，而法兰克福方向每几分钟就顿一下。
抖动的来源不止网络
系统电源管理、Wi-Fi 省电模式与杀毒软件的流量扫描都会引入额外抖动。实测关闭网卡节能后，同一方向的 P95 下降 4 至 6 毫秒，这部分改善与线路无关。
§05
探针盲区：机房看不到的那一段
探针部署在落地机房，它只能看到「机房 → 用户出口」这一段。从家庭宽带上行到省级出口的那 3 至 8 毫秒，探针完全观测不到，也没有任何公开手段可以远程测量。
- 盲区一：家庭网关到城域网 BRAS，典型 1 至 3 毫秒，受光猫与线路质量影响。
- 盲区二：BRAS 到省级出口，典型 2 至 5 毫秒，晚高峰排队主要发生在这里。
- 盲区三：Wi-Fi 段，若使用无线接入，额外增加 2 至 15 毫秒，取决于信号强度。
- 结论：官网数字通常比用户体感好 3 至 8 毫秒，这个差值不是误差，而是观测边界。
| 盲区段 | 典型耗时 | 是否可远程测量 | 自查方式 |
|---|---|---|---|
| 光猫到 BRAS | 1 至 3 毫秒 | 否 | 有线与无线对比，差值即无线段 |
| BRAS 到省级出口 | 2 至 5 毫秒 | 否 | 晚间与午间对比，观察排队 |
| Wi-Fi 段 | 2 至 15 毫秒 | 是（同机对比） | 切换有线接入后复测 |
| 本机协议栈 | 0 至 2 毫秒 | 是 | 关闭节能与流量扫描后复测 |
§06
自测流程：三十分钟拿到自己的六个数字
下面的流程不需要额外工具，客户端自带的采样命令即可完成。三十分钟是必要成本，因为要覆盖晚高峰的一个完整相位。
- 21:00 前完成客户端连接，确认状态灯为绿色，出口与预期一致。
- 执行六方向抽样，每个方向 40 次，记录中位、P95 与丢包三项。
- 21:20 与 21:40 各重复一次，用于观察相位变化，而不是取一次结果。
- 把三次结果与本页表格对照：若中位差异超过 15 毫秒，说明路径不同或存在排队。
- 若三个方向同时劣化，优先怀疑本机或本地网络，而不是节点故障。
- 记录留档编号，便于后续与公告页的变更时间对齐。
自测最容易犯的三个错
一是连接后立刻开测，隧道未稳定时的首包会拉高 P95；二是开着云盘同步测速，上传队列会挤占回程；三是只测一次就下结论。三条都能通过「等 60 秒、关同步、测三轮」避免。
为什么建议在同一晚完成
跨天采集会把天气、运营商调整与节点维护混进同一个结论。同一晚三次采样能把变量压到最小，代价是必须守在一个时间窗里，这也是我们推荐但不强求的原因。
§07
十月逐周记录：四组样本的走向
把月度样本拆成周，可以看到单周异常对月度中位的污染有多严重。下表四个周次的采样条件相同。
| 周次 | 东京中位 | 香港中位 | 洛杉矶中位 | 备注 |
|---|---|---|---|---|
| 10-05 至 10-09 | 44 毫秒 | 18 毫秒 | 149 毫秒 | 国庆后首周，负载偏高 |
| 10-12 至 10-16 | 45 毫秒 | 19 毫秒 | 151 毫秒 | 基准周 |
| 10-19 至 10-23 | 47 毫秒 | 19 毫秒 | 154 毫秒 | 洛杉矶 03 更换上游 |
| 10-26 至 10-30 | 46 毫秒 | 19 毫秒 | 152 毫秒 | 更换后稳定周 |
三个月度数字背后的取舍
月度中位 46 毫秒来自四周的加权，若只取最好的一周则是 44 毫秒。我们选择加权，因为读者更可能遇到普通的一周，而不是最好的一周。这个取舍同样适用于负载与丢包两项。
| 时段 | 往返中位 | P95 | 说明 |
|---|---|---|---|
| 20:00 至 20:15 | 44 毫秒 | 54 毫秒 | 窗口起始，负载爬升 |
| 20:15 至 20:30 | 45 毫秒 | 56 毫秒 | 平稳 |
| 20:30 至 20:45 | 46 毫秒 | 58 毫秒 | 平稳 |
| 20:45 至 21:00 | 47 毫秒 | 62 毫秒 | 视频平台高峰开始 |
| 21:00 至 21:15 | 49 毫秒 | 71 毫秒 | 峰值相位 |
| 21:15 至 21:30 | 47 毫秒 | 65 毫秒 | 回落 |
| 21:30 至 22:00 | 45 毫秒 | 57 毫秒 | 回到基线 |
峰值相位为什么只有十五分钟
国内视频平台的晚高峰预热集中在 21:00 前后，用户打开播放器后前 15 分钟的并发最高，随后进入稳定观看，出口拥塞随之缓解。这个相位在四个工作日的采样中重复出现，误差不超过 6 分钟。
四周样本能排除什么
四月样本无法排除季节性因素，但能排除单日故障与单周维护的干扰。若某方向连续两周走同一趋势，才值得写进公告并调整调度权重；单周波动只记录不处理。
单周异常如何处理
若某周中位偏离其余三周超过 10%，该周标记为异常并在表里注明原因，不参与月度加权。十月没有触发这一规则，最大偏离为 2 毫秒。
§08
五种常见误读
延迟数字最容易被误读的地方不是采样本事，而是把别人的数字当成自己的预期。以下五种情况在反馈里出现频率最高。
- 误读一：把地址栏里的单次加载时间当作延迟，实际上它包含 DNS、TLS 与资源下载。
- 误读二：用浏览器测速站的「延迟」列，它测的是到测速服务器的最近 CDN，不是你关心的目标站点。
- 误读三：认为延迟越低带宽越大，两者独立：46 毫秒的线路可能只有 20 Mbps，152 毫秒的线路可能有 200 Mbps。
- 误读四：把一次好成绩当常态，单次最好成绩可以靠反复重连刷出来，本站表格不列这一项。
- 误读五：忽略抖动，只看中位。视频会议卡顿多数来自 P95 而非 P50。
关于「别人的 20 毫秒」
同一个节点，广州用户的 19 毫秒与哈尔滨用户的 68 毫秒都可能是真实的。差距来自接入段长度与出口选择，不是节点质量。看到别人的数字时，先问起点在哪里。
关于「换个节点就能快」
在同一个方向内换机房，中位延迟的改善通常小于 5 毫秒；真正的差异来自方向与回程类型。把时间花在反复换节点上，不如先确认自己走的是哪条回程，以及接入方式是否拖了后腿。
关于「延迟等于距离」
距离只决定传播时延的下限。上海到法兰克福的直线距离与上海到圣保罗相差不大，但实测差距超过 90 毫秒，原因是后者没有直连海缆，需要经北美中转。看到异常大的延迟，先查路径而不是查距离。
关于「测速软件的分数」
测速软件给出的综合分通常混入带宽权重，跑分高不代表延迟低。想比较线路，用往返时间与丢包两项，不要用综合分。
§09
留档与复算
本页每个数字都对应一份原始记录，保留 90 天。复算需要同一台设备、同一条宽带、同一时间窗，缺一项结果不可比。
| 字段 | 说明 | 示例 |
|---|---|---|
| 采样时间 | 北京时间，精确到秒 | 2026-10-22 21:04:11 +08:00 |
| 方向与节点 | 节点名与上游 | tokyo-01 / CN2 GIA |
| 往返时间 | 每次握手的毫秒值 | 44、46、45、47 … |
| 丢包标记 | 本轮是否丢失 | 0 或 1 |
| 接入方式 | 有线或无线，信号强度 | 有线 / 千兆 |
为什么表格从不承诺绝对值
网络环境每季度都在变，承诺一个数字等于承诺一个不断变化的事实。本站只承诺口径与留档，数字本身随采样更新，这是唯一诚实也唯一可核查的做法。
跨季度对照的前提
只有采样条件完全一致的两个季度才可对照。10 月与 7 月的设备、宽带与时间窗都相同，因此两组数字可以并排；若其中任一条件变化，对照表会标注为「不可比」。
文件下载与实时音视频的容忍度差多少
一次 2 GB 的下载多花 3 秒几乎无感，一场 30 分钟的会议卡顿 3 次就会被记住。同样的 30 毫秒抖动增量，对前者是噪声，对后者是体验分水岭。测速结论必须绑定业务类型，否则数字再精确也无法指导选择。
同一方向不同机房的离散度
东京三个机房的中位延迟分别为：东京三个机房的中位延迟分别为 44、46、49 毫秒，属于同城上游差异；香港三个机房为 18、19、21 毫秒。相差 8 毫秒以上的情况只出现在跨城机房，这种离散度本身就是一个可用性信号。
样本量为什么是 1200 次
1200 次握手在 30 分钟内完成，足以让中位数的置信区间收敛到 1 毫秒以内；继续增加样本对结论没有帮助，反而把测试拖进下一个网络相位。样本量的选择依据是最小可解释差异。
留档期满后保留什么
原始行删除，只保留聚合结果：每方向每月一行，含中位、P95、P99、丢包与样本量。聚合结果不含任何用户标识，可长期引用，这也是本页表格能够跨季度对照的原因。
复算的目标不是复现每一个毫秒，而是复现结论的方向：香港快于东京、东京快于洛杉矶、法兰克福最慢。只要这个顺序一致，具体数值的正常波动不影响结论。
- CN2 GIA 线路说明回程路径与出口选择
- 节点清单按方向看上游与负载
- 分流与回程策略避免测速被分流干扰
- 信息来源与边界数据口径的完整说明