老王VPN东京入口重排：晚高峰延迟48毫秒

2026年9月30日，老王VPN 完成东京入口的线路重排，东京入口延迟在晚高峰从 67ms 降到 48ms，抖动从 6.4ms 收窄到 3.1ms，丢包率从 0.4% 降到 0.1%。重排涉及 JP-01 至 JP-10 共 10 个入口，改动包括更换上游出口与拆分广播域两部分，切换用时 58 分钟，期间每位用户的断线时间不超过 0.4 秒。切换按每批 2 个入口推进，单批间隔 6 分钟。

东京入口是跨境办公使用最集中的线路之一，21:00 前后的在线数占全站 18%。旧线路的上游出口集中在同一家运营商，晚高峰跨境段出现拥塞，用户侧表现为延迟从 50ms 跳到 80ms 以上。线路调度团队从 9 月初开始，在两个候选上游之间做分流测试，最终采用双上游按 7:3 分流的方案，并把备上游的接管阈值定为 60ms。测试期共采集 18 万条探测记录，覆盖三地九条线路。

重排方案：换出口、拆广播域

第一项改动是把 10 个入口的上游从单一运营商改为两家按 7:3 分流，主上游承担 70% 的流量，备上游在延迟超过 60ms 时自动接管 20% 的流量。第二项改动是拆分广播域，原来 10 个入口共享一个二层域，单点广播风暴会影响整组，拆分后每 2 个入口一个域，故障影响面从 10 个入口降到 2 个，广播报文数量下降 62%。广播域的划分随入口编号固定，后续扩容沿用同一规则。

分时段测速：48ms 与 3.1ms 抖动

测速在上海、北京、深圳三地各取 3 个探测点，时间为 9 月 26 日至 9 月 29 日。09:00 至 12:00 平均延迟 44ms，14:00 至 18:00 平均 46ms，20:00 至 22:30 平均 48ms，凌晨 02:00 平均 41ms。抖动方面，晚高峰从 6.4ms 降到 3.1ms，最大抖动 9ms；丢包率 0.1%，1024 字节包的连续丢包次数为 0。测速使用 1024 字节的探测包，每 5 分钟记录一次，共 4 天。

「重排最难的不是换上游，而是让 10 个入口在同一时间窗口完成切换。我们按每批 2 个入口、间隔 6 分钟推进，任何一个入口出现丢包就整体暂停，最后用了 58 分钟切完。」—— 线路调度负责人 蒋维

同城访问的表现也同步改善。东京本地到 JP-03 的延迟从 9ms 降到 6ms，因为机房内上联端口从共享的 10G 拆成两个独立端口，晚高峰微突发不再影响其他入口。对需要回传国内的场景，回程仍走上海，但路径从三条减到两条，跳数从 14 跳降到 11 跳，traceroute 的抖动明显减小。回程路径的调整在 9 月 28 日完成。

手动选点建议

客户端自动选路已经能识别新的 48ms 线路，但三种情况下建议手动锁定：第一，需要稳定上传大文件时选 JP-03 或 JP-07，这两个入口的上行队列独立；第二，打联机游戏时选 JP-02，路径固定不参与动态调度；第三，白天在东京本地访问日本站点时选 JP-09，回程不绕上海。切换入口会断开约 0.4 秒，下载任务支持续传。锁定入口后不会参与自动调度。

「东京本地这一段我们换了机房内的上联端口，把原来共享的 10G 端口拆成两个独立端口，晚高峰的微突发就不再影响其他入口了。」—— 东京节点工程师 田中健

重排后的容量上限也有变化。10 个入口的合计上行从 40Gbps 提到 60Gbps，单入口并发从 6000 条提到 8000 条，出口侧新增一条 100G 链路用于承接晚高峰的突发流量。9 月 29 日的压测中，东京入口在 21:30 跑到 38Gbps，仍留 37% 余量，说明下一次扩容窗口可以推后到明年一季度。压测持续 90 分钟，未触发限速，也没有出现队列积压。

下一阶段会把同样的双上游方案复制到大阪与首尔入口，预计 11 月完成。届时东京、大阪、首尔三个入口会共用一张延迟地图，客户端可以按实时延迟自动排序，不再依赖固定的地区优先级。目前东京 48ms、首尔 52ms、新加坡 62ms 的排序已经写进默认策略，覆盖 43 个地区的用户。延迟地图每 15 秒刷新一次，按地区聚合，客户端只展示前 20 个入口。

对普通用户来说，重排后最直接的变化是晚高峰看视频不再需要手动换线。若所在城市访问东京入口超过 70ms，建议改连香港入口，后者当前延迟为 39ms。下载页提供的 8.2.1 客户端已内置新的测速点，安装后首次启动会重新生成一次延迟地图，旧的选点记录会被清空，自动选路会按新结果重新排序。首次启动的测速约需 20 秒，期间可以正常使用默认入口。