通过以下 Referral 链接购买 DigitalOcean 主机，你将可以帮助 V2EX 持续发展
› DigitalOcean - SSD Cloud Servers
这是一个创建于 2441 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前申请的 300 刀 /年，一直顺顺利利用了 11 个月，最近快到期了准备再申请一个，结果发现所有节点都坑爹...
大概从上两个星期开始的
于是我干脆一口气创建了 5 台 vps，美西海岸、台湾、新加披、日本、印度、法兰克福....
结果每一台都是丢包严重....
难道这个月开始 Google 做了什么大调整？
最后我查了下他们的路由线路，全部都是经过 HK 节点出去的，为啥会有这么大的阻塞？开会的关系？
这是算好的了，丢包严重时，几分钟都没法到达
-------------------------------
来自 35.229.128.44 的回复: 字节=32 时间=145ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=24ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=22ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=22ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=122ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=23ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=28ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=23ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=23ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=25ms TTL=52
35.229.128.44 的 Ping 统计信息:
数据包: 已发送 = 3635，已接收 = 3590，丢失 = 45 (1% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 21ms，最长 = 1295ms，平均 = 40ms
-------------------------------
大概从上两个星期开始的
于是我干脆一口气创建了 5 台 vps，美西海岸、台湾、新加披、日本、印度、法兰克福....
结果每一台都是丢包严重....
难道这个月开始 Google 做了什么大调整？
最后我查了下他们的路由线路，全部都是经过 HK 节点出去的，为啥会有这么大的阻塞？开会的关系？
这是算好的了，丢包严重时，几分钟都没法到达
-------------------------------
来自 35.229.128.44 的回复: 字节=32 时间=145ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=24ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=22ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=22ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=122ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=23ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=28ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=23ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=23ms TTL=52
来自 35.229.128.44 的回复: 字节=32 时间=25ms TTL=52
35.229.128.44 的 Ping 统计信息:
数据包: 已发送 = 3635，已接收 = 3590，丢失 = 45 (1% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 21ms，最长 = 1295ms，平均 = 40ms
-------------------------------
13 条回复 • 2018-03-21 22:56:58 +08:00
 |
1
etrock OP 之前 SS 开了 BBR，基本每天 YouTube 都是满速。。。直接 HD 画质，台湾节点也是稳稳的<50ms....
就最近全出丢包，而且所有地区的节点都挂，郁闷了.. |
 |
2
jswh 2018-03-20 15:46:28 +08:00
--- 35.229.128.44 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4003ms rtt min/avg/max/mdev = 46.582/135.928/210.181/52.973 ms 看起来还好呀 |
|
3
etrock OP @jswh 要 ping 一晚上。。。基本丢包 30%+
间歇性通畅.. 稳定时一直保持 2*ms，很给力的... 之前有开欧洲节点和台湾节点，两个窗口 ping，发现丢包时间基本很接近，要不都顺利，要不都扑街.... |
 |
4
paw 2018-03-20 16:01:10 +08:00
http://ping.cat/?target=Taiwan.GCE_TW_1
电信到台湾方向简直不能看 换 azure 安稳 |
 |
6
peng2ex 2018-03-20 16:33:56 +08:00
是的，本来亚洲东部 ping 在 22 左右，这几天要么直接 100+，要么直接不通。
|
 |
7
lfzyx 2018-03-20 16:37:48 +08:00
不是 Google 做了什么大调整，是我们这边做了调整
|
 |
8
airycanon 2018-03-20 16:40:43 +08:00
开会你懂的。
|
 |
9
torbrowserbridge 2018-03-20 16:42:17 +08:00
20 packets transmitted, 20 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 177.983/185.449/243.077/13.690 ms |
 |
10
Leafove 2018-03-20 17:13:55 +08:00
GCP 出国都是走 Google 在香港的骨干网,所以抽风的时候不管你开哪个区都是一样的(你应该懂的,并不是 Google 的网络在抽风)
|
 |
11
ycyppq123 2018-03-21 15:17:18 +08:00
好像开完会今天正常了
|
Select Language