中国移动是不是屏蔽了 digitalocean 的 ipv6 地址

移动的墙中墙，我有两台 do 美国的 ipv4 都被移动墙了

@MarkP 额 墙你的是 gfw 不是移动吧。移动是国内墙中墙，国外直接上。

有一定概率是城域 /省网路由配糊了，毕竟连自家 CMI 的地址都不能通，算得上是移动网维基本操作了。测: 2402:4f00:100::66d

@sendmailtest123 #3 你这个我不通

https://imgse.com/i/pSQcHZF
https://imgse.com/i/pSQcTqU
广东移动可以啊

64 bytes from 2400:6180:0:d0::c34:5001: icmp_seq=1 ttl=47 time=118 ms
64 bytes from 2400:6180:0:d0::c34:5001: icmp_seq=2 ttl=47 time=141 ms
64 bytes from 2400:6180:0:d0::c34:5001: icmp_seq=3 ttl=47 time=142 ms
移动 ipv6 通的

<a href="https://imgse.com/i/pSQgmsf"><img src="https://s1.ax1x.com/2023/01/15/pSQgmsf.png" alt="pSQgmsf.png" border="0" /></a>

你发的三个都是通的

@a413128 #8 浙江移动不通

@a413128 #7 

七八年前自己单位移动和电信地址 ping 不通 到联通偶尔不通通 移动优化完 绕 fastly 一圈转回来。。。。。

C:\Users\at>ping 2400:6180:10:200::27:d000

正在 Ping 2400:6180:10:200::27:d000 具有 32 字节的数据:
来自 2400:6180:10:200::27:d000 的回复: 时间=368ms
来自 2400:6180:10:200::27:d000 的回复: 时间=374ms
来自 2400:6180:10:200::27:d000 的回复: 时间=377ms

2400:6180:10:200::27:d000 的 Ping 统计信息:
数据包: 已发送 = 3 ，已接收 = 3 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 368ms ，最长 = 377ms ，平均 = 373ms
Control-C
^C
C:\Users\at>ping 2400:6180:100:d0::772:8001

正在 Ping 2400:6180:100:d0::772:8001 具有 32 字节的数据:
来自 2400:6180:100:d0::772:8001 的回复: 时间=308ms
来自 2400:6180:100:d0::772:8001 的回复: 时间=307ms

2400:6180:100:d0::772:8001 的 Ping 统计信息:
数据包: 已发送 = 2 ，已接收 = 2 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 307ms ，最长 = 308ms ，平均 = 307ms
Control-C
^C
C:\Users\at>ping 2400:6180:0:d0::c34:5001

正在 Ping 2400:6180:0:d0::c34:5001 具有 32 字节的数据:
请求超时。
请求超时。
来自 2400:6180:0:d0::c34:5001 的回复: 时间=107ms
来自 2400:6180:0:d0::c34:5001 的回复: 时间=106ms

2400:6180:0:d0::c34:5001 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 2 ，丢失 = 2 (50% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 106ms ，最长 = 107ms ，平均 = 106ms

C:\Users\at>ping 2409:8028:2000::1111

正在 Ping 2409:8028:2000::1111 具有 32 字节的数据:
来自 2409:8028:2000::1111 的回复: 时间=32ms
来自 2409:8028:2000::1111 的回复: 时间=31ms

2409:8028:2000::1111 的 Ping 统计信息:
数据包: 已发送 = 2 ，已接收 = 2 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 31ms ，最长 = 32ms ，平均 = 31ms
Control-C

我有一台被墙的 Vps ，移动宽带，Tracert 后发现 gfw 并没有墙它，居然是出了国门，经美国洛杉矶中国移动的 as58453 网转到 as3356 再去到 as13335 网后消失在 Lan 网。
这又是什么墙策略

@sendmailtest123 这个我用联通测了一下，笑了，从美国绕道英国，环球旅行。

另外楼主的 2400:6180:100:d0::772:8001 我也笑了，从日本绕到新加坡，再绕到香港，又绕回日本，最后到印度，东亚转圈圈，哈哈

@villivateur 2400:6180:100:d0::772:8001 我这里测试直接走日本 NTT 到新加坡 NTT 到印度 airtel.com 再到目标

@snowish
乱拳打死老师傅，得来全不费功夫。

运营商路由乱配，再加上 IPv6 PMTU 黑洞，emmm....要命

给移动发投诉，投诉网运，就可以了

@mytsing520 #18 哪里投诉？

@NathanIft1998 10086

移动不愧墙中墙，我现在只能用 cf 的 cdn 加速，配合 ip 优选还能凑合用

@snowish 你能连上被🧱的 IP 吗？单独被🧱的 IP 能出国门，但是最后一跳被全部丢包。

@sendmailtest123 AS58807 的上海广州出口还没启用，移动是放弃 CMIN2 了？

北方移动，全都能 ping 通，连楼上说的几个全球乱转的，我这儿路由都是直的。。。

@xuwuyibing #23 浙江不行，年后了还是一样

四川移动，全部能 ping 通的。应该和地方运营商甚至管局有关

@wq2020wdm 你现在用的优选 ip 是 ipv4 还是 ipv6 ？我这里是广东移动，这两天无论是 ipv4 还是 ipv6 ，到 cf 香港节点的延迟都 200+，卡得我都没法用……

@YunXuyun 一样的，延迟高，下载还行，已经放弃了，优选一个星期不到就得换

浙江移动存在这个问题。
具体表现为 IP 属于 AS9808 的 V6 出口正常
属于省内各大市移动的自有 AS 的，则不正常