这是一个创建于 1768 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家随机感受一下,严重的时候能 70%的丢包.
Microsoft Windows [版本 10.0.14393]
(c) 2016 Microsoft Corporation。保留所有权利。
C:\Users\null>ping v2ex.com -t
正在 Ping v2ex.com [104.20.10.218] 具有 32 字节的数据:
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=172ms TTL=53
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
Microsoft Windows [版本 10.0.14393]
(c) 2016 Microsoft Corporation。保留所有权利。
C:\Users\null>ping v2ex.com -t
正在 Ping v2ex.com [104.20.10.218] 具有 32 字节的数据:
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=172ms TTL=53
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
请求超时。
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
来自 104.20.10.218 的回复: 字节=32 时间=173ms TTL=53
请求超时。
12 条回复 • 2020-02-27 08:44:46 +08:00
 |
1
LU35 2020-02-26 00:36:51 +08:00 via Android
cloudflare 正常就是这样，并不是最近才这样。
|
 |
3
sadan9 2020-02-26 00:43:26 +08:00
104.20.9.218 的 Ping 统计信息:
数据包: 已发送 = 385，已接收 = 385，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 182ms，最长 = 250ms，平均 = 185ms Control-C ^C |
|
4
LU35 2020-02-26 00:49:53 +08:00 via Android
|
 |
6
Yukong1 2020-02-26 01:22:04 +08:00 via Android
之前墙来之后就这样，一直丢包
|
 |
7
jousca 2020-02-26 01:53:20 +08:00
移动宽带，测试了 3 次，12 个包丢 3 个。但是延迟都在 120 以内。
中间有 2 个出口节点丢包 34%。故障出在 27.111.228.132 正在 Ping 104.20.10.218 具有 32 字节的数据: 来自 104.20.10.218 的回复: 字节=32 时间=100ms TTL=48 来自 104.20.10.218 的回复: 字节=32 时间=100ms TTL=48 来自 104.20.10.218 的回复: 字节=32 时间=105ms TTL=47 来自 104.20.10.218 的回复: 字节=32 时间=107ms TTL=47 104.20.10.218 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 100ms，最长 = 107ms，平均 = 103ms |
 |
8
LiYanHong 2020-02-26 09:14:00 +08:00
广东电信，最近出国超级慢
|
 |
10
kandm 2020-02-26 15:02:10 +08:00
104.20.10.218 的 Ping 统计信息:
数据包: 已发送 = 286，已接收 = 286，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 180ms，最长 = 187ms，平均 = 181ms |
 |
11
LZWDRWEB 2020-02-26 17:41:37 +08:00
104.20.10.218 的 Ping 统计信息:
数据包: 已发送 = 34，已接收 = 22，丢失 = 12 (35% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 238ms，最长 = 249ms，平均 = 244ms Control-C 联通 |
 |
12
hst001 2020-02-27 08:44:46 +08:00
这两天，不管联通移动，访问谷歌要连刷好几次才能成功访问到。
|
Select Language