中國移動國際(AS58453)對使用自治 AS 的移動省份有 Qos

250 天前
 dream0689
具體表現就是像浙江、陝西、湖南、四川、吉林等省有自有 AS ,源 ip 歸屬於該 AS ,就有 Qos 。廣東移動也有自己的 AS ,但是源 ip 不屬於自有的,就沒有 Qos 。簡單來說就是使用移動骨幹 AS9808 的省份沒有 Qos 。貼圖以 cf ipv6  為例。
https://imgur.com/a/PFEUKSr
3076 次点击
所在节点    宽带症候群
20 条回复
VxJiahua
250 天前
我以前就发现了,移动对跨省流量有 qos
iijboom
250 天前
你以为的 qos:ping 低就是没有 qos
实际上的 qos:太复杂了,就你这个 ip 地址,给你带宽 qos 到几 mbps
gesse
250 天前
是不是 v6 设备更新换代问题? IPV4 有例子吗?
qwvy2g
250 天前
@iijboom 还可以按协议联动 dpi 分具体应用限制,限制不仅仅包括限速。
dream0689
250 天前
@iijboom 僅是就 ping 一個方面提出問題,其他限制帶寬、丟棄等暫不考慮。
dream0689
250 天前
@VxJiahua 還有一些線路是去程經廣州出口,回程從上海到達。
iijboom
250 天前
@qwvy2g 对的
@dream0689 只看 ping 毫无意义,多的懒得讲了,我也不方便讲。
terrancesiu
250 天前
移动有时候也负优化,去香港 icmp 走日本,udp 和 tcp 走广州直联
dream0689
250 天前
@iijboom 我本意是要貼 tcping 的圖,結果搞錯了,不過結果是一致的。Qos 確實挺複雜的。但 58453 針對源 ip 的 as ,即便是移動自己家也有不同策略應當是確實存在的。
dream0689
250 天前
@terrancesiu 你說的這種情況我目前還沒特別留意到。
dream0689
250 天前
@gesse ipv4 也是一樣的,只是丟包、時延各種問題更突出一點。
https://imgur.com/a/m5qO6kO
iijboom
250 天前
@dream0689 你试试山西的
1 183.201.192.65 -- 中国/山西/太原/移动 AS132510 0% 100 2 <1 13 1
15 172.67.3.3 -- Anycast/cloudflare.com AS13335 0% 100 63 62 65 63

@terrancesiu 你发现真相了,只能用混沌两个字来形容
dream0689
250 天前
@iijboom 我貼 v4 圖前看到了,極個別如你說的山西不一致的情況,大部分都保持一致。
dxppp
250 天前
请你贴图用图片源地址,这样可以直接显示
iijboom
250 天前
@dream0689
1 221.130.18.1 -- 中国/江苏/南京/移动 AS56046 0% 11 <1 <1 <1 2
13 172.67.1.1 -- Anycast/cloudflare.com AS13335 0% 25 36 36 40 36

不要看到一个点就以为看到了所有,移动只能用混沌两个字来形容,言尽于此,懒得多讲,今天是我太闲了
iijboom
250 天前
1 117.177.67.1 -- 中国/四川/成都/移动 AS139080 9% 86 * <1 16 2
14 172.67.3.3 -- Anycast/cloudflare.com AS13335 0% 100 63 63 64 63

1 111.12.212.1 -- 中国/青海/西宁/移动 AS9808 42% 57 * <1 18 2
2 -- -- -- -- 100% 36 * -- -- --
3 111.12.147.37 -- 中国/青海/西宁/移动 AS9808 0% 100 11 <1 15 3
14 172.67.3.3 -- Anycast/cloudflare.com AS13335 70% 46 * 70 74 70
dream0689
250 天前
@iijboom 您也可以試試貼一下那些其他 as 的省份,v4 v6 表現也不一樣。我也沒有別的意思,既然是列舉,那肯定有不全面的可能性,並沒有否定你掌握的更全面。只是討論一下,僅此而已。感謝您的多次回復,有勞了,謝謝!
bclerdx
250 天前
@terrancesiu 为何要配置不同协议走不同出口?
szzys
248 天前
@dream0689 https://t.me/+QCOz05ZmLrI5NTg9
移动跨省有做 qos ,省网做的。每个省都一样,分家客和集客。
广东移动这边目前只知道是按照家客集客来分,并没有太详细的 qos 规则。出海丢包基本都是国际公司那边额外做的 QoS ,可能内部 ip 规划不同步问题,所以就会出现有少些广移的互联网专线部分 IP 丢包。
dream0689
246 天前
@szzys 忽然发现 NTT 对来自联通 4837 访问 CF 没有策略性丢包延时等,但是对来自北上广贵等自有联通 as 省份的 CF 访问有策略性丢包。网络策略真的是个很复杂的东西。再就是发现 hkix ,好像一般只对陆港澳台菲等特定接入的 as 允许连接优化,像 singtel 有接入,但给予 200ms 的延时,singtel 本身接入容量好像也不太大。不过不确定是是不是也是因为特定 as 是 singtel 下游的原因导致。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1020186

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX