@gtchan13579 aws 在日本跟联通 4837 直连了，没有经 ntt 吧！有问题的，不稳定的应该是经日本 ntt 的线路吧！

@szzys 忽然发现 NTT 对来自联通 4837 访问 CF 没有策略性丢包延时等，但是对来自北上广贵等自有联通 as 省份的 CF 访问有策略性丢包。网络策略真的是个很复杂的东西。再就是发现 hkix ，好像一般只对陆港澳台菲等特定接入的 as 允许连接优化，像 singtel 有接入，但给予 200ms 的延时，singtel 本身接入容量好像也不太大。不过不确定是是不是也是因为特定 as 是 singtel 下游的原因导致。

联通到 hk 也好很多了，不过好像那些有自有 as 的联通省份，像广东、上海、北京、贵州等并不一定改善了。

@iijboom 您也可以試試貼一下那些其他 as 的省份，v4 v6 表現也不一樣。我也沒有別的意思，既然是列舉，那肯定有不全面的可能性，並沒有否定你掌握的更全面。只是討論一下，僅此而已。感謝您的多次回復，有勞了，謝謝！

@iijboom 我貼 v4 圖前看到了，極個別如你說的山西不一致的情況，大部分都保持一致。

@gesse ipv4 也是一樣的，只是丟包、時延各種問題更突出一點。
https://imgur.com/a/m5qO6kO

@terrancesiu 你說的這種情況我目前還沒特別留意到。

@iijboom 我本意是要貼 tcping 的圖，結果搞錯了，不過結果是一致的。Qos 確實挺複雜的。但 58453 針對源 ip 的 as ，即便是移動自己家也有不同策略應當是確實存在的。

@VxJiahua 還有一些線路是去程經廣州出口，回程從上海到達。

@iijboom 僅是就 ping 一個方面提出問題，其他限制帶寬、丟棄等暫不考慮。

@RNalUXECtoAD 被自动转移的都是.com 。

@RNalUXECtoAD 系统后台自行操作转移了，用户没动，但用户收到了转移邮件，whois 查询也显示域名都被转移了。

UP 的文字重点应该是去厦门拍婚纱照，顺便去旅游了。

@lovelylain 后台自动转过去的，发了封转接邮件。不过 60 天后可以转移到其他地方。

有部分域名已经被批量转移到 gandi 了

Freenom 上的域名已经批量转移到 gandi 了。

@szzys cf 跟 cmi 在 hk 的直连，又被拔线了。移动连 cf hk 被 Qos 的都是经 hkix 中转的。除 cmi 外，其他海外 as 经 hkix 连 cf 大都正常，singtel 好像和 cmi 一样经 hkix 连 cf 也会被 Qos.

openwrt 网络-防火墙-LAN 区域 勾选动态伪装(即 NAT)

IX 本身也有盈利和非盈利之分吧，盈利的接入价格也不菲吧！再加上不是云或者大企业，一般也都没接入 ix 。