谷歌 DNS 复活了还很快，是要回归国内的节奏？

[starship]

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=4ms TTL=248
来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=248
来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=248
来自 8.8.8.8 的回复: 字节=32 时间=5ms TTL=248

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


正在 Ping 8.8.4.4 具有 32 字节的数据:
来自 8.8.4.4 的回复: 字节=32 时间=4ms TTL=248
来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=248
来自 8.8.4.4 的回复: 字节=32 时间=8ms TTL=248
来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=248

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

[Sunnyyoung]

广州电信丢包率感人

[sensui7]

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=165ms TTL=45
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=161ms TTL=45
请求超时。

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 2 ，丢失 = 2 (50% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 161ms ，最长 = 165ms ，平均 = 163ms

--------------
辽宁 联通.

[halczy]

@athanos Google DNS 在台湾和香港都有，一般不用去美国。

[AirSc]

@mjoseph 我觉得每年这个时候都要招聘吧。

[halczy]

广州这里 8.8.4.4 是可以跑到个位数，估计在香港。

[lingaoyi]

又做梦....

[rrkelee]

[openbaby]

然而我这里电信并没有复活。我认为即便谷歌重返中国也只是部分业务，不可能是全业务重返，特别是 DNS 这块压根不用想了。

[athanos]

@halczy 啊，可以全球多台服务器一个 ip 吗？

[crazycen]

楼主想多了，我家 ping 8.8.8.8 可以到 5ms ，大家笑笑就好！

[Ellison]

@athanos Anycast

[shenmegui]

@crazycen 我这教育网 2ms 。。。。。而且是稳定 2ms 从没波动过。

[Halry]

hksl 仅供参考 root@HKSL ~]# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=50 time=32.6 ms
^C
--- 8.8.8.8 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5009ms
rtt min/avg/max/mdev = 32.662/32.722/32.862/0.192 ms
[root@HKSL ~]# ping 8.8.4.4
PING 8.8.4.4 (8.8.4.4) 56(84) bytes of data.
64 bytes from 8.8.4.4: icmp_seq=1 ttl=57 time=3.64 ms
--- 8.8.4.4 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 3.642/3.668/3.702/0.049 ms

ttl 那么高，我不太信

[aofall]

从路由追踪来看很明显运营商帮 Google DNS 做了 Anycast ，并不是真正的 Google DNS ，而是运营商 DNS 。很常见的情况。
还有，不要屁大点事就扯“ Google 要回归中国了”，这是属于有生之年的事

[omoyouo]

http://imgur.com/VdAe3TI

[skyaiwh]

苏州移动 CMCC-EDU
C:\WINDOWS\system32>ping 8.8.8.8 -t

正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=152ms TTL=37
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=124ms TTL=37
请求超时。
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=163ms TTL=37
来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37
来自 8.8.8.8 的回复: 字节=32 时间=116ms TTL=37
来自 8.8.8.8 的回复: 字节=32 时间=121ms TTL=37
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=37
来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=37
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37

[wyf88]

https://www.v2ex.com/t/139048

[aalska]

8.8.4.4 递归在香港。 有什么奇怪的。我这里连接过去 8ms

[yexm0]

8.8.8.8 在台湾延迟肯定高的了。而 8.8.4.4 则是在香港，如果你人在广东的话延迟个位数非常正常

[markzar]

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=3 ttl=45 time=69.3 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=45 time=68.3 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=45 time=67.9 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=45 time=67.6 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=45 time=68.1 ms
^C
--- 8.8.8.8 ping statistics ---
18 packets transmitted, 5 received, 72% packet loss, time 17099ms
rtt min/avg/max/mdev = 67.662/68.282/69.357/0.585 ms

基本不能用