使用 Linode && Do 的童鞋们有大量丢包么

Dark4PolarLight

2015-01-01 22:28:39 +08:00

DO的旧金山大量丢包，伦敦的还算正常。

ooxxcc

2015-01-01 22:28:50 +08:00

武汉电信试了下一切正常

Chipper

2015-01-01 22:30:57 +08:00

linode fremont正常

crazyxin1988

2015-01-01 22:33:18 +08:00

DO的确实不太稳定速度慢
ssh 命令都一个一个的蹦

geeklian

2015-01-01 22:35:18 +08:00

DO新加坡稳定
联通

imn1

2015-01-01 22:38:16 +08:00

毫秒收 connection refuse... 我不相信这是服务器那边发过来的

zhaoxiting1997

2015-01-01 22:58:40 +08:00

上海移动
DO新加坡的ping值比平常增加了60ms，linide正常。
好像是pccw新加坡和DO新加坡的问题
traceroute:
10 TenGE0-0-0-1.br03.sin02.pccwbtn.net (63.218.228.110) 74.137 ms TenGE0-0-0-3.br03.sin02.pccwbtn.net (63.218.228.118) 76.368 ms 75.646 ms
11 digital.ocean.te0-0-0-13.br03.sin02.pccwbtn.net (63.218.107.190) 140.546 ms 136.090 ms 134.880 ms

2015-01-01 23:01:26 +08:00

上海移动 do sfo1 太慢了好伤心

salemilk

2015-01-01 23:09:45 +08:00

我的linode抽风啊，很多地区ping超时啊。。东京节点，昨晚收到linode的邮件说他们在东京有新的主机了，不知道有关系没有关系。

orvice

2015-01-01 23:19:40 +08:00

Linode还好。。do抽死了

jqw1992

2015-01-01 23:22:17 +08:00

linode jp，ss用的要哭了

fewspider

2015-01-01 23:27:48 +08:00

do ssh连接都快连不上了-_-||

zts1993

2015-01-01 23:42:55 +08:00

4台中2台ping过400还有两个过600已经哭瞎

msdx123

2015-01-02 00:12:02 +08:00

linode 联通 ss 正常秒速

BOOM

2015-01-02 00:19:37 +08:00

DO被国人涌入玩坏了

GhostFlying

2015-01-02 00:22:41 +08:00

Linode jp，以前晚上倒是经常抽。。最近倒是特别好

kawaiiushio

2015-01-02 01:39:01 +08:00

@orvice KDDI的线路已经开始抽了

lincanbin

2015-01-02 01:44:40 +08:00

正在 Ping www.94cb.com [104.236.166.48] 具有 32 字节的数据:
来自 104.236.166.48 的回复: 字节=32 时间=273ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=259ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=266ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=274ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=274ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=267ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=261ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=264ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=274ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=271ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=275ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=259ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=280ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=274ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=274ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=276ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=352ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=276ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=264ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=258ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=261ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=257ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=271ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=260ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=250ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=255ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=266ms TTL=42
来自 104.236.166.48 的回复: 字节=32 时间=267ms TTL=42

104.236.166.48 的 Ping 统计信息:
数据包: 已发送 = 28，已接收 = 28，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 250ms，最长 = 352ms，平均 = 269ms
Control-C

DO旧金山，比平时多了100ms，但是没有丢包。
应该是线路问题吧，我这边海外出口是联通。

soulteary

2015-01-02 02:48:45 +08:00

不知道是否和最近浙江湖州的一堆扫描机器有关么（这种机器人会不会触发gfw的保护机制，连累正常用户= =）

linode 费利蒙丢包率降低到20%+了，延时还是200多，感动ಥ_ಥ了...
do 纽约 8% 延时300~600
hk 5%以内延时40

vincentwyshan

2015-01-02 16:39:27 +08:00

dalas, 30% - 70% 不等的丢包