不会，没有

@bclerdx 另外某 DCS 还天天乱漏路由

@hlz0812 不设 Max Prefix 等预防性措施是电信的责任

@bclerdx 另外我是指轮子的文章断章取义，不是对你个人的

@bclerdx 比如听一个造谣的讲出来的？

@bclerdx 路由泄露和 Hijack Prefix 一天不发生好几次都很奇怪了

@bclerdx 这种断章取义的文章少看，看英文原文就知道作者什么态度了

@bclerdx Safe Host 把 AS13237 发给自己的路由 发给中国电信了，Safe Host AS13237 和 AS4134 都有接，哪里 AS 不对了？

"人家只是说 CT 缺乏阻止路由泄露的安全措施，以及 CT 在发生此类事件时响应不及时"
"结果电信又没做过滤和 Max Prefix"
还需要再重复一遍吗

@bclerdx 脱离现实的例子，原来 NTT 到 CW 从 Telia 走，现在 NTT 从 Verizon 过 Google 去 CW，变成自己要从自己的下游走，本身就不和逻辑，然后因为流量改走 NTT-Verizon-Google，可能直接就把 NTT-Verizon 或者 Verizon-Google 塞死了

@bclerdx 麻烦你去看英文原文，人家只是说 CT 缺乏阻止路由泄露的安全措施，以及 CT 在发生此类事件时响应不及时

"It also reveals that China Telecom, a major International carrier, has still implemented neither the basic routing safeguards necessary both to prevent the propagation of routing leaks nor the processes and procedures necessary to detect and remediate them in a timely manner when they inevitably occur. Two hours is a long time for a routing leak of this magnitude to stay in circulation, degrading global communications."

@bclerdx 笑死了，你还看轮子的啊？真喜欢断章取义

@bclerdx 结尾不都写了，Safe Host 发错路由把自己的上游 AS13237 的路由发给了中国电信，结果电信又没做过滤和 Max Prefix，然后电信又把错路由发给其他 ISP 去了

Google 2017 年也向 Verizon 漏了自己 16 万条路由，然后 Verizon 没有做 Max Prefix 或者没有生效，结果 NTT 和 KDDI 等全变 NTT/KDDI-Verizon-Google-其他方向了

不用奇怪的，有的时候这种事情经常发生，有意无意的都有，CT 和 Verizon 等只是受害者

@hlz0812 这只是连锁反应中的一环罢了

@hlz0812 https://blogs.oracle.com/internetintelligence/large-european-routing-leak-sends-traffic-through-china-telecom

@hlz0812 @bclerdx 看新闻看新闻

@PP 只是你测到中国大陆了，上海到美国本土延迟不可能低于 100ms(既有的海缆)

@hlz0812 Cloudflare 怎么可能自己搞的， 他们的 Anycast 没大陆，大陆都是百度云的 IP

@mason961125 1.1.1.1 看起来"被劫持"多半只是因为内网里有设备占了这个 IP

@hlz0812 有内鬼和黑产勾搭在一块？