DMIT 频道推送的消息：CTGnet reply due to NCP cable fault. The traffic between Tokyo and Shanghai is now bypassing Hong Kong.
看来是沪日 NCP 出问题

210.13.75.130 的 smokeping： https://i.imgur.com/UfdS5sl.png

上海联通 9929 的一个回程节点 210.13.75.130 和其他 210.13.11x.xx 的回程路由一直是不同的，甲骨文东京回其他节点都是 40ms ，唯独这个节点绕美
```
1 140.91.206.96 AS31898 [ORACLE-CLOUD] 日本 东京都 东京 cloud.oracle.com
0.37 ms / 0.35 ms / 0.30 ms
2 61.200.80.62 AS2914 日本 东京都 东京 gin.ntt.net
ae-0.oracle-oci.tokyjp10.jp.bb.gin.ntt.net 1.35 ms / 1.33 ms / 26.97 ms
3 61.200.80.61 AS2914 日本 东京都 东京 gin.ntt.net
1.31 ms / 1.08 ms / 1.12 ms
4 *
5 129.250.5.92 AS2914 [NTT-BACKBONE] 日本 东京都 东京 gin.ntt.net
ae-0.a03.tokyjp05.jp.bb.gin.ntt.net 1.20 ms / 16.03 ms / 1.34 ms
6 129.250.8.153 AS2914 [NTT-BACKBONE] 日本 东京都 东京 NTT-CNC(SH)-Peer gin.ntt.net
32.73 ms / 32.69 ms / 32.70 ms
7 210.14.165.33 * [CNC-BACKBONE] 中国 上海 联通
33.22 ms / 33.12 ms / 33.31 ms
8 218.105.2.174 AS9929 [CNC-BACKBONE] 中国 上海 chinaunicom.cn 联通 CUII
33.50 ms / 33.48 ms / 33.46 ms
9 210.13.116.90 AS9929 [UNICOM-SH] 中国 上海 chinaunicom.cn 联通 CUII
34.50 ms / 34.33 ms / 34.47 ms
```
```
1 140.91.206.118 AS31898 [ORACLE-CLOUD] 日本 东京都 东京 cloud.oracle.com
0.37 ms / 0.25 ms / 0.40 ms
2 154.18.0.117 AS174 [COGENT-BONE] 日本 东京都 东京 cogentco.com
1.21 ms / 1.40 ms / 1.16 ms
3 *
4 154.54.91.213 AS174 [COGENT-BONE] 日本 东京都 东京 cogentco.com
be3050.ccr81.tyo01.atlas.cogentco.com 2.43 ms / 2.82 ms / 3.68 ms
5 154.54.164.209 AS174 [COGENT-BONE] 美国 加利福尼亚 洛杉矶 cogentco.com
be2079.ccr41.lax04.atlas.cogentco.com 103.92 ms / 104.06 ms / 103.91 ms
6 38.142.239.114 AS174 中国 上海 洛杉矶-上海 CUII cogentco.com
130.93 ms / 130.97 ms / 130.98 ms
7 210.14.186.133 * [CNC-BACKBONE] 中国 上海
134.03 ms / 131.55 ms / 131.47 ms
8 218.105.2.198 AS9929 [CNC-BACKBONE] 中国 上海 chinaunicom.cn 联通 CUII
132.16 ms / 132.08 ms / 132.13 ms
9 210.13.116.86 AS9929 [UNICOM-SH] 中国 上海 chinaunicom.cn 联通 CUII
133.23 ms / 143.24 ms / 133.40 ms
10 210.13.75.130 AS9929 [UNICOM-SH] 中国 上海 chinaunicom.cn 联通 CUII
133.05 ms / 132.35 ms / 132.97 ms
```

@dizhang cu 是哪条线路？ DMIT 这两天一直被 ddos ，东京 pro 都炸了。
我很确定是 9929 的问题，看 smokeping 能看出来稳定运行了很久最近几天开始炸

用 opendns 和 controld 的 IP doh ，可以 luo 连，gfw 的漏网之鱼

@dizhang 4 月 8 号路由变动的，https://i.imgur.com/z5nIvYv.png

@dizhang 甲骨文新加坡/新加坡西 都是直的，9929 延迟 76 左右

@dizhang ntt 到 9929 好像拉闸了，没有直连了，希望能拉回来。以前走 ntt 的都改软硬和 iij 了

能直连当然直连，走代理性能损耗大

看我的帖子，总结了适合作为 agh 上游的 ecd dns
/t/1086059

@PROJECT 感谢测试，看来 cn2 这是去了香港。
P.S.: 9929 优势就是连东京 ntt ，延迟低（稳定 40 ）带宽大基本没抖动。
新加坡的话，甲骨文新加披一区和二区年后 9929 都调整了路由，目前直连 singtel 延迟 66 ，至于解锁可以套 cfwarp

@dizhang 请问精品网现在到 1.1.1.1 的延迟如何呢？

过年前出现的，cf 的问题，去其他 ntt 东京没有绕路
这种等几周一般就会恢复，以前也出现过

跨省劣化，跨网劣化，唉

加拿大 vpn 服务商 Windscribe 旗下的服务，技术上跟 nextdns 不是一个档次，只适合作为备用

保险起见已经删除 worker 了，虽然代码混淆一下还能用。之前被 cf 识别出来两次改改还能继续用，按这个节奏，今后还会继续严打甚至封号

真要列举的话，除了 op 提到的几个还有：
dns0.eu 支持 doq/doh3
rethinkdns 的 cf 版：sky.xxxx 支持 doh3
controld 免费版/paid 版全线支持 doq/doh3 （可以用 Comss.one DNS 来白嫖 paid 版）
quad9 的 doq/doh3 支持在路上请关注 reddit quad9 的 sub

另外插一句，doq 纯属鸡肋协议，容易被 qos 容易被墙盯上，几乎没客户端支持，少数支持的也各种 bug （回环之类）
doh2/3 自适应才是坠吼滴

自建递归最好。另外不建议用 doq/doh3 ，我这 9929 线路上分分钟 qos 到你姥姥都不认……最稳的还是 doh 2/3 双栈自适应