V2EX › CLAMOWO 的所有回复 › 第 1 页 / 共 1 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 天前

回复了 LuminousKK 创建的主题 › 云计算 › 阿里云网络问题客服水平奇差，复现问题后也不提供解决方案

@Seck 超市把卖不掉的，本来准备丢掉的菜做成便宜的自助餐给你吃，你吃进医院了，而且无路维权，我在你耳边天天说吃这么便宜的饭就不应该指望食品安全，你感觉对吗？这是一个人类能说的话吗？
“菜难吃”和“菜变质了”有本质区别，就像前面说的一样，我可以接受你不保证回国网络质量，但大面积的 BGP 路由宣告就是重大事故，就应该维权

1 天前

回复了 LuminousKK 创建的主题 › 云计算 › 阿里云网络问题客服水平奇差，复现问题后也不提供解决方案

@Seck 受害者有罪论，在硬件上，阿里轻量就是边角料，是属于大客户宿主的空余算力，没有成本；在网络上，我们截图上也说了，我们接受不保证回国网络质量，接受绕行廉价的国际运营商，这样成本还高吗？
但是事故就是事故，BGP 路由宣告断开，而且没有正确调度到灾备链路，这是一句“不保证回国质量”就可以敷衍的吗？

2 天前

回复了 LuminousKK 创建的主题 › 云计算 › 阿里云网络问题客服水平奇差，复现问题后也不提供解决方案

大家好我就是楼主提到的那个朋友，这件事的最直接受害者，做一些补充说明：这台阿里香港的回国路径是比较特殊的，正常的阿里香港是走香港 CUG/CTG/CMI 回国，这台机器被分流了大量的流量去东京 POP ，走东京出口接驳 CUG 回国。
https://img.cdn1.vip/i/68c7ffedef982_1757937645.webp
https://img.cdn1.vip/i/68c7fff1d02eb_1757937649.webp
本次故障经测试是，所有被分流到东京 CUG 的流量全部中断，表现为出阿里东京后直接空路由，走香港回国的流量一切正常（此时我测试阿里东京地域本身到 CUG 也是正常的，只有香港借道东京 POP 去往 CUG 的流量空路由）
https://img.cdn1.vip/i/68c800f8ddfae_1757937912.png
https://img.cdn1.vip/i/68c800f8eea55_1757937912.webp
所以最终就变成了这副比较诡异的情况：
https://img.cdn1.vip/i/68c8015b499a2_1757938011.webp
https://img.cdn1.vip/i/68c8015b44345_1757938011.webp
https://img.cdn1.vip/i/68c8015b4b2ed_1757938011.webp