@m1nm13 ip 没封，我这是上海联通，不是电信，但是被 gfw 影响应该是一致的，貌似是针对特定域名有 sni 阻断（可能还有特定 ip 段的条件）。
比如说 aws.xxxx.com 用 doh 查询直接 tcp reset ，换用 aws-v4.xxx.com 就正常，然后甲骨文东京和新加坡情况很严重，逼得我一个个改 ip 改域名，其他地方好像就没啥事。奇妙的是当 doh reset 后，我换用 doh3 可能就正常。然后有些情况是 doh 正常，我用 doh3 查询以后，好像触碰了 gfw 的 g 点一样，再回去用 doh 又被重置。doq 也尝试过，所有机子全通，我还美滋滋地准备用 doq 续命，谁想过一晚上全部失联。
目前解决方案是全部退回用传统 doh ，域名 ip 全换，暂时没出现阻断情况了

自建 dns 这最近开始出现严重 sni 阻断，换成 ip 证书就一切正常了

@dizhang 都很稳，甲骨文 sg 的回程绕日本 ntt ，延迟稍高： https://i.imgur.com/Wl6KjU1.png ，甲骨文 sg 新区回程直连 singtel： https://i.imgur.com/q1NGlI9.png
我没有 hk 小鸡，从 cloudflare hk 节点来看到 hk 也稳，但 9929 最优线路还是去日本 ntt

@shakespark 上海这里速度也很美，9929 连甲骨文东京单线程 600m ，三线程跑满 1.2g ，作为主力长期使用很稳

@huihuilang 碰到这种路由器重拨即刻解决，这应该是他们设计的惩罚策略，不能长时间占用大带宽

NTT 到 9929 一直还蛮稳的
<blockquote class="imgur-embed-pub" lang="en" data-id="a/Qw3VmuN" data-context="false" ><a href="//imgur.com/a/Qw3VmuN"></a></blockquote><script async src="//s.imgur.com/min/embed.js" charset="utf-8"></script>

9929 互联网直通车路由挂了啊，请楼主解决

sing-box ios 客户端支持

@vfx666 cn2 这么低延迟得上香港，那月租不菲，而 9929+免费的甲骨文就直接起飞

@shakespark 上海联通极其便宜

9929 到 CF 的体验也是极好的，附近的节点有香港（延迟 70 或者 40 ）、东京（延迟 40 或者 200 ）、大阪（路由经过东京，延迟 50 ）。香港和东京的路由反复横跳，也不知道是怎么回事……
搭配白嫖 CF warp 和 workers ，低延迟无感爬梯

@hadoop 这么用稳定跑了一两年了，一条带公网 ip 同时可以让手机连回来，出国流量统一打到 9929

9929 连 NTT 效果：
https://www.speedtest.net/result/c/cdc46cb9-7ece-4bd3-85e5-f839202369d1
https://www.speedtest.net/result/c/8a005e08-adea-4c7f-9224-d73e1b35d430
连 NTT 单线程 650 ，两线程就能跑满 1200 ，几乎不丢包，体验最好的线路了

貌似昨天开始恢复正常了，cf workers 延迟 30 多，跑满 9929 千兆

油管走 quic 的话确实可以直连成功，*.googlevideo.com 的不少 ip 没有被墙死

不折腾了，一怒之下把路由器和所有 vps 的 v6 都给关了

@lin559671 @bigboyq 学习了，哪些路由器支持硬件加速 v6 呢？

@xinge666 @jim9606 基本确定就是 ax86u 本身的问题了。
我刷回华硕官方固件，从路由器内部测 speedtest v6 依旧跑不满。但是电脑连路由器测 v6 能跑满 1200 ！
算了不折腾了，将就着用吧