@hlz0812 Session 断了 /不放路由而已吧

教育网一共就 10G 的北京到香港骨干

@AslanFong 被 D 断 Session

@LuminousKK 由于之前证据不明确，理由不充足，如果说是 163/169/CN2/CMI-NTT 同时都炸的话，基本可以确定是有 国内量 ，CN2-NTT 日本的互联没炸的原因也差不多想到了，CN2 到 NTT 日本的去向基本不放出来，所以国内量不经过 NTT 日本和 CN2 的互联

@llvm98 今早 6 点到 21 点 NTT 都是炸的

@kenneth104 只影响 CN2 和 NTT 的互联，NTT 骨干是正常的

@bzshow1 别阴谋论了谢谢，连登用的 Cloudflare，只是 CN2 和 NTT 香港的互联炸了，和香港到新加坡有什么关系？不影响除了 CN2 以外的任何 ISP 也不影响 NTT 的骨干谢谢

本来就这样啊，电信和 NTT 的互联上海，北京，广州都有，轻量香港回向一直 CN2 GT

今早 6 点已暂时恢复

@bclerdx 走上海不会，TPE S1S(上海-BU1)和 APCN2 S4(崇明到北茨城)都是正常的

@LuminousKK 是这样，不过如果是按默认路由来的话，就走不到 BBTEC 了，163 直连的 AS PATH 要短

@yuyuyu 两者关系不是很大，BBTEC 到联通没有广州的互联，S7 是昨天才断，S6 已经修复了一段时间了

@Andy1999 不过他还是 17676 4134 4812 45102 这样走的，没走阿里日本接的那两条 163

就不能发 MTR 吗

@testcaoy7 如果是 Elcat.kg 那个是他们自己撤掉了 CN2

@testcaoy7 一直有走乌鲁木齐的啊，比如这个 188.0.133.211 KazTranscom 的就是，只是在北京已经过了墙了(所有国内去中亚接了 CN2 的 ISP 照样还是从北上广出墙然后到乌鲁木齐，是一样的，就算是新疆 CTC 的国内 CN2 也照样要从北京绕一圈到乌鲁木齐 CTG 的 CN2)

@Cipool TTK 是 CN2 的上游，TTK 所以把 CN2 的路由发到 DECIX 了，和其他的路由等长(20485 4809 和 1299 4809)，然后 DECIX 的优先级比较高(因为是 IX 的关系)

@Cipool 是这样的，CTG 的 CN2 在北京就出墙了，但是 CTG 不会让你在乌鲁木齐直接接他们的 CN2，只让从乌鲁木齐外拉到其他国家

CTC 的 CN2 就是在墙内

@vincentrrr 青岛连核心节点都不是(163 的核心节点是北京，上海，广州，西安，成都，武汉，杭州，南京，天津，其中超级核心是京沪穗)

@vincentrrr 海缆只是中继用的，骨干节点当然要放在重要城市的数据中心，很多跨大西洋的海缆都是在英国东南部登陆，难道骨干节点也要跑去东南方而不是伦敦吗？

@renothing 国际出口局本来就还有(电信的 I 设备还等扩容呢)

@yorkyoung 公网广州延迟比深圳低