@fastcache 这么惨，运营商出钱又受罪。🤬
是不是把🧱拆了拥堵就完全解决，跨国速度和其他地区差不多了？
有没有什么办法检测墙的负载程度？估计瓶颈在北上广的数据中心。其他分布式部署的🧱功能简单，数量多，应该没有什么问题。高级功能只能藏在北上广，造成容量不足。

@dxppp 现在 58807 没有上海广州出口还是半成品，移动就拿出来卖了？

@fastcache 厉害，这都能预测。跨国连接的速度主要受制于🧱还是带宽？
估计墙也没让运营商知道太多，位置和性能可能对于运营商都是黑箱的。不过 IP 和端口的封锁是在经过墙之前就部署好的，估计配置运营商也有一份。

@zhx0017 刚才测试了一下 AWS 日本连联通的速度。没有山西的测试点，找了个就近的河南联通。
https://www.v2ex.com/i/FVnx3TrS.png
https://www.speedtest.net/result/c/da6fb3b1-56d8-4a2b-96e0-c365d9aec2cb
速度快，可能可以跑满宽带，你试试。

有一些地方把 IP 封了，或者把端口墙了。
这类屏蔽 IP 或者端口的墙数量很多，是分布式的。

@zhx0017 山西想要延迟低只有🇭🇰🇲🇴🇹🇼🇯🇵🇰🇷可选。其实 80ms 都不差。

@Marionic0723 聽唔明，點算🤣

@zhx0017 建议直连，别用 Cloudflare 了。联通到这个 IP 延迟多少？ 103.4.10.139

跨国带宽数据都不公布？
难道出口带宽不升反降？

@Marionic0723 联通连美国 AT&T 只有下行会延迟很高，上传没有问题。
电信连日本 NTT 是上传很卡，下行没问题。
真神奇。

你试试这个 IP 延迟多少，103.4.10.139 。

为什么这主题会跳转到主页？

之前正常，现在出现问题，应该就是墙增高了吧。

@omcourseecust 157.133.197.235 ，这个 IP 是 9929 和 58807 混合的。
58807 上海同广州的国际出口还没有开通，等开通后延迟应该会有所改善。
现在上海 58807 到 SGIX 延迟高达 80 多 ms ，因为绕了北京。

@sendmailtest123 十分感谢，现在是难得新增一个国际出口的时候。

太恐怖了。😱

@datou 目前是这样的，应该是因为还没建好。

@Archeb 测完了发现不多，有些 IP 段根本没开 ICMP 。

@Archeb 感谢，所有出口一目了然了。就是开放 ICMP 的不多。

皮革的壳真不耐用。

辽宁移动使用了 58807 出口的 IP：36.129.154.30 ，36.129.155.1 。

福建移动的 IP：183.252.191.100 。

现在看起来所有的 IP 都绕北京 58807 出口，包括福建移动，所以延迟不好。