V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
hlz0812
V2EX  ›  宽带症候群

(20:00 已恢复)电信把与日本 IIJ 和 bbtec 的路由切走了

  •  
  •   hlz0812 · 2019-06-06 19:55:38 +08:00 · 4125 次点击
    这是一个创建于 1757 天前的主题,其中的信息可能已经有所发展或是发生改变。
    原来 IIJ 的流量走联通
    原来 bbtec 的流量走 ntt

    并不是因为海缆故障,电信到 IIJ202.97.6.46/45 正常在线,bbtec 221.111.179.214/213 221.111.202.50/49 221.111.202.18 221.111.202.62 全部正常在线
    43 条回复    2020-05-16 15:43:59 +08:00
    hlz0812
        1
    hlz0812  
    OP
       2019-06-06 19:59:59 +08:00
    更新:已恢复
    bclerdx
        2
    bclerdx  
       2019-06-06 21:50:46 +08:00 via Android
    电信走联通出口,再访问 iij 么?
    hlz0812
        3
    hlz0812  
    OP
       2019-06-06 22:00:09 +08:00 via iPhone
    @bclerdx 是的,现在已经切回电信自己出口
    bclerdx
        4
    bclerdx  
       2019-06-07 07:37:05 +08:00 via Android
    @hlz0812 为何要这样做?
    hlz0812
        5
    hlz0812  
    OP
       2019-06-07 12:11:17 +08:00 via iPhone
    @bclerdx 工作人员操作失误吧
    bclerdx
        6
    bclerdx  
       2019-06-09 15:41:19 +08:00
    @hlz0812 这玩意还能操作失误?
    hlz0812
        7
    hlz0812  
    OP
       2019-06-09 16:04:11 +08:00 via iPhone
    @bclerdx 不然为什么突然切走又切回来,不是操作失误就是设备调试要断掉一台核心路由上面的业务,不过看着好像是没断掉啊。不过最近肯定是要找时间换核心路由的板卡了,不知道是什么时候操作
    CernetBoom
        8
    CernetBoom  
       2019-06-09 20:10:26 +08:00 via Android
    @hlz0812 @bclerdx 看新闻看新闻
    bclerdx
        9
    bclerdx  
       2019-06-09 20:18:03 +08:00
    @CernetBoom 那么新闻来源呢?没来源或渠道,怎么看新闻?
    bclerdx
        10
    bclerdx  
       2019-06-09 20:21:02 +08:00
    @hlz0812 我真心希望电信把到 NTT 的日常炸先解决了。公司鸟博士的电信出口走 NTT 来访问业务,日常炸!也是时好时坏,现在基本上一过 10:00,电信国际出口经 NTT 转接的日常炸,访问最终目标服务器的 CDN 就各种丢包,丢包率高达 50%。不知道鸟博士能不能切换至联通出口,联通访问 NTT 没什么问题。
    hlz0812
        11
    hlz0812  
    OP
       2019-06-09 20:34:01 +08:00 via iPhone
    @bclerdx ntt 的机房压根就没考虑做大陆业务,连 aws 都接了 20G 163 了,而且 ntt 东京到 163 是 ntt 付费给电信,取决于 ntt 买了多少带宽,不是电信买 ntt 多少
    hlz0812
        12
    hlz0812  
    OP
       2019-06-09 20:36:59 +08:00 via iPhone
    @CernetBoom 请问关键词是什么?我去查一下
    CernetBoom
        14
    CernetBoom  
       2019-06-09 20:50:13 +08:00 via Android
    @hlz0812 这只是连锁反应中的一环罢了
    bclerdx
        15
    bclerdx  
       2019-06-09 21:42:27 +08:00
    @hlz0812 难不成 NTT 有访问大陆电信或大陆的业务?您知道 NTT 买了多少 163 的带宽?您说的 AWS 买了 20GB 的 163 的带宽数据从何而得?跪谢!
    bclerdx
        16
    bclerdx  
       2019-06-09 21:49:46 +08:00
    @CernetBoom 为何欧洲的 7W 多数据会泄露,并经由中国电信网络广播至全球?
    hlz0812
        17
    hlz0812  
    OP
       2019-06-09 21:56:49 +08:00 via iPhone
    @bclerdx NTT 东京至 163 买了 55G 带宽,aws 东京买了 2*10G,东京两个接入点各 10G 对等
    hlz0812
        18
    hlz0812  
    OP
       2019-06-09 21:57:46 +08:00 via iPhone
    @bclerdx 路由泄漏这事情以前就发生过好几次了,是本地流量绕地球,不是数据泄漏
    bclerdx
        19
    bclerdx  
       2019-06-09 22:02:27 +08:00
    @CernetBoom
    @hlz0812
    可怕!可怕!可怕!
    甲骨文( Oracle )互联网分析部门主管道格‧马多里( Doug Madory )认为,6 月 6 日的 BGP 路由泄漏事件持续两个小时,“这是相当长的时间,足以降低全球通信能力。”推测可能存在恶意企图。
    CernetBoom
        20
    CernetBoom  
       2019-06-09 22:02:36 +08:00
    @bclerdx 结尾不都写了,Safe Host 发错路由把自己的上游 AS13237 的路由发给了中国电信,结果电信又没做过滤和 Max Prefix,然后电信又把错路由发给其他 ISP 去了

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

    不用奇怪的,有的时候这种事情经常发生,有意无意的都有,CT 和 Verizon 等只是受害者
    CernetBoom
        21
    CernetBoom  
       2019-06-09 22:05:18 +08:00
    @bclerdx 笑死了,你还看轮子的啊?真喜欢断章取义
    bclerdx
        22
    bclerdx  
       2019-06-09 22:05:34 +08:00
    @hlz0812 然后网报上都直接称呼“ BGP Leak ”为“路由泄漏”。另外,本地流量绕地球,会有什么实际上和本质上的恶果?
    CernetBoom
        23
    CernetBoom  
       2019-06-09 22:08:57 +08:00
    @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
        24
    bclerdx  
       2019-06-09 22:12:17 +08:00
    @CernetBoom 难道这个锅只由 Safe Host 背? CT 没有做到对来访的路由信息做甄别和核查,就放行并广播至全球?那么 Safe Host 的上有服务商是 enNetworks GmbH ( AS13237 ),而中国电信的 AS 4134,这么明显的 AS 号都不对,Safe Host 就能把地址泄漏给 AS4134,而不是给 AS13237 么?
    CernetBoom
        25
    CernetBoom  
       2019-06-09 22:12:56 +08:00
    @bclerdx 脱离现实的例子,原来 NTT 到 CW 从 Telia 走,现在 NTT 从 Verizon 过 Google 去 CW,变成自己要从自己的下游走,本身就不和逻辑,然后因为流量改走 NTT-Verizon-Google,可能直接就把 NTT-Verizon 或者 Verizon-Google 塞死了
    bclerdx
        26
    bclerdx  
       2019-06-09 22:15:08 +08:00
    @CernetBoom 别动不动就乱口帽子嘛~
    CernetBoom
        27
    CernetBoom  
       2019-06-09 22:16:22 +08:00
    @bclerdx Safe Host 把 AS13237 发给自己的路由 发给中国电信了,Safe Host AS13237 和 AS4134 都有接,哪里 AS 不对了?

    "人家只是说 CT 缺乏阻止路由泄露的安全措施,以及 CT 在发生此类事件时响应不及时"
    "结果电信又没做过滤和 Max Prefix"
    还需要再重复一遍吗
    CernetBoom
        28
    CernetBoom  
       2019-06-09 22:17:28 +08:00
    @bclerdx 这种断章取义的文章少看,看英文原文就知道作者什么态度了
    bclerdx
        29
    bclerdx  
       2019-06-09 22:19:34 +08:00
    @CernetBoom 别激!动!别激!动!别激!动!需要消!化!需要消!化!需要消!化!这里仅做交流与讨论,有不同观点很!正!常!很!正!常!很!正!常!
    bclerdx
        30
    bclerdx  
       2019-06-09 22:21:44 +08:00
    @CernetBoom 英文原文只是一言堂而已,需要多渠道、多维度来倾听、区别与甄别,最终做出合理的判断。
    CernetBoom
        31
    CernetBoom  
       2019-06-09 22:24:20 +08:00
    @bclerdx 路由泄露和 Hijack Prefix 一天不发生好几次都很奇怪了
    CernetBoom
        32
    CernetBoom  
       2019-06-09 22:25:03 +08:00
    @bclerdx 比如听一个造谣的讲出来的?
    hlz0812
        33
    hlz0812  
    OP
       2019-06-09 22:27:50 +08:00 via iPhone
    @bclerdx 电信没义务检查错误,主要责任是那个乱发路由的
    CernetBoom
        34
    CernetBoom  
       2019-06-09 22:27:51 +08:00
    @bclerdx 另外我是指轮子的文章断章取义,不是对你个人的
    CernetBoom
        35
    CernetBoom  
       2019-06-09 22:28:42 +08:00
    @hlz0812 不设 Max Prefix 等预防性措施是电信的责任
    hlz0812
        36
    hlz0812  
    OP
       2019-06-09 22:32:08 +08:00 via iPhone
    @bclerdx 本地流量绕地球最直观的就是慢了呗,本来在本地就能交换的流量绕地球一圈,都要堵死骨干了
    CernetBoom
        37
    CernetBoom  
       2019-06-09 22:32:59 +08:00
    @bclerdx 另外某 DCS 还天天乱漏路由
    bclerdx
        38
    bclerdx  
       2019-06-10 07:40:28 +08:00 via Android
    @hlz0812 难不成任其发展,殃及自身?
    hlz0812
        39
    hlz0812  
    OP
       2019-06-10 08:07:21 +08:00 via iPhone
    @bclerdx 发现了就切回去
    txydhr
        40
    txydhr  
       2019-06-10 11:22:15 +08:00 via iPhone
    为啥 aws 到电信很多 ip 还要绕 ntt 呀
    CernetBoom
        41
    CernetBoom  
       2019-06-10 11:27:01 +08:00 via Android
    @txydhr 去问 Amazon
    helijia21
        42
    helijia21  
       2019-06-14 19:29:56 +08:00 via Android
    电信的运维能力其实很一般的,比如国干上有个 100G 链路闪断或者错包,最先发现并反应过来的,就是腾讯跟阿里的拨测丢包。报过去个把小时,再慢悠悠告诉我们 XX 链路故障。
    bclerdx
        43
    bclerdx  
       2020-05-16 15:43:59 +08:00
    @helijia21 拨测丢包是什么意思?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2868 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 11:29 · PVG 19:29 · LAX 04:29 · JFK 07:29
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.