搬瓦工日本东京 JPTY_1 机房：三网回程线路与国内延迟评测

近期本站发现搬瓦工在 CN2 GIA-E 套餐的机房迁移列表中新增了一个日本东京机房，完整机房名称为“Japan: Tokyo (AMD+NVMe, China Direct) [JPTY_1]”。从名称可以看到，这个机房使用 AMD 处理器和 NVMe 存储，并将 China Direct 作为中国方向的网络说明。

不过，China Direct 只是“中国方向直连”的统称，并没有写出电信、联通和移动分别使用什么线路。它是不是 CN2 GIA、联通 9929、CMIN2，或者和日本大阪 JPOS_1 一样使用软银线路，都需要通过实际的路由进行判断。

本站将一台搬瓦工 VPS 迁移到 JPTY_1 机房，并测试了三网回程和中国大陆节点的延迟，下面就来看看这个东京机房实际走什么线路吧。

一、搬瓦工 JPTY_1 日本东京机房介绍

JPTY_1 位于日本东京，目前可以在 CN2 GIA-E 套餐的机房迁移列表中选择，它与日本大阪 JPOS_1 不是同一个机房，两者的所在地区和网络标注都不一样。

• 机房代码：JPTY_1
• 物理位置：日本东京
• 处理器平台：AMD
• 存储类型：官方标注 NVMe
• 网络名称：China Direct

JPTY_1 标注为日本东京、AMD+NVMe 和 China Direct

如果您想对比搬瓦工东京现有的 CN2 GIA 机房，可以看：搬瓦工日本东京 CN2 GIA JPTYO_8 方案详解。

二、搬瓦工 JPTY_1 三网回程测试

回程是指数据从搬瓦工东京 VPS 返回国内电信、联通和移动网络时经过的路径。不同运营商、不同城市可能走不同线路，所以这里先通过 Backtrace 查看多个地区的回程概况，再用 NextTrace 检查北京三网的详细路径。

JPTY_1 多地区回程测试显示，电信、联通和移动分别经过 CMI、163、AS4837 等线路

从测试结果来看，JPTY_1 并没有给三家运营商统一使用同一条精品线路，而是根据目标网络和地区选择不同的回程路径。

测试中还有几个节点显示超时，这种情况可能是中间设备没有回复探测数据，并不能说明该地区无法连接。

1. 北京电信回程

为了确认 JPTY_1 返回北京电信时经过哪些网络，本站使用 NextTrace 对北京电信节点进行了详细路由测试。

JPTY_1 到北京电信先走 CMI 和中国移动骨干网，进入国内后转入中国电信 163 网络

北京电信回程从东京接入 AS58453 CMI-INTL，随后通过 AS9808 中国移动骨干网进入国内，最后转入 AS4134 中国电信 163 骨干网。

这条路由我们可以理解为：

东京 JPTY_1
→ CMI 国际网络
→ 中国移动骨干网
→ 中国电信 163 网络
→ 北京电信

它不是 CN2 GIA，也不是电信自己的单一回程，而是先走移动网络进入国内，再通过跨网互联到达中国电信。

2. 北京联通回程

北京联通的回程线路与电信不同，下面我们继续通过详细路由查看它是否使用 AS9929，以及数据进入国内后经过哪些联通网络。

JPTY_1 到北京联通的国内回程进入 AS4837 联通骨干网，最后接入 AS4808 北京联通

北京联通回程在国内部分进入 AS4837 联通骨干网，随后接入 AS4808 北京联通。

这条路由可以概括为：

东京 JPTY_1
→ 海外中间节点未回复
→ 联通 AS4837 骨干网
→ 北京联通

路由中没有出现 AS9929，第3跳到第8跳没有返回节点信息，从最终结果来看，北京联通延迟约为 70ms，没有出现绕欧美线路。

如果您主要使用中国联通，并且想了解搬瓦工其他采用 AS4837 回程的套餐，可以对比：搬瓦工 THE CHICKEN 限量版：$39.99 年付 AS4837 线路套餐详情。

3. 北京移动回程

最后来看北京移动，通过这条详细路由，可以看到 JPTY_1 返回移动网络时经过哪些线路。

JPTY_1 到北京移动先接入 CMI 国际网络，再进入 AS9808 中国移动骨干网，最后到达北京移动

北京移动回程从东京进入 AS58453 CMI-INTL，随后转入 AS9808 中国移动骨干网，最后到达 AS56048 北京移动。

完整路径可以概括为：

东京 JPTY_1
→ CMI 国际网络
→ 中国移动 AS9808 骨干网
→ 北京移动

测试中成都移动节点在 Backtrace 汇总中被识别为 CMIN2，部分中间节点约为 100ms，但最终到北京移动只有约 57ms。

搬瓦工还有一款位于日本东京 DC39 机房、采用三网 CMI 回程的限量套餐，具体配置和线路可以查看：搬瓦工 SakuraBox 限量版套餐介绍。

三、搬瓦工 JPTY_1 中国大陆延迟测试

为了了解国内不同地区访问 JPTY_1 机房的延迟情况，本站使用 ITDOG 的 162 个中国大陆节点进行了 Ping 测试。

JPTY_1 在 ITDOG 中国大陆 162 个节点的平均延迟为 68ms，电信、联通和移动平均延迟相差较小

本次测试结果如下：

• 全部节点平均延迟：68ms
• 中国电信平均延迟：68ms
• 中国联通平均延迟：70ms
• 中国移动平均延迟：68ms
• 华东地区平均延迟：56ms
• 华南地区平均延迟：73ms
• 华中地区平均延迟：65ms
• 华北地区平均延迟：68ms
• 西南地区平均延迟：80ms
• 西北地区平均延迟：78ms
• 东北地区平均延迟：76ms

最快节点是上海电信，延迟约为 32ms；最慢节点是新疆博州联通，延迟约为 139ms，东京距离华东地区较近，因此上海、江苏和浙江等地区的延迟更低。电信、联通和移动的全国平均延迟分别为 68ms、70ms 和 68ms，目前看来这三家运营商相差不大。

四、JPTY_1 的 China Direct 是什么线路？

根据这次三网回程测试，搬瓦工 JPTY_1 机房的 China Direct 不是一条固定的精品网络。

它的实际情况是：

• 电信可能通过 CMI 进入国内，再跨网转入电信 163；
• 联通主要进入 AS4837 骨干网，没有使用 AS9929；
• 移动主要使用 CMI 和 AS9808，个别地区出现 CMIN2；
• 测试中没有发现 CN2 GIA；
• 测试中没有发现日本软银 SoftBank 路由。

从当前可见路由和全国延迟看，JPTY_1 没有出现绕美国或欧洲后再进入中国大陆的高延迟情况。

如果您想了解搬瓦工明确采用三网 CMI 回程的其他机房，可以参考：搬瓦工香港 HK85 限量版套餐介绍。

五、总结

搬瓦工 JPTY_1 位于日本东京，官方标注 AMD、NVMe 和 China Direct，在本站的实际测试中发现，它的三网回程采用多种普通骨干线路，并不是三网统一使用同一条优化网络。

北京电信回程通过 CMI 和中国移动骨干网进入国内，最后跨网转入电信 163；北京联通进入 AS4837；北京移动通过 CMI 和 AS9808 返回国内，全国 162 个测试节点平均延迟为 68ms，其中华东地区平均为 56ms。

对于电信用户，JPTY_1 机房没有 CN2 GIA 线路，跨网回程在网络拥堵时可能受到影响；联通用户走 AS4837，不属于 9929线路；移动用户的回程路径相对完整，但大部分节点仍是普通 CMI，不是全程 CMIN2。

如果您的主要需求是日本东京位置和国内较低延迟，搬瓦工提供了一个新的机房选项，如果您看重的是 CN2 GIA、CMIN2 或联通 9929等固定精品线路，这次测试结果并不符合您的要求。

需要注意，线路会受到目标地区、运营商、路由调整和测试时间影响，以上结果来自本站当前测试 VPS，只代表本次测试时的实际路由。