TPE S1S 又出问题了

[CernetBoom]

上海崇明到 BU1，影响上海到日本和北美，广州到北美，北京到北美，上海到首尔（很少）

监测的结果，不是公告

[CernetBoom]

此外，和来源不明的联通说的公告 没多大关系

[Xusually]

美西确实堵得厉害，速度凑活能看 1080p

[DSLAM]

能放一下公告原文码

[DSLAM]

我怀疑是海缆故障，没想到就是这样的

[DSLAM]

北京到北美是走 s1n 青岛吧

[CernetBoom]

@DSLAM 没有原文，监测的结果

163 的北京到北美有用北京到上海走 S1S 的，也有北京到青岛走 S1N 的

[DSLAM]

@cernetboom 对了，遇到这种延迟剧增的情况，运营商的 noc 网络运行中心会收到告警吗，如果有其他空闲的路由，会不会自动切到空闲的路由上

[DSLAM]

我很好奇您是怎么判断是海缆故障，而不是其他故障，比如核心路由器故障

[alect]

请问 po 主做什么工作的呢？非常专业啊。有 tg 群吗？

[CernetBoom]

@DSLAM 反正也会有人报障的

如果有保护或者备份路径的话，是可以自动切到别的海缆上的，没有的话需要手动切

说是海缆故障，是因为不同的地方 可能利用上此海缆的链路 都受到影响(例如北京到北美，上海到北美，广州到北美同时有链路断开)，而且不同 ISP 的链路也受到影响(例如软银拉到上海和电信的互联，电信的东京到上海的链接，NTT 拉到上海和联通的互联同时断开)

[CernetBoom]

@alect 略有研究而已，没有自己的 Telegram 群，其他 Telegram 群倒是可能遇的上

[my2492]

@CernetBoom 拉到大陆的互联，海缆使用费是大陆运营商出还是海外运营商出？

[itsjoke]

有群推一个么？最近正在学习

[CernetBoom]

@my2492 应该是谁拉谁出吧

[DSLAM]

@cernetboom 骨干网不会连个备份都没有吧，还有访问美国时，163 一般是 tpe 直连还是中转其他海缆，如 apcn2 转 faster 或者 apg 转 tgn-transpacific

[guabimian]

世界互联网真的好脆弱 看来确实需要 musk 在空中搞个备份

[lovexiaofan12312]

最近米国的 cn2 涨价了

[ypx5]

好像是出问题了，cn2 gia，上海出口到搬瓦工，延时都 200 多 ms 了，还丢包。

[mnihyc]

大阪 NTT - 上海联通炸了
https://ftp.bmp.ovh/imgs/2020/04/802b0e0a3df933c4.png

东京 NTT - 上海联通还能用
https://ftp.bmp.ovh/imgs/2020/04/c0997bb684bd20ab.png

[mnihyc]

13. 203.215.237.13 0.9% 115 11.3 11.6 11.0 16.6 0.8
14. 202.97.97.61 0.9% 115 49.5 46.6 42.5 52.8 2.4
15. 202.97.50.194 0.0% 115 44.0 45.5 43.1 51.4 1.5
上海电信 - IIJ 仍是 34ms 左右，看来走的是 APG

18. ae-11.r27.tokyjp05.jp.bb.gin.ntt.net 0.0% 394 2.8 7.7 2.8 103.6 12.8
19. 219.158.40.177 29.4% 394 97.5 93.4 69.1 129.6 4.8
上海联通 - NTT 现在延迟这么高是因为堵还是换走其他海缆了？

17. 223.120.2.245 0.0% 162 3.4 4.5 3.1 14.1 2.4
18. 223.120.2.238 0.0% 162 56.9 57.3 56.7 66.6 1.6
上海移动 - 东京 CMI 的话大概是 53ms 左右，这个走的是什么海缆？

[hlz0812]

@mnihyc 上海电信-东京 202.97.6.74 202.97.6.78 202.97.19.190 已经没了

[liliass]

确实联通走 CN2GIA 到美西，早上 5 点-16:10 炸了。 过去一个月都是在 133ms 。
刚刚看了下，16:10 后 恢复了一点。可是在 160ms 左右。

[liliass]

上海联通去日本 IIJ 全部炸完。


上海联通去香港 HKT，HKBN，GCP，Azure 居然整个下午没炸。

[mnihyc]

@hlz0812 这几个 PoP 是 TPE ？我这边现在测出来是经过 202.97.6.82 202.97.6.70 ，203.215 不知道为什么从国内 ping 过去好像没有路由

[hlz0812]

@mnihyc 这几个没了肯定就是 TPE，203.215.236 段有路由的，203.215.237 段没路由，有没有路由不重要，这就是个互联点 ip，用内网 ip 做都没问题

[hlz0812]

@mnihyc mtr 最后加个 --tcp 就能看到负载均衡到不同链路了，icmp 短时间内链路不变

[mnihyc]

@hlz0812
12. tky009ix02.IIJ.Net 0.0% 98 11.1 11.3 10.7 15.0 0.9
13. 203.215.236.73 0.0% 98 13.2 12.5 11.8 16.8 0.9
14. 202.97.6.81 0.0% 97 35.2 35.6 34.9 40.3 1.0
15. 202.97.12.209 0.0% 97 35.2 35.7 35.0 43.8 1.3
16. 202.97.50.217 4.1% 97 42.2 44.1 38.4 48.8 2.4
17. 202.97.80.182 1.0% 97 53.2 52.8 50.2 58.0 1.6
18. 90.77.36.120.broad.fz.fj.dynamic.163data.com.cn 1.0% 97 55.9 56.3 52.2 62.9 2.0
19. 61.154.8.22 3.1% 97 54.8 54.8 52.2 65.0 1.7
这个路由好像是典型的 APG

12. tky009ix03.IIJ.Net 0.0% 88 11.7 12.0 11.6 14.3 0.5
13. 203.215.237.13 0.0% 88 11.6 11.6 11.0 14.9 0.7
14. 202.97.97.61 0.0% 88 46.7 46.3 42.5 52.7 2.8
15. 202.97.50.194 0.0% 88 43.7 45.5 43.2 51.2 1.6
16. 202.97.94.238 3.4% 88 58.7 55.8 51.0 63.0 2.3
17. 202.97.82.222 3.4% 88 68.1 70.2 66.0 79.7 3.0
18. 61.154.8.22 4.6% 87 67.3 67.8 67.1 71.1 0.7
19. 1.1.40.120.broad.fz.fj.dynamic.163data.com.cn 10.3% 87 69.9 72.4 68.7 97.3 6.3
那这个是咋回事，看延迟确实不像 APG，更像是 TPE （但是据本帖 TPE 上海到日本断了），电信家宽的 IP 段就这么烂吗

[hlz0812]

@mnihyc APG 崇明登陆站到日本 26ms，APG 南汇登陆站到日本 28-29ms，还有走 APCN2 的，延迟比 TPE 略高一些

[hlz0812]

@mnihyc 202.97.97.61 这条应该也是 APG
--- 202.97.97.61 ping statistics ---
31 packets transmitted, 31 received, 0% packet loss, time 30048ms
rtt min/avg/max/mdev = 26.658/30.154/34.055/2.241 ms

[hlz0812]

@mnihyc 202.97.19.93 这种走 APCN2 的才叫烂

[yulihao]

@liliass 是啊，整个下午都是 33ms 左右，上海联通

[yulihao]

@liliass 说实话，联通要是稳定起来，丢包可是真比 GIA 少的（当然只是 ICMP 的数据）

[mnihyc]

@hlz0812 203.215.236.33 也没路由
这么说现在我这边到 aws jp 好像都是 APCN2，延迟很高，202.97.6.61 202.97.6.65 202.97.90.57

[hlz0812]

@mnihyc 202.97.6.61 是 APG，6.65 应该是 APCN2 。203.215.236.33 的确实没路由，237 段整个段都没路由

[mnihyc]

@hlz0812 不对，202.97.6.61 可能就是堵，看下一跳的话延迟就正常了
16. 203.215.236.37 0.0% 324 2.4 2.5 2.3 3.6 0.2
17. 202.97.6.61 0.0% 324 33.5 36.1 32.3 42.2 2.3
18. 202.97.57.157 0.0% 324 27.4 28.3 27.4 184.8 9.2

[mnihyc]

@hlz0812 202.97.90.57 应该也是 APG

[hlz0812]

@mnihyc 202.97.90.57 是上海的 I-X 的互联 ip，202.97.90.57 是 X，202.97.90.58 是 I

[tia]

60 多炸到 300 多

[bclerdx]

@tia 你这是什么软件？

[chenyx9]

@bclerdx 看着像是改了字体的 winmtr

[bclerdx]

@chenyx9 看着确实挺怪异的字体哦。

[cookiejaysj]

我搬瓦工 cn2 gia 延迟也飙升了好多…

[seesea82]

北京联通出口：貌似很绕路...............................
..........................................................................................
61.149.202.249 北京市 联通 0 6 6 4 5 10 4
124.65.194.181 北京市 联通 0 6 6 4 8 12 4
219.158.6.170 中国 联通骨干网 0 6 6 24 25 26 25
219.158.19.82 中国 联通骨干网 0 6 6 28 31 35 31
219.158.19.77 中国 联通骨干网 0 6 6 26 30 33 33
219.158.116.238 中国 联通骨干网 0 6 6 168 172 176 174
173.205.56.205 美洲地区 GTT 通讯公司骨干网 0 6 6 170 172 177 170
213.200.117.138 欧洲 GTT 通讯公司骨干网 0 6 6 250 253 258 250
213.254.225.170 爱尔兰 CZ88.NET 0 6 6 269 270 278 269
223.120.10.153 中国 移动 0 6 6 271 274 278 271
223.120.10.49 中国 移动 0 6 6 279 279 281 281
223.120.15.98 中国 移动 0 6 6 276 277 279 277
223.120.2.42 香港 中国移动骨干网香港接入点(AS58453) 50 2 1 281 281 281 281
223.120.2.98 中国 移动 0 6 6 331 331 333 331
223.120.2.238 中国 移动 0 6 6 329 329 331 329

[tia]

@bclerdx #41 wimtr，字体用了 https://www.v2ex.com/t/217611

[chenyx9]

@bclerdx 我看着挺顺眼的，有点像思源

[DSLAM]

@CernetBoom 技术上是如何在三层及不使用 MPLS 的情况下从一条光缆中转另一条光缆的，比如就像这次的 TPE 中断事件一样，是怎么做到的

[DSLAM]

@CernetBoom 目前 TSE-1 上有公网业务吗

[CernetBoom]

@DSLAM 不是三层的

TSE-1 上没公网

[DSLAM]

@cernetboom 我刚才没说清楚，是在不使用三层和 MPLS 的基础下如何实现

[DSLAM]

TSE-1 是用来干什么的，iplc 以及长途电话吗

[DSLAM]

感觉 TSE-1 以后可以用来转接到 PLCN 和 FASTER 海缆

[CernetBoom]

@DSLAM SNCP

PLCN 和 Faster 的台湾段都是全数 Google 持有的，而且延迟也没多少优势

[sjbxc]

现在还是丢包严重，CN2 GIA 的线路有的时候根本连不上，但是国际长途是没问题的，加拿大的手机卡在中国上谷歌，打电话都还正常

[DSLAM]

@sjbxc 如果遇到极端情况，就是能用的海缆全断，或者只剩下一两条，那么会优先保障国际长途电话和专线业务

[DSLAM]

@sjbxc 会用卫星电路备援

[sjbxc]

@DSLAM 嗯嗯，谢谢。

现在代理挂上去还是有点问题，Google 秒开，GoogleDrive 秒开但是 YouTube 死活打不开，一些别的外国网站也打不开了。服务器的 Ping 值倒是正常，真是奇怪

[DSLAM]

@cernetboom 请问电信发正式公告了吗，谢谢

[bclerdx]

@sjbxc 路由策略问题。