通过以下 Referral 链接购买 DigitalOcean 主机，你将可以帮助 V2EX 持续发展 DigitalOcean - SSD Cloud Servers
这是一个创建于 2958 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前申请的 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 年 3 月 20 日 --- 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 年 3 月 20 日 http://ping.cat/?target=Taiwan.GCE_TW_1 电信到台湾方向简直不能看 换 azure 安稳 |
 | 6 peng2ex 2018 年 3 月 20 日 是的，本来亚洲东部 ping 在 22 左右，这几天要么直接 100+，要么直接不通。 |
 | 7 lfzyx 2018 年 3 月 20 日 不是 Google 做了什么大调整，是我们这边做了调整 |
 | 8 airycanon 2018 年 3 月 20 日 开会你懂的。 |
 | 9 torbrowserbridge 2018 年 3 月 20 日 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 年 3 月 20 日 GCP 出国都是走 Google 在香港的骨干网,所以抽风的时候不管你开哪个区都是一样的(你应该懂的,并不是 Google 的网络在抽风) |
 | 11 ycyppq123 2018 年 3 月 21 日 好像开完会今天正常了 |
Select Language