这是一个创建于 1675 天前的主题，其中的信息可能已经有所发展或是发生改变。
上海崇明到 BU1，影响上海到日本和北美，广州到北美，北京到北美，上海到首尔（很少）
监测的结果，不是公告
监测的结果，不是公告
 |
1
CernetBoom OP 此外，和来源不明的联通说的公告 没多大关系
|
 |
2
Xusually 2020-04-21 10:51:39 +08:00
美西确实堵得厉害，速度凑活能看 1080p
|
 |
3
DSLAM 2020-04-21 11:08:13 +08:00 via Android
能放一下公告原文码
|
|
4
DSLAM 2020-04-21 11:10:35 +08:00 via Android
我怀疑是海缆故障，没想到就是这样的
|
|
5
DSLAM 2020-04-21 11:11:07 +08:00 via Android
北京到北美是走 s1n 青岛吧
|
|
6
CernetBoom OP |
|
7
DSLAM 2020-04-21 11:39:21 +08:00 via Android
@cernetboom 对了，遇到这种延迟剧增的情况，运营商的 noc 网络运行中心会收到告警吗，如果有其他空闲的路由，会不会自动切到空闲的路由上
|
|
8
DSLAM 2020-04-21 11:41:01 +08:00 via Android
我很好奇您是怎么判断是海缆故障，而不是其他故障，比如核心路由器故障
|
 |
9
alect 2020-04-21 12:22:36 +08:00
请问 po 主做什么工作的呢？非常专业啊。有 tg 群吗？
|
|
10
CernetBoom OP  1
@DSLAM 反正也会有人报障的
如果有保护或者备份路径的话，是可以自动切到别的海缆上的，没有的话需要手动切 说是海缆故障，是因为不同的地方 可能利用上此海缆的链路 都受到影响(例如北京到北美，上海到北美，广州到北美同时有链路断开)，而且不同 ISP 的链路也受到影响(例如软银拉到上海和电信的互联，电信的东京到上海的链接，NTT 拉到上海和联通的互联同时断开) |
|
11
CernetBoom OP @alect 略有研究而已，没有自己的 Telegram 群，其他 Telegram 群倒是可能遇的上
|
 |
12
my2492 2020-04-21 12:38:17 +08:00
@CernetBoom 拉到大陆的互联，海缆使用费是大陆运营商出还是海外运营商出？
|
 |
13
itsjoke 2020-04-21 12:38:37 +08:00 via Android
有群推一个么？最近正在学习
|
|
14
CernetBoom OP @my2492 应该是谁拉谁出吧
|
|
15
DSLAM 2020-04-21 13:56:31 +08:00 via Android
@cernetboom 骨干网不会连个备份都没有吧，还有访问美国时，163 一般是 tpe 直连还是中转其他海缆，如 apcn2 转 faster 或者 apg 转 tgn-transpacific
|
 |
16
guabimian 2020-04-21 13:57:36 +08:00
世界互联网真的好脆弱 看来确实需要 musk 在空中搞个备份
|
 |
17
lovexiaofan12312 2020-04-21 14:19:39 +08:00 via iPhone
最近米国的 cn2 涨价了
|
 |
18
ypx5 2020-04-21 14:39:43 +08:00
好像是出问题了，cn2 gia，上海出口到搬瓦工，延时都 200 多 ms 了，还丢包。
|
 |
19
mnihyc 2020-04-21 15:06:08 +08:00
大阪 NTT - 上海联通炸了
https://ftp.bmp.ovh/imgs/2020/04/802b0e0a3df933c4.png 东京 NTT - 上海联通还能用 https://ftp.bmp.ovh/imgs/2020/04/c0997bb684bd20ab.png |
|
20
mnihyc 2020-04-21 15:23:50 +08:00
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 左右，这个走的是什么海缆？ |
 |
21
hlz0812 2020-04-21 15:51:32 +08:00 via iPhone
@mnihyc 上海电信-东京 202.97.6.74 202.97.6.78 202.97.19.190 已经没了
|
 |
22
liliass 2020-04-21 16:45:11 +08:00
确实联通走 CN2GIA 到美西，早上 5 点-16:10 炸了。 过去一个月都是在 133ms 。
刚刚看了下，16:10 后 恢复了一点。可是在 160ms 左右。 |
|
23
liliass 2020-04-21 16:47:58 +08:00
上海联通去日本 IIJ 全部炸完。
上海联通去香港 HKT，HKBN，GCP，Azure 居然整个下午没炸。 |
|
24
mnihyc 2020-04-21 17:11:28 +08:00
@hlz0812 这几个 PoP 是 TPE ？我这边现在测出来是经过 202.97.6.82 202.97.6.70 ，203.215 不知道为什么从国内 ping 过去好像没有路由
|
|
25
hlz0812 2020-04-21 17:14:37 +08:00
@mnihyc 这几个没了肯定就是 TPE，203.215.236 段有路由的，203.215.237 段没路由，有没有路由不重要，这就是个互联点 ip，用内网 ip 做都没问题
|
|
27
mnihyc 2020-04-21 17:19:57 +08:00
@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 段就这么烂吗 |
|
28
hlz0812 2020-04-21 17:26:50 +08:00
@mnihyc APG 崇明登陆站到日本 26ms，APG 南汇登陆站到日本 28-29ms，还有走 APCN2 的，延迟比 TPE 略高一些
|
|
29
hlz0812 2020-04-21 17:28:37 +08:00
@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 |
|
33
mnihyc 2020-04-21 18:02:59 +08:00
@hlz0812 203.215.236.33 也没路由
这么说现在我这边到 aws jp 好像都是 APCN2，延迟很高，202.97.6.61 202.97.6.65 202.97.90.57 |
|
34
hlz0812 2020-04-21 18:11:41 +08:00
@mnihyc 202.97.6.61 是 APG，6.65 应该是 APCN2 。203.215.236.33 的确实没路由，237 段整个段都没路由
|
|
35
mnihyc 2020-04-21 18:12:05 +08:00
@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 |
|
37
hlz0812 2020-04-21 18:26:24 +08:00 via iPhone
@mnihyc 202.97.90.57 是上海的 I-X 的互联 ip，202.97.90.57 是 X，202.97.90.58 是 I
|
 |
38
tia 2020-04-21 22:16:06 +08:00
 60 多炸到 300 多 |
 |
42
cookiejaysj 2020-04-22 07:43:45 +08:00 via iPhone
我搬瓦工 cn2 gia 延迟也飙升了好多…
|
 |
43
seesea82 2020-04-22 08:25:49 +08:00
北京联通出口：貌似很绕路...............................
.......................................................................................... 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 |
|
44
tia 2020-04-22 13:10:24 +08:00
@bclerdx #41 wimtr，字体用了 https://www.v2ex.com/t/217611
|
|
46
DSLAM 2020-04-22 18:58:31 +08:00
@CernetBoom 技术上是如何在三层及不使用 MPLS 的情况下从一条光缆中转另一条光缆的，比如就像这次的 TPE 中断事件一样，是怎么做到的
|
|
47
DSLAM 2020-04-22 18:59:29 +08:00
@CernetBoom 目前 TSE-1 上有公网业务吗
|
|
48
CernetBoom OP |
|
49
DSLAM 2020-04-22 22:20:25 +08:00 via Android
@cernetboom 我刚才没说清楚，是在不使用三层和 MPLS 的基础下如何实现
|
|
50
DSLAM 2020-04-22 22:21:02 +08:00 via Android
TSE-1 是用来干什么的，iplc 以及长途电话吗
|
|
51
DSLAM 2020-04-22 22:27:34 +08:00
感觉 TSE-1 以后可以用来转接到 PLCN 和 FASTER 海缆
|
|
52
CernetBoom OP |
 |
53
sjbxc 2020-04-23 04:48:30 +08:00
现在还是丢包严重，CN2 GIA 的线路有的时候根本连不上，但是国际长途是没问题的，加拿大的手机卡在中国上谷歌，打电话都还正常
|
|
54
DSLAM 2020-04-23 11:20:40 +08:00 via Android
@sjbxc 如果遇到极端情况，就是能用的海缆全断，或者只剩下一两条，那么会优先保障国际长途电话和专线业务
|
|
56
sjbxc 2020-04-24 01:19:06 +08:00
@DSLAM 嗯嗯，谢谢。
现在代理挂上去还是有点问题，Google 秒开，GoogleDrive 秒开但是 YouTube 死活打不开，一些别的外国网站也打不开了。服务器的 Ping 值倒是正常，真是奇怪 |
|
57
DSLAM 2020-04-24 12:41:03 +08:00 via Android
@cernetboom 请问电信发正式公告了吗，谢谢
|
Select Language