不知道那些说手机流量 MTU 是 1500 的结论是怎么来的，反正广东移动、联通的手机流量 MTU 都不是 1500 ，移动是 1420 联通是 1400 ，不过楼主说的结论也确实不成立这些 MTU 值应该都被判定为代理但实际没有

@zx900930 法国运营商确实挺牛的，连谷歌都不愿意 peer ，但不买他们的 transit 问题也不大到隔壁的 DE-CIX 、LINX 、AMS-IX 去交换不就行了最多延迟高点，这也许是法国境内没有知名 ix 的原因吧

通过测试来看没有一个递归 dns （包括谷歌、cloudflare 等国外知名 dns ）能完整返回 100 个记录，我这里阿里和百度都返回了 SERVFAIL ，结果不一样应该是阿里 dns 不同区域的后端采用了不一样处理的方式，除了 114 其他国内外正常应答的 dns 应答个数都在合理上限以上（一般都是 50 个左右，dnspod 应答了 27 个应该满足最低限度），值得注意的是 dnspod 返回的状态码不正常（ status: BADVERS ），查了一下意思是 EDNS 版本的错误扩展机制应该没有多大的问题

其实还有一个重要原因我看没人说，就是因为国内环境决定了内容商 99%与运营商的互联靠的是买 IP transit 而不是国外主流的对等 peer ，造成运营商的大部分公网 IPv4 需保留给互联网企业开展业务留给用户的只有很少一部分，运营商除了给内容商公网 IPv4 还要给每个宽带用户分配公网 IPv4 除了美国的运营商没一个国家能做到吧？

@johnjiang85 dnspod 这样做的目的是什么？防止某些权威对 IPv6 ECS 的兼容性不好导致结果错误？
顺便说一下通过测试发现在国内阿里 DNS 如果使用移动、联通、电信的网络环境或者提交给阿里 DNS 的 ECS 为这三家阿里将不会给权威提交 ECS ，而是将请求转发给部署在对应运营商的后端节点进行请求（相当于每个省份的三大运营商都部署了一套或者更多递归出口来确保解析准确度），和直接使用本地运营商的 DNS 请求效果差不多