日本 VPS 线路实测:IIJ vs Softbank vs Cyberverse
从单次跑分、长期监控到家宽实测,再到最终的「前置 + 按运营商分流」方案。
测试时间:2026 年 10 月(另引用少量 3 月、6 月的历史报告作对照),时间均为北京时间。
所有 IP 地址、域名、主机名、账号信息均已脱敏。
一、测试对象
| 代号 | 商家 / 网络 | 位置 | 配置 | 说明 |
|---|---|---|---|---|
| JP-A(IIJ) | GreenCloud,xTom 网络(AS3258) | 东京 | 6C / 10.7G / 111G / 3.3T | 原为 IIJ 线路 |
| JP-A(Softbank) | 同上 | 东京 | 同上 | 补 10 美元换成 Softbank 线路,IP 随之更换 |
| JP-B(Cyberverse) | Cyberverse(AS216211) | 东京 | 1C / 930M / 8G | 小鸡,作为前置机 |
| SG-C(Cyberverse) | Cyberjet(AS216245,上游 AS216211) | 新加坡 | 1C / 930M / 7G | 同一家商家的新加坡节点,作对照 |
| 第三方样本 | 同商家同线路的其他机器 | 东京 | — | 用于补充晚高峰数据 |
二、测试方法
| 工具 | 用途 |
|---|---|
| NodeQuality(含 Check.Place 硬件 / IP / 网络体检) | 全国三网 TCP 大包延迟、回程路由 |
| 第三方 7 天监控(天津三网 + 腾讯北京等) | 观察晚高峰拥堵规律 |
mtr(ICMP 与 TCP 两种模式) |
从家宽逐跳定位延迟和丢包 |
iperf3 |
前置机与后端之间的带宽 |
Windows ping / pathping |
办公网络补充测试 |
测试点:
- 广东电信家宽:主要的实测来源;
- 办公网络:企业专线,经云厂商出口,仅作参考;
- 东京前置机 JP-B:测东京机房之间的互联质量。
三、NodeQuality 单次报告汇总
3.1 IPv4 三网 TCP 延迟(ms)
| 机器 / 线路 | 测试时间 | 广东 电/联/移 | 北京 电/联/移 | 上海 电/联/移 | 浙江 电/联/移 |
|---|---|---|---|---|---|
| JP-A IIJ | 10/10 01:00 | 77 / 99 / 88 | 56 / 94 / 115 | 56 / 73 / 69 | — / 87 / 72 |
| 第三方 IIJ(晚高峰) | 03/19 22:25 | 93 / 127 / 93 | 81 / 142 / 129 | 87 / 102 / 151 | 96 / 107 / 155 |
| 第三方 Softbank | 10/08 11:22 | 84 / 117 / 72 | 108 / 105 / 79 | 95 / 102 / 67 | 64 / 70 / 82 |
| 第三方 Softbank(晚高峰) | 10/02 19:53 | 98 / 106 / 72 | 58 / 91 / 79 | 84 / 83 / 90 | 79 / 55 / 60 |
| JP-A Softbank(换线后) | 10/10 15:18 | 102 / 121 / 73 | 120 / 91 / 79 | 79 / 102 / 63 | 77 / 84 / 60 |
| JP-B Cyberverse | 10/10 09:36 | 86 / 107 / 81 | 58 / 60 / 58 | 92 / 98 / 40 | 92 / 44 / 39 |
| SG-C Cyberverse 新加坡(晚高峰) | 10/09 22:44 | 74 / 109 / 78 | 109 / 142 / 78 | 96 / 110 / 67 | 95 / 95 / 71 |
3.2 IPv6 三网 TCP 延迟(ms)
| 机器 / 线路 | 广东 电/联/移 | 北京 电/联/移 | 回程特点 |
|---|---|---|---|
| JP-A IIJ | 247* / 88 / 85 | 264* / 87 / 97 | 电信直连 163,但凌晨波动大 |
| JP-A Softbank | 374 / 280 / 91 | 336 / 270 / 100 | ❌ 电信、联通经 悉尼 → 西雅图 → 芝加哥 → 圣何塞 绕行 |
| JP-B Cyberverse | 61 / 70 / 62 | 57 / 57 / 77 | ✅ 电信经 IIJ → 163,三网都很好 |
* 路由追踪显示 IIJ IPv6 电信到广州只有约 65ms,表格中的高值来自凌晨时段的拥堵波动。
3.3 回程路由概况
| 线路 | 电信 | 联通 | 移动 |
|---|---|---|---|
| IIJ | IIJ → 163(广东电信偶尔绕联通 4837) | IIJ → 4837 | IIJ → CMI(部分绕新加坡、香港) |
| Softbank | Softbank → 163(先进上海或北京再分发) | Softbank → 4837(6 月样本曾 绕美国圣何塞,10 月已恢复) | Softbank → CMI,经香港直达广州 |
| Cyberverse 东京 | BBIX / IIJ → 163 | 直连 4837 | Level3 → CMI |
⚠️ 检测脚本把 Cyberverse 的三网回程都标成了 "CN2 GIA",这是误判:第一跳
59.43.x.x只是商家网关地址,实际路径走的是普通的 BBIX、Softbank、IIJ、NTT、Level3 线路。
四、长期监控:7 天晚高峰规律
来自第三方的 7 天监控(天津三网,开启削峰):
| 指标(7 天平均) | IIJ 线路机器 | Softbank 线路机器 |
|---|---|---|
| 天津电信 | ❌ 808ms,丢包 20.4% | ✅ 71ms,丢包 11.7% |
| 天津联通 | 79ms | 89ms |
| 天津移动 | 117ms | 78ms |
| 天津电信 v6 | ❌ 4494ms | ❌ 315ms |
| 天津联通 v6 | 78ms | ❌ 227ms |
| 腾讯北京 | ❌ 1094ms | ✅ 59ms |
| 曲线形态 | 每天晚高峰炸到数千毫秒 | 全天平稳,仅零星尖峰 |
结论:IIJ 线路的电信方向存在每天固定的晚高峰拥堵,单次跑分如果没测到这个时段,就完全看不出来。
五、广东电信家宽实测(mtr)
5.1 IPv4
| 目标 | 时间 | 平均 | 最低 | 抖动 | 丢包 | 问题位置 |
|---|---|---|---|---|---|---|
| JP-A IIJ | 11:18 | 96ms | 57 | ❌ 29.7 | 4% | 电信东京出口交给 IIJ 的那一跳开始抖动 |
| JP-A Softbank | 14:26 | 137ms | 100 | 15.4 | ❌ 32% | 电信与 Softbank 的互联点(BBTEC)开始丢包 |
| JP-A Softbank | 14:36 | 117ms | 108 | 7.7 | ❌ 29% | 同上 |
| JP-B Cyberverse | 11:33 | 74ms | 71 | 5.4 | 5% | 电信 → NTT,路径干净 |
| JP-B Cyberverse | 14:39 | 76ms | 74 | 2.6 | 11% | 同上 |
5.2 IPv6(TCP 模式,避开 ICMP 限速)
| 目标 | 平均 | 最低 | 最差 | 说明 |
|---|---|---|---|---|
| JP-A IIJ | 633ms | 57 | 2988 | 频繁出现 1–3 秒的 TCP 重传,等同于丢包 |
| JP-A Softbank | 436ms | 346 | 1413 | 经 GTT → 巴黎 → 马赛 → 新加坡 → 东京 |
| JP-B Cyberverse | 146ms | 57 | 1094 | 偶有重传,三者中最好 |
TCP 模式下,终点显示 0% 丢包但延迟出现 1000ms、3000ms,其实就是首个连接请求丢失后靠重传到达(重传间隔 1s、3s)。
5.3 小结
对广东电信家宽来说:
- Softbank 直连反而最差:白天就有约 30% 丢包;
- IIJ 直连:最低延迟不错,但抖动大,晚高峰更糟;
- Cyberverse 最稳:IPv4 约 75ms、抖动个位数,IPv6 也是三者最好。
六、东京机房之间:前置机到后端
从 JP-B(Cyberverse)测到 JP-A:
| 目标 | 平均 | 最差 | 抖动 | 丢包 | 带宽(后端 → 前置) |
|---|---|---|---|---|---|
| IIJ IPv4 | 7.3ms | 301ms | 30.5 | 0% | 5.2 Gbps |
| IIJ IPv6 | 1.6ms | 25ms | 2.9 | 0% | 5.9 Gbps |
| Softbank IPv4 | 1.7ms | 21ms | 3.4 | 0% | — |
| Softbank IPv6 | 2.0ms | 39ms | 4.5 | 0% | — |
两台都在东京,经交换中心互联,前置转发只增加 1–2ms,后端用哪条线路对访客几乎没有影响。
七、办公网络(仅供参考)
| 目标 | 平均 | 最低 / 最高 | 丢包 |
|---|---|---|---|
| JP-A Softbank | 60ms | 55 / 157 | 0% |
pathping 显示办公网络先走企业内网,再经云厂商的出口访问外网,线路质量远好于普通家宽,不代表普通用户体验。
八、关键发现
- 线路名称不等于线路质量。 同样叫 Softbank,不同商家、不同时间的表现差别很大;同样叫 IIJ,白天和晚上判若两人。
- 单次跑分会骗人。 凌晨测的 IIJ 很漂亮,晚高峰却炸到几百上千毫秒。决策至少要看晚高峰数据或长期监控。
- 一定要从自己的网络实测。 天津电信到 Softbank 很好,广东电信到 Softbank 却丢包 30%,原因是国内进入 Softbank 的互联点不同。付费换线之前,先用 mtr 测一个同线路的 IP。
- ICMP 和 TCP 要一起看。 很多节点会限制 ping 回复,中间跳的高延迟和丢包可以忽略,判断以终点和 TCP 模式为准。
- 检测脚本的线路标签不可全信。 "CN2 GIA" 可能只是商家网关地址造成的误判。
- 前置的价值在于入口线路。 前置机与后端同在一个城市时,转发成本只有 1–2ms,访客体验完全取决于前置机的入口线路。
九、最终方案:前置 + 按运营商分流
9.1 架构
电信 / 联通用户 ──→ JP-B Cyberverse(四层转发)──1.7ms──┐
IPv6 用户 ───────→ JP-B Cyberverse(四层转发)──────────┤
▼
移动用户 / 默认 ──────────────────────────────────→ JP-A Softbank(网站本体、证书)
9.2 DNS 分线路解析(DNSPod)
| 记录 | 线路 | 指向 | 依据 |
|---|---|---|---|
| A | 电信 | JP-B Cyberverse | Softbank 电信丢包严重,Cyberverse 全天稳定 |
| A | 联通 | JP-B Cyberverse | Cyberverse 直连联通 4837,比 Softbank 快 20–40ms |
| A | 移动 | JP-A Softbank | Softbank 移动全国 60–80ms,晚高峰也稳 |
| A | 默认 | JP-A Softbank | 兜底 |
| AAAA | 默认 | JP-B Cyberverse | Softbank IPv6 绕路严重,不对外使用 |
9.3 实施要点
- 前置机只做四层 TCP 转发(443、80),不解密 HTTPS,证书和网站程序都在后端;
- 移动用户直连后端,顺便分担 1C1G 前置机的压力,前置机抖动时移动用户不受影响;
- 前置机出故障时,把电信、联通的解析临时切到后端即可恢复;
- 用 Komari 等探针持续监控前置机,重点关注晚高峰。
9.4 关于这 10 美元
从全国、晚高峰的角度看,Softbank 明显优于 IIJ,尤其是移动和北方用户;但对广东电信直连来说,两者都不理想。在最终方案中,直连后端的主要是移动用户,而这正是 Softbank 最强、IIJ 最弱的地方,所以换线最终是值得的。
附录:测试命令
# NodeQuality 综合测试
bash <(curl -sL https://run.NodeQuality.com)
# mtr:ICMP 模式
mtr -4 -c 100 -r <目标IPv4>
mtr -6 -c 100 -r <目标IPv6>
# mtr:TCP 模式(避开 ICMP 限速,端口填目标上开放的端口)
mtr -4 -T -P 22 -c 100 -r <目标IPv4>
mtr -6 -T -P 443 -c 100 -r <目标IPv6>
# iperf3:后端运行 iperf3 -s,前置机执行(-R 为后端发往前置的方向)
iperf3 -4 -c <后端IPv4> -t 20 -R
iperf3 -6 -c <后端IPv6> -t 20 -R
# Windows
ping -n 100 <目标IPv4>
pathping -q 50 <目标IPv4>
免责声明:以上数据仅代表测试时间、测试地点的网络状况,线路会随运营商调度变化,请以自己的实测为准。
避重就轻让它赔钱,就说SOFTBANK好了

不错哎
总结软银好~
好帖
总结
软银更爱国
总结:都是垃圾,加钱
@fengyaochen #6
深耕循环经济领域,专注于资源价值再创造,通过先进的回收、分拣及再利用技术,为用户提供绿色、低碳、可持续的一体化资源循环解决方案。