会封端口的大佬，坚守 trojan 就得搞个动态端口

@sharo580 我让 AI 写了个脚本，测 vps 到 ipv4.sha-9929.endpoint.nxtrace.org 的回程，
SB 快路径 (<45ms): 495 慢路径 (45-65ms): 497 其他: 8
akari 快路径 (<45ms): 502 慢路径 (45-65ms): 497 其他: 1
xtom_gen2 快路径 (<45ms): 503 慢路径 (45-65ms): 497 其他: 0
dmit_t1 快路径 (<45ms): 1000 慢路径 (45-65ms): 0 其他: 0
甲骨文春川 快路径 (<45ms): 678 慢路径 (45-65ms): 322 其他: 0

前三者回程路由都是 jpnap-10099-9929
dmit t1 回程不经过 10099 （去程经过），走 bbix-bbtec-9929

@zcp19970603 dmit ti 确实有可能会改路由。hkg t1 现在稳定在 40 好几个月了（也是托上文所说的 9929 连 10099+ix 的福），之前 60 多（绕日本）还抖动。tyo t1 上个月放货买了台，绕新加坡去了，立马退货。不过现在看 lg 路由优化好了，估计能长期稳定在 40 以内

@sharo580 前几个月，9929 改了路由，连亚太都走境外 ix ，附送 10099 。这次改动之后，sb akari 等从稳定 40 到 ecmp ；甲骨文东京从 40 到彻底废了，甲骨文韩国从垃圾变成香饽饽，32 和 46 ecmp 。dmit tyo ti 回程不走 ix+10099 ，走 bbtec 回 9929 ，似乎就保留了 sb 的优良传统

@sharo580 9929 和 sb 还不错，但 50 多那个终归有点不好看，用 dmit tyo t1 能稳定在 30 几，也不用像楼主这么折腾，虽然探索精神值得点赞

好像家宽 9929 到 sb 也这样，时而 30 时而 50 多。我还以为 50 多的是绕道北京了……

@v1 你说的这点我倒没感觉到，icmp 和 tcp 境外流量都是 9929 出去的，udp 现在是 4837 出去了（记得以前好像 udp 也是 9929 ？存疑）。不过联通这规则改来改去，4837 动不动拨号到外网黑洞，现在 9929 也这样。交了钱的商用服务视同儿戏，真是草台班子一样

9929 最近出状况了，要反复拨号才能连上外网，成功目测只有概率 30%……

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