nbsn

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

  •  
  •   nbsn · Jul 23, 2024 · 5048 views
    This topic created in 836 days ago, the information mentioned may be changed or developed.

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

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

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

    是路径被劣化了吗?

    cntonz.png nztocn.png

    Supplement 1  ·  Jul 29, 2024
    最终解决方案:新西兰那边的朋友向运营商提交了 Case 后,Spark 更新了路由,应该是把移动的路由加表了。问题就解决了
    21 replies  •  2024-07-25 08:23:33 +08:00
    bella0727
    bella0727
    Jul 23, 2024
    1
    楼主,为啥你的 tracert 还能显示运营商,我的提示“查询地址位置需要授权”
    Ritter
    Ritter
    Jul 23, 2024
    2
    这是什么软件
    michael00500011
    michael00500011
    Jul 23, 2024
    3
    @bella0727 #1 用旧版本
    nkloveni
    nkloveni
    Jul 23, 2024❤️1
    4
    回程是对端决定的,可能路由搞搓了,也可能就是为了分流,选一个便宜而烂的路径
    allenby
    allenby
    Jul 23, 2024 via Android
    5
    @Ritter #2 besttrace
    bclerdx
    bclerdx
    Jul 23, 2024
    6
    @nkloveni 是对端没给中国移动国际 CMI 或没有购买中国移动 CMI 线路吧?
    S179276SP
    S179276SP
    Jul 23, 2024
    7
    @bella0727 安装之后有两个 app ,一个是 besttrace 一个是 besttrace 路由跟踪,点开 besttrace 找到右边栏的下面的查询授权,输入官网申请的 token
    bclerdx
    bclerdx
    Jul 23, 2024
    8
    @S179276SP 似乎新版本的 besttrace 不在支持 Windows 7 操作系统了?
    txydhr
    txydhr
    Jul 23, 2024 via iPhone
    9
    新西兰这个运营商的锅
    JensenQian
    JensenQian
    Jul 23, 2024
    10
    正常
    没买 cmi 线路呗,被移动 qos 不是很正常吗
    或者这个商家路由没调好

    你是肉身在新西兰吗
    在的话你要回国速度好的话,买个澳洲 9929 拿来用不就好了
    nbsn
    nbsn
    OP
    Jul 23, 2024
    11
    @JensenQian #10 不是被移动 QOS 了,是穿越电信的 4134 被 QOS 了。澳洲 9929 有推荐靠谱的商家吗?
    wi11iamZ
    wi11iamZ
    Jul 23, 2024
    12
    感觉更像是对方买了电信 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
    JensenQian
    Jul 23, 2024 via Android
    13
    @nbsn 瓦工啊
    bclerdx
    bclerdx
    Jul 23, 2024
    14
    @wi11iamZ 你的意思是指澳洲方面没有购买 CMI 的传输,则是先进入 HK TELSTRA ,然后在进入 HK CMI ,然后在进入 AS 9808 CMNET 。而买了 HK CMI 传输的,则一跳到 HK CMI AS58453 ,然后到 AS 9808 CMNET ,是这个意思吧?
    6Bpencle
    6Bpencle
    Jul 23, 2024
    15
    @nbsn 你直接本地套个 cloudflare warp 就行了,cloudflare 接入了 cmi
    linzh
    linzh
    Jul 24, 2024
    16
    @wi11iamZ ping 了一下感觉 223.120.22.214 这一跳也是在广州吧,落地后也有一跳属于 AS58453 ,好像看不出来有买 transit ?
    wi11iamZ
    wi11iamZ
    Jul 24, 2024
    17
    @bclerdx 买了 CMI 的应该会有一跳显示为境内的 CMI ,而不是直接进 AS9808 。没有买 CMI 的话标准流程就是境外走 CMI ,一落地直接进 AS9808 ,没有境内 CMI 那一跳。
    bclerdx
    bclerdx
    Jul 24, 2024 via Android
    18
    @6Bpencle 有具体信息来源?
    wi11iamZ
    wi11iamZ
    Jul 24, 2024
    19
    @linzh 后面这台机晚上高峰期到浙江移动能稳定超过 300Mbps 并且不丢包,可以确定买了 CMI transit ,不过延迟上确实奇怪
    6Bpencle
    6Bpencle
    Jul 25, 2024
    20
    @bclerdx 人在土澳的实测
    nbsn
    nbsn
    OP
    Jul 25, 2024
    21
    @6Bpencle 在土澳的朋友测试这个路径是没有问题的。CMI 在悉尼有 pop 点,正常的返回路由是在悉尼进入 CMI ,再进入国内。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1568 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 71ms · UTC 23:38 · PVG 07:38 · LAX 15:38 · JFK 18:38
    ♥ Do have faith in what you're doing.