上海联通 AS9929 的朋友帮忙测下路由和延迟

Pinging 103.201.131.7: 64 data bytes
Reply from 103.201.131.7: bytes=64 ttl=50 seq=1 time=55.000 ms
Reply from 103.201.131.7: bytes=64 ttl=50 seq=2 time=56.000 ms
Reply from 103.201.131.7: bytes=64 ttl=50 seq=3 time=55.000 ms
Reply from 103.201.131.7: bytes=64 ttl=50 seq=4 time=55.000 ms

--- Ping Statistic "103.201.131.7" ---
Packets: Sent=4, Received=4, Lost=0 (0.00% loss)
Round-trip min/avg/max = 0.000/55.250/0.000 ms

Tracing route to 103.201.131.7 over a maximum of 20 hops

1 5 ms 5 ms 4 ms 100.66.160.1
2 6 ms 6 ms 6 ms 192.168.249.2
3 8 ms 7 ms 24 ms 210.13.75.66
4 7 ms 7 ms 7 ms 210.13.75.81
5 7 ms 6 ms 7 ms 218.105.2.173
6 7 ms 7 ms 7 ms 218.105.2.202
7 55 ms 55 ms 55 ms 43.251.13.242
8 * * * Requested timed out.
9 * * * Requested timed out.
10 * * * Requested timed out.
11 55 ms 55 ms 55 ms 103.201.131.7

Trace complete.

@Emmerich 感谢。看来还是开 9929 性价比高一点。

@coolcoffee #2

开了没公网 ip 了吧

PING 103.201.131.7 (103.201.131.7) from wan3_ad: 56(84) bytes of data.
32 bytes from 103.201.131.7: icmp_req=1 ttl=51 time=36.06 ms
32 bytes from 103.201.131.7: icmp_req=2 ttl=51 time=35.34 ms
32 bytes from 103.201.131.7: icmp_req=3 ttl=51 time=35.92 ms
32 bytes from 103.201.131.7: icmp_req=4 ttl=51 time=35.63 ms
32 bytes from 103.201.131.7: icmp_req=5 ttl=51 time=35.97 ms
32 bytes from 103.201.131.7: icmp_req=6 ttl=51 time=35.57 ms
32 bytes from 103.201.131.7: icmp_req=7 ttl=51 time=36.00 ms
32 bytes from 103.201.131.7: icmp_req=8 ttl=51 time=35.57 ms
32 bytes from 103.201.131.7: icmp_req=9 ttl=51 time=36.11 ms
32 bytes from 103.201.131.7: icmp_req=10 ttl=51 time=35.98 ms
--- 103.201.131.7 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 10s

traceroute to 103.201.131.7 (103.201.131.7), 50 hops max, 46 byte packets
1 100.66.160.1 13.252 ms 4.430 ms 5.602 ms
2 192.168.249.2 5.796 ms 4.765 ms 5.232 ms
3 210.13.67.30 13.782 ms 210.13.116.90 7.004 ms 210.13.116.94 5.678 ms
4 210.13.75.21 5.673 ms 5.130 ms 5.217 ms
5 218.105.2.149 5.480 ms 5.972 ms 6.288 ms
6 210.14.165.42 6.202 ms 5.899 ms 5.998 ms
7 43.251.13.242 35.429 ms 35.104 ms 35.047 ms
8 * * *
9 * * *
10 * * *
11 103.201.131.7 35.914 ms 35.850 ms 36.131 ms

上海联通到软银 QOS 力度是不一样的，同样都是 AKARI 的机器，两个不同的网段到上海联通同一个 IP 的延迟完全不一样，低的 50 多高的 100 ，应该是联通 4837 特有的 ECMP 机制，100 多的应该是绕北京了，路由不一定能测出来

PING 103.201.131.7 (103.201.131.7) from wan3_ad: 56(84) bytes of data.
32 bytes from 103.201.131.7: icmp_req=1 ttl=50 time=53.69 ms
32 bytes from 103.201.131.7: icmp_req=2 ttl=50 time=54.10 ms
32 bytes from 103.201.131.7: icmp_req=3 ttl=50 time=54.28 ms
32 bytes from 103.201.131.7: icmp_req=4 ttl=50 time=53.58 ms
32 bytes from 103.201.131.7: icmp_req=5 ttl=50 time=53.63 ms
32 bytes from 103.201.131.7: icmp_req=6 ttl=50 time=54.22 ms
32 bytes from 103.201.131.7: icmp_req=7 ttl=50 time=54.11 ms
32 bytes from 103.201.131.7: icmp_req=8 ttl=50 time=54.19 ms
32 bytes from 103.201.131.7: icmp_req=9 ttl=50 time=53.57 ms
32 bytes from 103.201.131.7: icmp_req=10 ttl=50 time=54.15 ms
--- 103.201.131.7 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9s


traceroute to 103.201.131.7 (103.201.131.7), 10 hops max, 46 byte packets
1 100.66.160.1 4.397 ms 16.311 ms 5.714 ms
2 192.168.249.2 7.011 ms 3.933 ms 4.457 ms
3 210.13.75.82 5.752 ms 210.13.75.22 5.242 ms 210.13.75.54 5.037 ms
4 210.13.67.29 4.973 ms 5.269 ms 5.156 ms
5 218.105.2.149 5.535 ms 5.156 ms 5.255 ms
6 218.105.2.90 5.733 ms 5.941 ms 6.010 ms
7 43.251.13.242 53.842 ms 55.541 ms 53.879 ms
8 * * *
9 * * *
10 * * *

@ecapsul 开了是没有了。但是现在同运营商跨省和同省市跨运营商都有严重的 QOS ，特别是跨省和运营商两者同时叠加那速度慢的没法用，我早就是用云服务器来做 BGP 中转了。


@duoluo1234 感谢提供参考。

@fengyaochen 现在用 traceroute 和 nexttrace 应该还是准的吧，目前好像没听过运营商会去改写路由。一直没想通同一个 ip 出口处汇入的丢包率还比杭州联通绕道上海还高。

上海联通 4837 由于众所周知的原因，很多 IP 属于黑名单，结果就是每次分配到的 IP 对外的访问路由完全不可预知

@Hephaistos 我之前也用上海联通好几年才知道有这事，后悔把 9929 套餐取消了现在每月得多 20 🤣。

@coolcoffee ECMP 会分流，绕路也不一定测的出来，另外就算 ECMP 没有绕路，高延迟也有可能是因为分流到负载高的交换节点上导致延迟上升，电信联通 163 和 4837 的线路质量参差不齐，这也是为什么大家都追求 CN2 和 9929 的原因

@coolcoffee 我最近几天香港的好几台 vps 速度明显变慢。是不是和这个相关？

1 10.10.10.1 * RFC1918
_gateway 0.29 ms / 0.37 ms / 0.16 ms
2 100.66.160.1 * RFC6598
11.68 ms / 7.17 ms / 5.50 ms
3 192.168.249.2 * RFC1918
7.83 ms / 7.99 ms / 6.14 ms
4 210.13.116.94 AS9929 [UNICOM-SH] 中国 上海 chinaunicom.cn 联通 CUII
5.67 ms / 6.33 ms / 6.79 ms
5 210.13.112.249 AS9929 [UNICOM-SH] 中国 上海 chinaunicom.cn 联通 CUII
5.07 ms / 5.13 ms / 6.27 ms
6 218.105.2.149 AS9929 [CNC-BACKBONE] 中国 上海 chinaunicom.cn 联通 CUII
5.24 ms / 5.16 ms / 6.47 ms
7 210.14.165.42 * [CNC-BACKBONE] 中国 上海 联通
6.18 ms / 7.63 ms / 6.58 ms
8 43.251.13.242 AS10099 日本 东京都 东京 chinaunicomglobal.com
56.05 ms / 55.04 ms / 55.18 ms
9 *
10 *
11 *
12 103.201.131.7 AS3258 [XTOM-UK] 日本 东京都 东京 xtom.com
s51785.vps.hosting 56.06 ms / 54.96 ms / 55.27 ms

给你跑个同时间的对比

Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. OpenWrt.lan 29.2% 25 1.0 0.9 0.7 1.1 0.1
2. 223.167.245.1 0.0% 25 3.2 3.2 2.6 5.3 0.5
3. 139.226.209.41 95.7% 24 2.9 2.9 2.9 2.9 0.0
4. (waiting for reply)
5. 219.158.19.82 0.0% 24 3.0 5.8 2.5 58.9 11.4
6. 219.158.19.89 0.0% 24 3.4 9.0 2.9 37.9 8.9
7. softbank221111202013.bbtec.net 16.7% 24 104.4 103.3 80.8 106.4 5.3
8. (waiting for reply)
9. (waiting for reply)
10. (waiting for reply)
11. (waiting for reply)
12. s51785.vps.hosting 8.3% 24 115.4 109.3 82.5 116.8 7.1


Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. OpenWrt.lan 25.0% 29 0.8 0.9 0.7 1.1 0.1
2. 100.66.160.1 0.0% 29 5.4 7.9 4.5 46.8 7.7
3. 192.168.249.2 0.0% 29 14.9 10.4 4.9 22.3 5.8
4. 210.13.67.30 0.0% 29 7.4 12.1 5.8 40.5 9.2
210.13.112.250
210.13.116.90
mail.pnsearch.com
210.13.75.66
210.13.75.22
210.13.116.94
210.13.75.54
5. 210.13.67.29 0.0% 29 5.8 5.8 5.4 6.5 0.4
6. 218.105.2.149 0.0% 29 5.8 6.1 5.5 8.9 0.6
7. 218.105.2.90 0.0% 29 6.7 6.7 6.1 10.9 0.9
8. 43.251.13.242 0.0% 29 54.1 54.7 54.1 56.6 0.5
9. (waiting for reply)
10. (waiting for reply)
11. (waiting for reply)
12. s51785.vps.hosting 0.0% 28 54.4 54.5 54.2 55.2 0.2

@fengyaochen 那感觉像是 4837 线路人多 QOS 高。确实存在部分公网出口快和慢，我今天就遇到一个 4837 的公网 ip 出口也能做到 50ms 和带宽跑满。


@cocl 不好说，联通的路由一直在变，在 25 年的 9929 也经历过路由调整，更早期 oracle 东京的机器能做到 39ms ，但是调整以后没有会绕美就还不如直接美国落地了。

@dsx826 @lsylsy2 感谢帮忙提供参考信息。


结合大部分 V 友的情况看来 55 毫秒左右就是正常水平了。综合下来就是 9929 业务还算值得开，能少点折腾，平民机器也有过得去的体验。

@Hephaistos 黑名单有人总结列表么？目前我在路由器里加了个定时重播的任务，感觉可能给自己埋坑？这任务的由来是因为路由器太稳定，PPPoE 连接维持太久，有一次故障了 ISP 让重播解决的...

很久以前、一直以来不都是这样吗 软银回程路由的问题
别省市联通 AS 号 4837 软银针对 4837 回程路由都是走上海的
上海联通 有自己的 AS 号 17621 猜测软银没有针对 17621 有针对性的回程优化 经常都是绕的，有时绕北京有时广州。
这么多年观察下来 一年可能会有 1 ～ 2 个月 路由会切到上海入口，这个时间段，就很稳
然后不同家的软银线路，也略有点不同，我之前有碰过不同商家同样软银，回上海路由也不一样
你是哪家软银，如果有找到回上海一直很稳的软银，记得和我说声。 ：）

我专门搓了一个测双线的 skill

** 延迟与丢包对比（ 50 包 / 1.0s 间隔）**

| 线路 (测试源) | 丢包率 | 延迟 (Min / Avg / Max) | 抖动 (mdev) |
| ----------------------- | ------ | ------------------------- | ----------- |
| **WAN1 (AS9929)** | **0%** | **34.7 / 37.5 / 45.7 ms** | **1.9 ms** |
| **WAN2 (AS4837)** | 6% | 81.6 / 102.8 / 114.6 ms | 8.0 ms |

**去程路由简析**

- **WAN1 (AS9929 精品网)**：上海 AS9929 (`210.13.75.*` → `218.105.2.*`) 直出日本东京 CUG (`43.251.13.242` [AS10099]) → 直达东京 xTom (`103.201.131.7` [AS3258])。全程精品网直连，37.5ms 零丢包，非常稳。
- 轨迹图： https://assets.nxtrace.org/tracemap/f3e1e7bf-13ae-5233-b2e6-e0cb5331f0f9.html
- **WAN2 (AS4837 普通网)**：上海 AS4837 (`219.158.8.186`) 出境交日本软银 BBTEC (`221.111.202.9` [AS17676]) → 东京 xTom (`103.201.131.7` [AS3258])。均延 ~103ms ，有 6% 丢包与一定抖动。
- 轨迹图： https://assets.nxtrace.org/tracemap/0a256cd6-6fc9-51c4-bcfc-20d23d4663b7.html

```
延迟与丢包率对比汇总 (基于 103.201.131.7 ，发送 50 个包)
--------------------------------------------------------------------------
线路 (测试源) | 丢包率 | Min 延时 | Avg 延时 | Max 延时 | 抖动(mdev)
--------------------------------------------------------------------------
WAN1 (联通 AS9929) | 0% | 34.7ms | 37.5ms | 45.7ms | 1.9ms
WAN2 (联通 AS4837) | 6% | 81.6ms | 102.8ms | 114.6ms | 8.0ms

[WAN1 (AS9929 精品网) 去程主要跃点] :
Hop 4: 210.13.75.22 [AS9929] [UNICOM-SH] 中国 上海市 chinaunicom.cn 联通 CUII
Hop 5: 210.13.75.53 [AS9929] [UNICOM-SH] 中国 上海市 chinaunicom.cn 联通 CUII
Hop 6: 218.105.2.149 [AS9929] [CNC-BACKBONE] 中国 上海 chinaunicom.cn 联通 CUII
Hop 7: 218.105.2.90 [AS9929] [CNC-BACKBONE] 中国 上海 chinaunicom.cn 联通 CUII
Hop 8: 43.251.13.242 [AS10099] 日本 东京都 东京 chinaunicomglobal.com
Hop 12: 103.201.131.7 [AS3258] [XTOM-UK] 日本 东京都 东京 xtom.com

[WAN2 (AS4837 普通网) 去程主要跃点] :
Hop 2: 223.167.77.1 [AS17621] [UNICOM-SH] 中国 上海 chinaunicom.cn 联通
Hop 6: 219.158.8.186 [AS4837] [CU169-BACKBONE] 中国 上海 chinaunicom.cn 联通
Hop 7: 221.111.202.9 [AS17676] [BBTEC] 日本 东京都 东京 softbank.jp
Hop 12: 103.201.131.7 [AS3258] [XTOM-UK] 日本 东京都 东京 xtom.com
```

@Labope03 感谢解答。刚刚测了上海联通 4837 回程是走北京回程的。

@coolcoffee 请叫他上海联通 17621 你是哪里的软银 大阪 东京 还是哪 我记得大阪的好像好一些

@Labope03 东京的软银。 感觉还是和路由有关系，地区影响不大。 上海联通 17621 直连 45.94.40.13 这个 东京 ip 可以直接走 9929 汇入，延迟 33ms 。

家宽 9929 55ms ，而 9929 线路的 xtom 只有 30ms ，所以还是优化线路的机器要比家宽 9929 好？

@shidianxia 目前看起来是的，就像同为 CN2 也分三六九等。