[匪夷所思] 国外线路经由移动回国，居然绕行中国电信？

[nbsn]

测试了从移动到国外的线路，发现回程绕行中国电信，是路径被劣化了吗？

之前来去路径测试基本对称，问题发生在昨天。

去程带宽测试，纯移动线路，基本正常。 回程经过电信 transit ，带宽 TCP 打对折，UDP 被严重 QOS 。

是路径被劣化了吗？

最终解决方案：新西兰那边的朋友向运营商提交了 Case 后，Spark 更新了路由，应该是把移动的路由加表了。问题就解决了

[bella0727]

楼主，为啥你的 tracert 还能显示运营商，我的提示“查询地址位置需要授权”

[Ritter]

这是什么软件

[michael00500011]

@bella0727 #1 用旧版本

[nkloveni]

回程是对端决定的，可能路由搞搓了，也可能就是为了分流，选一个便宜而烂的路径

[allenby]

@Ritter #2 besttrace

[bclerdx]

@nkloveni 是对端没给中国移动国际 CMI 或没有购买中国移动 CMI 线路吧？

[S179276SP]

@bella0727 安装之后有两个 app ，一个是 besttrace 一个是 besttrace 路由跟踪，点开 besttrace 找到右边栏的下面的查询授权，输入官网申请的 token

[bclerdx]

@S179276SP 似乎新版本的 besttrace 不在支持 Windows 7 操作系统了？

[txydhr]

新西兰这个运营商的锅

[JensenQian]

正常
没买 cmi 线路呗，被移动 qos 不是很正常吗
或者这个商家路由没调好

你是肉身在新西兰吗
在的话你要回国速度好的话，买个澳洲 9929 拿来用不就好了

[nbsn]

@JensenQian #10 不是被移动 QOS 了，是穿越电信的 4134 被 QOS 了。澳洲 9929 有推荐靠谱的商家吗？

[wi11iamZ]

感觉更像是对方买了电信 163 的 transit
一般没买 CMI 的正常回程是这样的：
0. 128.199.126.0 Loss% Snt Last Avg Best Wrst StDev AS Name PTR
1. ??? 100.0 20 0.0 0.0 0.0 0.0 0.0 -
2. 10.76.195.152 0.0% 20 0.6 0.9 0.3 3.4 0.9 -
3. 143.198.252.0 0.0% 20 0.3 0.3 0.3 0.5 0.1 -
4. 143.244.192.90 0.0% 20 0.4 0.4 0.2 0.7 0.1 -
5. 143.244.224.232 0.0% 20 1.0 0.9 0.7 1.2 0.1 -
6. 143.244.224.209 0.0% 20 0.6 0.6 0.5 0.8 0.1 -
7. 210.57.30.238 0.0% 20 1.3 10.2 1.1 71.9 20.3 4637 HK ASN-TELSTRA-GLOB unknown.telstraglobal.net
8. 223.119.48.2 0.0% 20 1.1 1.0 0.8 1.3 0.1 58453 HK CMI-INT-HK China
9. 223.120.22.214 0.0% 20 94.8 95.1 94.8 100.0 1.1 58453 HK CMI-INT-HK China
10. 221.183.92.197 0.0% 20 92.1 92.0 92.0 92.2 0.1 9808 CN CHINAMOBILE-CN
11. 221.183.92.213 0.0% 20 93.6 93.6 93.5 94.0 0.1 9808 CN CHINAMOBILE-CN
12. 221.183.167.33 30.0% 20 101.3 101.6 101.3 103.6 0.6 9808 CN CHINAMOBILE-CN
13. 221.183.137.82 90.0% 20 109.5 110.5 109.5 111.6 1.4 9808 CN CHINAMOBILE-CN
14. 221.183.122.194 95.0% 20 114.1 114.1 114.1 114.1 0.0 9808 CN CHINAMOBILE-CN
15. 223.87.26.29 80.0% 20 109.7 109.7 109.6 109.7 0.0 9808 CN CHINAMOBILE-CN
16. 223.87.26.174 0.0% 20 112.8 112.8 112.7 113.0 0.1 9808 CN CHINAMOBILE-CN
17. 223.85.135.154 0.0% 20 110.7 110.6 110.4 110.9 0.1 139080 CN CMNET-SCIDC-CN
18. 183.220.6.1 5.0% 20 114.7 114.6 114.5 114.7 0.1 9808 CN CHINAMOBILE-CN

如果当地没有 CMI ，就在 HK 进 CMI ，然后一落地就走 AS9808 。
买了 CMI 的则是这样：
traceroute to 183.247.7.1, 30 hops max, 52 bytes payload
1 172.22.85.200 *
2.67 ms
2 103.193.131.133 AS9312 Hong Kong China xtom.com.hk
hk85-2-1.it7.net 0.88 ms
3 103.193.131.89 AS9312 Hong Kong China xtom.com.hk
103.193.131.89.static.xtom.com 0.56 ms
4 103.193.131.77 AS9312 Hong Kong China xtom.com.hk
103.193.131.77.static.xtom.com 0.88 ms
5 223.119.81.186 AS58453 [CMI-INT] Hong Kong China cmi.chinamobile.com 移动
0.81 ms
6 223.119.81.185 AS58453 [CMI-INT] Hong Kong China cmi.chinamobile.com 移动
0.72 ms
7 223.120.3.205 AS58453 [CMI-INT] Hong Kong China cmi.chinamobile.com
2.00 ms
8 223.120.3.178 AS58453 [CMI-INT] Shanghai China cmi.chinamobile.com 移动
28.36 ms
9 221.183.89.170 AS9808 [CMNET] Shanghai China 回国到达层 chinamobileltd.com 移动
29.61 ms
13 183.248.135.130 AS56041 [APNIC-AP] Hangzhou Zhejiang China zj.10086.cn
34.53 ms
落地后还有一跳属于 AS58453 ，之后才走 AS9808 。
直接走 AS4134 回来得是接入了电信 163 的 transit ，结果本来口子就堵，到移动还有二次跨网损耗。

[JensenQian]

@nbsn 瓦工啊

[bclerdx]

@wi11iamZ 你的意思是指澳洲方面没有购买 CMI 的传输，则是先进入 HK TELSTRA ，然后在进入 HK CMI ，然后在进入 AS 9808 CMNET 。而买了 HK CMI 传输的，则一跳到 HK CMI AS58453 ，然后到 AS 9808 CMNET ，是这个意思吧？

[6Bpencle]

@nbsn 你直接本地套个 cloudflare warp 就行了，cloudflare 接入了 cmi

[linzh]

@wi11iamZ ping 了一下感觉 223.120.22.214 这一跳也是在广州吧，落地后也有一跳属于 AS58453 ，好像看不出来有买 transit ？

[wi11iamZ]

@bclerdx 买了 CMI 的应该会有一跳显示为境内的 CMI ，而不是直接进 AS9808 。没有买 CMI 的话标准流程就是境外走 CMI ，一落地直接进 AS9808 ，没有境内 CMI 那一跳。

[bclerdx]

@6Bpencle 有具体信息来源?

[wi11iamZ]

@linzh 后面这台机晚上高峰期到浙江移动能稳定超过 300Mbps 并且不丢包，可以确定买了 CMI transit ，不过延迟上确实奇怪

[6Bpencle]

@bclerdx 人在土澳的实测

[nbsn]

@6Bpencle 在土澳的朋友测试这个路径是没有问题的。CMI 在悉尼有 pop 点，正常的返回路由是在悉尼进入 CMI ，再进入国内。