联通出口宽带是不是炸了

延迟

联通

VPS

软银

60 条回复 • 2022-07-15 20:02:38 +08:00

1

dorothyREN

2022-07-09 21:45:33 +08:00

4

APCN-2 确认断缆，目前观察到影响线路
- CU SHA - SJC (影响非常严重)
- CU SHA - NRT (已调度，部分延迟下降)
- CU - Softbank (已调度，部分回程绕美)
- CU - LG (已调度，延迟升高)
- CU - 美国方向部分运营商
- CU 9929 - NTT (直接互联断了)
- CN2 SHA - NRT (已调度，延迟观察有些许上升)
主要影响为联通，移动应该不受影响

2

plumk

OP

2022-07-09 21:48:18 +08:00

1

@dorothyREN 行吧，谢谢了，话说这些信息你们在哪里知道的

3

bclerdx

2022-07-09 22:24:46 +08:00 via Android

@plumk +1

4

bclerdx

2022-07-09 22:25:22 +08:00 via Android

@plumk 日本软银给个 ip ，谢谢。

5

plumk

OP

2022-07-09 22:29:18 +08:00

@bclerdx JPOS_1(日本软银) 185.212.58.133 https://jp.bwgyhw.cn 暂无

6

feitxue

2022-07-09 22:37:18 +08:00

@plumk 机场的 tg 通知群。

7

bclerdx

2022-07-09 22:38:51 +08:00 via Android

@plumk 我的联通测试了一下这个 ip ，延迟在 180ms 左右，不过丢包有些高。

8

huaes

2022-07-09 22:46:21 +08:00

软银线路是真好，河北联通轻松跑 1G ，延时 60ms 左右

9

Sekai

2022-07-09 22:57:34 +08:00

晚上软银联通也丢包的监控好久了现在便宜了质量没以前好了

10

zhihuichan

2022-07-09 23:08:17 +08:00

我的软银线路现在也是垮的很，北方联通。

11

leefor2020

2022-07-09 23:17:28 +08:00 via iPhone

我这边联通到大阪软银延迟到 300 多了，之前一直 50 左右。但是目前到东京的 AWS 还是正常的

12

plumk

OP

2022-07-09 23:22:48 +08:00

@leefor2020 我的不行，Oracle Cloud 东京执行个 SQL 要好几秒

13

qwvy2g

2022-07-09 23:42:53 +08:00

1

现在北方地区也走北京出口了，延迟就够差的了。美国 as4837 的 cera 机房，部分 vps 联通去程已经改由 as4837 转电信 163 了，回程测试倒是正常的三网 as4837 ，有可能另一个电缆的，丢包也很严重。

14

bclerdx

2022-07-09 23:57:01 +08:00

@qwvy2g 很奇怪，为何联通去程由 AS4837 转电信 163 呢？联通和电信之间这是什么骚操作？

15

Pogbag

2022-07-10 00:21:34 +08:00 via iPhone

甲骨文东京这几天延迟都要 1000ms 了

16

JensenQian

2022-07-10 01:08:06 +08:00

@bclerdx #14

17

AlphaTauriHonda

2022-07-10 01:24:00 +08:00

联通连 AWS 东京没有太大影响，延迟多了 10MS 左右。
电信到 AWS 东京前两天全部切换成了绕 NTT ，今天又恢复了。
@leefor2020

18

lingo

2022-07-10 01:24:47 +08:00

我还以为是我服务器炸了。。。之前 40+的延迟甚至能当游戏加速器用。。突然到 170+了，还丢包。

19

AlphaTauriHonda

2022-07-10 01:27:49 +08:00

@Pogbag 这也太夸张了。成了月球服务器。
@bclerdx 这操作还挺多的。

20

cloudsigma2022

2022-07-10 06:38:16 +08:00

江苏联通 185ms

8. softbank221111202013.bbtec.net 0.0% 11 165.1 164.2 161.9 165.9 1.2
9. (waiting for reply)
10. 211.15.42.254 0.0% 11 178.4 177.5 177.0 178.4 0.5
11. jp-os1-sb-2-1.it7.net 0.0% 11 254.5 185.0 173.7 254.5 24.0
12. (waiting for reply)
13. 185.212.58.133.16clouds.com 0.0% 11 185.8 185.3 184.6 186.0 0.4

21

makelove

2022-07-10 07:56:04 +08:00

确实,之前我的 Vultr 日本一直被我用来连国内一联通机房，这几天丢包 50%直接废了，到现在还没恢复

22

gtchan13579

2022-07-10 08:52:04 +08:00

苏州联通之前新加坡去的时候走广州联通出口，这两天走北京联通转日本 ntt 再到新加披了延迟翻倍兼丢包严重

23

carrionlee

2022-07-10 09:18:25 +08:00

是不是恢复了？上海联通现在 ping 软银 < 60ms 了，也没有丢包了

24

cloudsigma2022

2022-07-10 10:04:56 +08:00

求软银的 vps

25

cloudsigma2022

2022-07-10 10:10:00 +08:00

目前，联通到日本 vultr 和 cloudsigma 延时都在 200ms 以上，路由策略调整后，应该是饶美了。我已经切换到美西了，v4 延时 150ms ，v6 延时 180ms 。

26

bclerdx

2022-07-10 10:50:17 +08:00 via Android

@plumk 北京电信正常 75ms 延迟。

27

Pogbag

2022-07-10 11:22:16 +08:00 via iPhone

北京联通东京甲骨文恢复了 ntt 线路

28

laucenmi

2022-07-10 13:13:26 +08:00 via Android

@carrionlee 同魔都现在 130ms 左右，以前 50 左右

29

leefor2020

2022-07-10 13:15:51 +08:00 via iPhone

@carrionlee ，没有真正恢复，这两天早上都是 50+ms 的 delay ，到了中午就 150 了

30

Laitinlok

2022-07-10 14:10:24 +08:00 via Android

最近联通一到晚上就暴 ping, 是這個問題嗎？

31

Woodrow

2022-07-10 14:49:47 +08:00

北京联通 - Oracle 春川没啥事

32

newtoheart2dirk

2022-07-10 18:10:29 +08:00

电信联通移动科学上网，现在到底哪家好，我想问江苏地区

33

milaixian

2022-07-10 18:13:12 +08:00

我怎么觉得前 2 个月就不太行了
现在延迟也是接近 300

34

hongye1990

2022-07-10 20:04:39 +08:00

刚刚突然恢复了，不知道后面还会不会炸，江苏联通甲骨文东京延迟 40ms 。。

35

ReZer0

2022-07-10 21:21:43 +08:00

有没有朋友知道上海的出口是不是有问题？电信带宽，几周前出口应该没问题，这周开始出口非常慢。

36

shinichii

2022-07-10 21:27:29 +08:00

没回复还那样 100ms+

37

lingo

2022-07-10 23:06:57 +08:00

刚试，恢复了，稳定 45 延迟无丢包。。放心了。

38

hahasong

2022-07-10 23:12:50 +08:00

PING 185.212.58.133 (185.212.58.133): 56 data bytes
64 bytes from 185.212.58.133: icmp_seq=0 ttl=45 time=92.127 ms
64 bytes from 185.212.58.133: icmp_seq=1 ttl=45 time=91.840 ms
64 bytes from 185.212.58.133: icmp_seq=2 ttl=45 time=91.808 ms

39

Resucdueff

2022-07-11 02:46:32 +08:00

搞得这几天外区微信一直速度很差
ping sgminorshort.wechat.com

正在 Ping sgminorshort.wechat.com [101.32.133.209] 具有 32 字节的数据:
来自 101.32.133.209 的回复: 字节=32 时间=204ms TTL=49
来自 101.32.133.209 的回复: 字节=32 时间=203ms TTL=49
来自 101.32.133.209 的回复: 字节=32 时间=204ms TTL=49
请求超时。

101.32.133.209 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 3 ，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 203ms ，最长 = 204ms ，平均 = 203ms

40

fastcache

2022-07-11 08:26:05 +08:00 via iPhone

@bclerdx 有些策略是对端运营商自己调整的

41

stormlin

2022-07-11 09:17:55 +08:00

其实有特殊需求的朋友为何不考虑香港节点呢？买两个最便宜的机器做二级转发，然后我想在座各位空手撸个壳应该不太难吧？

42

cathiabi

2022-07-11 09:42:34 +08:00

@stormlin 香港带宽并不便宜……

43

plumk

OP

2022-07-11 09:56:33 +08:00

重庆联通还是很渣啊

1 185.212.58.133 222ms
2 185.212.58.133 207ms
3 185.212.58.133 184ms
4 185.212.58.133 215ms

创建自 Network Kit

44

angeltop

2022-07-11 10:29:43 +08:00

北京联通 - 甲骨文云春川一直稳定
路过

45

leefor2020

2022-07-11 11:07:36 +08:00

@plumk , 我用联通 5G 热点 ping 你这个 IP ，确实也是 200 左右，但是家里联通家宽只有不到 50

这个是家里路由器上 ping 的：
PING 185.212.58.133 (185.212.58.133): 56 data bytes
64 bytes from 185.212.58.133: seq=0 ttl=50 time=44.591 ms
64 bytes from 185.212.58.133: seq=1 ttl=50 time=46.223 ms
64 bytes from 185.212.58.133: seq=2 ttl=50 time=45.816 ms
64 bytes from 185.212.58.133: seq=3 ttl=50 time=46.239 ms
64 bytes from 185.212.58.133: seq=4 ttl=50 time=46.187 ms

--- 185.212.58.133 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 44.591/45.811/46.239 ms

这个是用联通 5G 热点的：
正在 Ping 185.212.58.133 具有 32 字节的数据:
来自 185.212.58.133 的回复: 字节=32 时间=281ms TTL=47
来自 185.212.58.133 的回复: 字节=32 时间=233ms TTL=47
来自 185.212.58.133 的回复: 字节=32 时间=204ms TTL=47
来自 185.212.58.133 的回复: 字节=32 时间=460ms TTL=47

185.212.58.133 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 204ms ，最长 = 460ms ，平均 = 294ms

46

plumk

OP

2022-07-11 11:09:56 +08:00

@leefor2020 我联通 4G 跟家里宽带没区别

47

nyanyamilk

2022-07-11 11:48:52 +08:00

上海联通
<USG5300>ping 185.212.58.133
PING 185.212.58.133: 56 data bytes, press CTRL_C to break
Reply from 185.212.58.133: bytes=56 Sequence=1 ttl=47 time=60 ms
Reply from 185.212.58.133: bytes=56 Sequence=2 ttl=47 time=50 ms
Reply from 185.212.58.133: bytes=56 Sequence=3 ttl=47 time=50 ms
Reply from 185.212.58.133: bytes=56 Sequence=4 ttl=47 time=50 ms
Reply from 185.212.58.133: bytes=56 Sequence=5 ttl=47 time=50 ms

--- 185.212.58.133 ping statistics ---
5 packet(s) transmitted
5 packet(s) received
0.00% packet loss
round-trip min/avg/max = 50/52/60 ms

48

liliass

2022-07-11 12:06:59 +08:00

@dorothyREN 求断缆 TG 群。没搜到

49

dorothyREN

2022-07-11 15:09:48 +08:00

@liliass #48 https://t.me/cutenicobest 我是在这个频道看的

50

leefor2020

2022-07-11 17:13:37 +08:00

@plumk ,你再试试看？刚才我 5G 热点也正常了，我看 ping.pe 上的联通节点也正常了

正在 Ping 185.212.58.133 具有 32 字节的数据:
来自 185.212.58.133 的回复: 字节=32 时间=77ms TTL=47
来自 185.212.58.133 的回复: 字节=32 时间=73ms TTL=47
来自 185.212.58.133 的回复: 字节=32 时间=46ms TTL=47
来自 185.212.58.133 的回复: 字节=32 时间=68ms TTL=47

185.212.58.133 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 46ms ，最长 = 77ms ，平均 = 66ms

51

louisxxx

2022-07-11 18:12:15 +08:00

日本 9929 表示稳定
64 bytes from *.*.*.77: icmp_seq=15 ttl=42 time=34.9 ms
64 bytes from *.*.*.77: icmp_seq=16 ttl=42 time=34.8 ms
64 bytes from *.*.*.77: icmp_seq=17 ttl=42 time=34.8 ms
64 bytes from *.*.*.77: icmp_seq=18 ttl=42 time=34.9 ms
64 bytes from *.*.*.77: icmp_seq=19 ttl=42 time=34.9 ms
64 bytes from *.*.*.77: icmp_seq=20 ttl=42 time=34.9 ms
^C
--- *.*.*.77 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19031ms
rtt min/avg/max/mdev = 34.801/34.902/35.137/0.090 ms

52

hongye1990

2022-07-11 19:03:03 +08:00

不知道联通在调啥，中午跟下午那会不正常，现在又正常了。。

53

plumk

OP

2022-07-11 20:03:48 +08:00

@leefor2020 恢复了