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

[NathanIft1998]

坐标浙江，用移动宽带 ping 国内的 ipv6 地址是通的，ping digitalocean 新加坡的 ipv4 也是通的，ping 同台设备的 ipv6 地址不通，开始我以为是个例，连开五台都一样，还尝试了印度和新西兰都一样，难道是 ipv6 开启了白名单模式

ipv6 测试地址：
ping 2409:8028:2000::1111 #移动 dns （通）
ping 2400:6180:0:d0::c34:5001 #do 新加坡（不通）
ping 2400:6180:100:d0::772:8001 #do 印度（不通）
ping 2400:6180:10:200::27:d000 #do 新西兰（不通）

补充一下 测试了浙江移动 5G 也不通

2023 年 3 月 8 日恢复正常

[MarkP]

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

[haikouwang]

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

[sendmailtest123]

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

[NathanIft1998]

@sendmailtest123 #3 你这个我不通

[a413128]

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

[kimigaooo]

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 通的

[a413128]

<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]

你发的三个都是通的

[NathanIft1998]

@a413128 #8 浙江移动不通

[NathanIft1998]

@a413128 #7 

[spacezip]

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

[selca]

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

[snowish]

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

[villivateur]

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

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

[loukky]

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

[Kowloon]

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

[droidmax61]

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

[mytsing520]

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

[NathanIft1998]

@mytsing520 #18 哪里投诉？

[mytsing520]

@NathanIft1998 10086

[wq2020wdm]

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

[AlphaTauriHonda]

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

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

[xuwuyibing]

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

[NathanIft1998]

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

[neiltroyer849]

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

[YunXuyun]

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

[wq2020wdm]

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

[abcd4good]

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