Google Public DNS ahora en Madrid

txuspe 28 noviembre 2014 16:30 ◉

⋮

Los servidores DNS públicos de Google se expanden y ahora atienden también desde Madrid. Con este movimiento, los usuarios españoles que utilicen los conocidos 8.8.8.8 y 8.8.4.4 verán reducido el tiempo de resolución de sus consultas, que hasta ahora se realizaba desde el centro de Europa. Por tanto, aquellos servicios que dependan notablemente de las resoluciones DNS -como es el caso de la navegación web- serán ahora más fluidos. Este acercamiento al usuario final, junto con la introducción de la propuesta EDNS-Client-Subnet, convierte a los servidores de Google en un serio rival para los DNS de los diferentes ISP nacionales, ya que el tiempo de respuesta podría ser muy similar.

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  x (x.x.x.x)  0.586 ms  0.523 ms  0.440 ms
 2  x (x.x.x.x)  0.475 ms  0.434 ms  0.385 ms
 3  193.149.1.94 (193.149.1.94)  1.003 ms  0.971 ms  0.933 ms
 4  66.249.94.207 (66.249.94.207)  0.918 ms 72.14.232.179 (72.14.232.179)  0.914 ms  0.901 ms
 5  66.249.95.55 (66.249.95.55)  1.743 ms 66.249.95.53 (66.249.95.53)  2.198 ms 66.249.95.55 (66.249.95.55)  1.977 ms
 6  google-public-dns-a.google.com (8.8.8.8)  1.198 ms  1.697 ms  1.660 ms

BocaDePez 28 noviembre 2014 16:38

⋮

gran noticia. entre el ftth y este tipo de cosas, al final vamos a parecer suecos. Con buenas latencias y todo!!!

✖

BocaDePez 29 noviembre 2014 12:07

⋮

Desde palma de mallorca ftth movistar.

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets

1 80.58.67.177 0.984 ms

2 80.58.88.209 14.284 ms

3 80.58.77.213 13.411 ms

4 *

5 5.53.1.74 11.989 ms

6 216.239.50.195 11.853 ms

7 66.249.95.243 12.629 ms

8 8.8.8.8 12.021 ms

Bastante buena latencia teniendo en cuenta la distancia.

Muy contento

BocaDePez 28 noviembre 2014 16:46

⋮

En R parece que aún no usa los servidores de Madrid:

traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  192.168.0.1  2.373 ms  2.725 ms  2.977 ms
 2  10.128.0.1  11.705 ms  11.897 ms  15.440 ms
 3  213.60.113.13  15.615 ms  15.436 ms  17.978 ms
 4  77.26.17.25  17.211 ms  16.392 ms  16.466 ms
 5  149.14.76.5  19.654 ms  19.112 ms  19.205 ms
 6  154.54.37.245  21.292 ms  18.060 ms 154.54.57.137  19.100 ms
 7  130.117.2.65  31.409 ms  27.213 ms  26.749 ms
 8  130.117.50.77  38.994 ms  43.596 ms  43.689 ms
 9  154.54.39.113  49.601 ms  49.295 ms  48.994 ms
10  154.54.39.129  57.207 ms  55.067 ms  54.564 ms
11  149.14.8.150  53.746 ms  53.202 ms  52.125 ms
12  209.85.246.244  49.096 ms 209.85.246.242  116.591 ms  49.876 ms
13  209.85.245.2  49.418 ms 216.239.51.5  49.486 ms 209.85.253.196  49.514 ms
14  64.233.174.82  51.042 ms 72.14.236.130  49.047 ms 72.14.242.220  49.057 ms
15  209.85.250.165  50.566 ms 209.85.248.71  47.229 ms  48.860 ms
16  * * *
17  8.8.8.8  48.622 ms  46.936 ms  57.363 ms

✖

txuspe 28 noviembre 2014 16:49

⋮

Si no tienes peering con Google pues no sirve de mucho. Si retiras la opción -n verás que R entrega el tráfico a Cogent, que lo lleva a Londres (porque allí está su enlace más cercano con Google).

✖

BocaDePez 28 noviembre 2014 17:18

⋮

Movistar lo usa?

✖

BocaDePez 28 noviembre 2014 17:26

⋮

ono tampoco.

✖

txuspe 28 noviembre 2014 17:33

⋮

✖

javierul 28 noviembre 2014 19:04

⋮

✖

txuspe 28 noviembre 2014 19:19

⋮

BocaDePez 28 noviembre 2014 22:42

⋮

yomimmo 28 noviembre 2014 19:42

⋮

✖

txuspe 28 noviembre 2014 19:44

⋮

✖

yomimmo 28 noviembre 2014 19:59

⋮

✖

txuspe 28 noviembre 2014 20:04

⋮

✖

BocaDePez 29 noviembre 2014 10:46

⋮

BocaDePez 29 noviembre 2014 14:19

⋮

BocaDePez 29 noviembre 2014 10:27

⋮

euskaltel lo usa?

BocaDePez 1 diciembre 2014 11:24

⋮

Ya, pero eso es porque R usa carriers chechenos, barato, barato, oiga.

Al final te van a mandar de paseo por media Europa, siguiendo un enrutado diseñado por un simio ebrio, cosas de R.

lomaki 28 noviembre 2014 17:25

⋮

yo voy con movistar y no me aparece como indicas.

✖

BocaDePez 28 noviembre 2014 19:33

⋮

porque Movistar tiene peering directo con Google y en su traceroute se ve que está pasando por Espanix

Aquí traceroute desde Telefónica:

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1 60.Red-80-58-67.staticIP.rima-tde.net (80.58.67.60) 6.118 ms 6.000 ms 6.012 ms
 2 69.Red-80-58-80.staticIP.rima-tde.net (80.58.80.69) 7.940 ms 7.907 ms 7.860 ms
 3 225.Red-80-58-81.staticIP.rima-tde.net (80.58.81.225) 9.619 ms 9.612 ms 9.566 ms
 4 ae3-0-GRAMADNO2 (5.53.1.69) 5.941 ms 5.900 ms 5.855 ms
 5 GOOGLE-Ae2-GRAMADNO2.red.telefonica-wholesale.net (5.53.1.74) 6.246 ms 6.263 ms 6.159 ms
 6 216.239.50.193 (216.239.50.193) 6.446 ms 216.239.50.199 (216.239.50.199) 8.550 ms 8.446 ms
 7 209.85.253.65 (209.85.253.65) 9.041 ms 8.193 ms 209.85.254.9 (209.85.254.9) 7.851 ms
 8 google-public-dns-a.google.com (8.8.8.8) 7.469 ms 7.417 ms 7.262 ms

✖

BocaDePez 30 noviembre 2014 18:44

⋮

Yo no veo ahí ninguna dirección de EspaNIX. La red 5.53.1 es de Telefónica Wholesale y la red 216.239.50 ya es de 1e100.net (Google)

✖

BocaDePez 1 diciembre 2014 12:55

⋮

con su se refería al traceroute del OP

3 193.149.1.94 (193.149.1.94) 1.003 ms 0.971 ms 0.933 ms

que sí pasa por Espanix

BocaDePez 28 noviembre 2014 17:26

⋮

No los usa. Movistar simplemete cobra por el enlace directo de Google con la red de Telefónica. Google habla siempre de Neutralidad de red, pero bien que paga para tener mejor servicio que la competencia

✖

BocaDePez 28 noviembre 2014 19:25

⋮

lee algo sobre neutralidad de la red porque no sabes lo que significa.

Y si al señor le parece mal que dos entidades establezcan peering, tal vez debería volver por donde ha venido, aprender cómo funciona Internet, y luego volver para comentar sin quedar como un oligofrénico

BocaDePez 28 noviembre 2014 20:53

⋮

Interesante. Hasta ahora, el servidor 8.8.8.8 más cercano era un mirror que estaba en Toulouse, Francia.

✖

txuspe 28 noviembre 2014 21:00

⋮

Aquí tienes las localizaciones que había hasta ahora, pero Toulouse no aparece por ninguna parte. De hecho, ni siquiera aparece París, así que creo que lo más próximo era Bruselas. developers.google.com/speed/public-dns/faq#locations

✖

BocaDePez 28 noviembre 2014 21:16

⋮

Mmmm... pues ahora estoy en duda, no sé si me confundo con Gmail entonces.

BocaDePez 28 noviembre 2014 22:40

⋮

Desde Jazztel:

Start: Fri Nov 28 22:30:00 2014

HOST: * Loss% Snt Last Avg Best Wrst StDev

1.|-- ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0

2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0

3.|-- 10.255.22.254 0.0% 10 71.4 75.2 68.9 98.3 9.5

4.|-- 102.217.106.212.static.ja 0.0% 10 78.6 82.0 69.9 118.0 17.0

5.|-- 109.217.106.212.static.ja 0.0% 10 69.7 77.4 68.7 101.9 16.3

6.|-- 2.217.106.212.static.jazz 0.0% 10 89.0 75.2 67.0 89.0 9.6

7.|-- 216.239.50.193 0.0% 10 81.6 74.4 68.5 105.9 11.7

8.|-- 66.249.95.243 0.0% 10 70.2 69.6 66.8 70.7 1.1

9.|-- google-public-dns-a.googl 0.0% 10 70.2 73.4 68.3 89.0 7.0

BocaDePez 28 noviembre 2014 22:48

⋮

Desde Interxion en Madrid:

HOST: *                              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. *                               0.0%    10    0.6   1.5   0.4   7.6   2.3
  2. *                               0.0%    10    0.4   3.6   0.4  12.9   5.0
  3. 193.149.1.94                    0.0%    10    1.1   1.5   1.0   3.6   1.0
  4. 72.14.232.179                   0.0%    10    1.1   6.7   1.1  15.0   5.5
  5. 66.249.95.55                    0.0%    10    1.7   1.8   1.6   3.5   0.6
  6. google-public-dns-a.google.com  0.0%    10    1.6   1.6   1.5   1.8   0.1

✖

BocaDePez 29 noviembre 2014 10:52

⋮

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

64 bytes from 8.8.8.8: icmp_req=1 ttl=56 time=1.24 ms

64 bytes from 8.8.8.8: icmp_req=2 ttl=56 time=1.44 ms

64 bytes from 8.8.8.8: icmp_req=3 ttl=56 time=1.47 ms

64 bytes from 8.8.8.8: icmp_req=4 ttl=56 time=1.45 ms

64 bytes from 8.8.8.8: icmp_req=5 ttl=56 time=1.44 ms

También a 4 saltos ... X), peering con TATA, que tiene peering directo con google en Interxion

BocaDePez 28 noviembre 2014 23:14

⋮

Desde Cantabria con ONO a 8.8.8.8 ,e da 30 ms y 9 saltos :(

✖

sczcaos 29 noviembre 2014 00:18

⋮

Desde Cantabria:

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
 1  ???  6.317 ms  13.241 ms  6.634 ms
 2  ???  7.480 ms  7.005 ms  8.372 ms
 3  10.254.10.129 (10.254.10.129)  25.503 ms
    10.254.10.93 (10.254.10.93)  25.921 ms
    10.254.10.129 (10.254.10.129)  29.708 ms
 4  10.254.3.226 (10.254.3.226)  33.281 ms
    10.254.3.222 (10.254.3.222)  33.902 ms
    10.254.11.1 (10.254.11.1)  25.901 ms
 5  62.42.228.62.static.user.ono.com (62.42.228.62)  26.588 ms  26.229 ms  25.569 ms
 6  216.239.50.197 (216.239.50.197)  21.974 ms  22.154 ms
    216.239.50.195 (216.239.50.195)  22.507 ms
 7  209.85.254.9 (209.85.254.9)  26.201 ms
    209.85.253.65 (209.85.253.65)  28.772 ms
    66.249.95.243 (66.249.95.243)  28.328 ms
 8  google-public-dns-a.google.com (8.8.8.8)  23.311 ms  22.521 ms  23.357 ms

BocaDePez 29 noviembre 2014 09:48

⋮

tracert desde Euskaltel:

Traza a 8.8.8.8 sobre caminos de 30 saltos como m ximo.

1 1 ms 1 ms 1 ms 192.168.0.1
2 9 ms 9 ms 11 ms 10.65.64.1
3 86 ms 14 ms 12 ms 172.19.57.25
4 20 ms 18 ms * 80.231.157.21
5 21 ms 25 ms 21 ms 80.231.91.41
6 21 ms 21 ms 22 ms 72.14.213.246
7 21 ms 21 ms 23 ms 216.239.50.197
8 21 ms 22 ms 22 ms 209.85.254.9
9 22 ms 21 ms 21 ms 8.8.8.8

Traza completa.

✖

BocaDePez 29 noviembre 2014 10:29

⋮

otro de euskaltel 30Mb

Microsoft Windows [Versión 6.1.7601]

C:\Users\PC>traceroute 8.8.8.8

"traceroute" no se reconoce como un comando interno o externo,

programa o archivo por lotes ejecutable.

C:\Users\PC>tracert 8.8.8.8

Traza a la dirección google-public-dns-a.google.com [8.8.8.8]

sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.0.1

2 6 ms 7 ms 9 ms PC-PC [0.0.0.0]

3 * * 9 ms 161.212-142-234.static.clientes.euskaltel.es [21

2.142.234.161]

4 * * * Tiempo de espera agotado para esta solicitud.

5 14 ms 14 ms 13 ms 94.212-142-130.static.clientes.euskaltel.es [212

.142.130.94]

6 18 ms 16 ms 17 ms mad-b2-link.telia.net [213.248.85.153]

7 40 ms 42 ms 40 ms prs-bb2-link.telia.net [213.155.133.198]

8 41 ms 88 ms 40 ms ffm-bb2-link.telia.net [80.91.246.182]

9 68 ms 71 ms 71 ms s-bb4-link.telia.net [62.115.143.106]

10 68 ms 68 ms 67 ms s-b5-link.telia.net [80.91.249.219]

11 70 ms 68 ms 67 ms google-ic-306509-s-b5.c.telia.net [62.115.45.14]

12 67 ms 66 ms 71 ms 216.239.43.122

13 82 ms 68 ms 68 ms 209.85.254.31

14 79 ms 77 ms 79 ms 209.85.247.93

15 82 ms 82 ms 85 ms 216.239.48.234

16 * * * Tiempo de espera agotado para esta solicitud.

17 78 ms 79 ms 78 ms google-public-dns-a.google.com [8.8.8.8]

Traza completa.

esto esta OK? me conecto al DNS de google en madrid o no?

✖

TheGreatDoc 30 noviembre 2014 09:40

⋮

Lo siento pero no. Por lo pronto, el salto #7, prs-bb2-link.telia.net no se por qué me da que es Paris....

✖

BocaDePez 30 noviembre 2014 18:46

⋮

Y ffm-bb2-link.telia.net me da que es Frankfurt am Main... buena vuelta que se da, de ahí los 80 ms

BocaDePez 29 noviembre 2014 10:26

⋮

aquei todo dios usa linux o ke?

✖

BocaDePez 29 noviembre 2014 10:47

⋮

¿Acaso no se puede hacer un tracert con Windows? :P

BocaDePez 29 noviembre 2014 12:27

⋮

Desde telefónica madrid:

$ traceroute 8.8.8.8

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets

1 192.168.1.250 (192.168.1.250) 0.602 ms 0.259 ms 0.182 ms

2 192.168.153.1 (192.168.153.1) 1.423 ms 1.305 ms 1.328 ms

3 49.red-81-46-39.staticip.rima-tde.net (81.46.39.49) 1.730 ms 1.870 ms 1.931 ms

4 * * *

5 google-ae2-gramadno2.red.telefonica-wholesale.net (5.53.1.74) 3.458 ms 3.364 ms 3.181 ms

6 216.239.50.195 (216.239.50.195) 2.909 ms

216.239.50.193 (216.239.50.193) 3.066 ms 3.026 ms

7 66.249.95.55 (66.249.95.55) 3.948 ms

209.85.253.63 (209.85.253.63) 3.660 ms

66.249.95.53 (66.249.95.53) 3.649 ms

8 google-public-dns-a.google.com (8.8.8.8) 3.339 ms 3.364 ms 3.252 ms

usuario-eliminado 29 noviembre 2014 13:18

⋮

desde amsterdam

traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  * * 159.253.146.177-static.reverse.softlayer.com (159.253.146.177)  0.569 ms
 2  ae11.dar01.sr01.ams01.networklayer.com (159.253.158.130)  0.502 ms  0.457 ms  0.409 ms
 3  ae8.bbr01.eq01.ams02.networklayer.com (50.97.18.236)  0.563 ms  0.740 ms  0.699 ms
 4  core1.ams.net.google.com (80.249.208.247)  1.100 ms  1.055 ms  1.586 ms
 5  209.85.248.112 (209.85.248.112)  1.527 ms 209.85.248.92 (209.85.248.92)  1.320 ms 209.85.248.112 (209.85.248.112)  1.430 ms
 6  209.85.253.247 (209.85.253.247)  1.389 ms 209.85.253.249 (209.85.253.249)  1.448 ms 72.14.238.69 (72.14.238.69)  1.726 ms
 7  216.239.48.139 (216.239.48.139)  5.119 ms 209.85.254.213 (209.85.254.213)  5.067 ms 216.239.48.139 (216.239.48.139)  5.328 ms
 8  216.239.49.30 (216.239.49.30)  4.761 ms 216.239.49.38 (216.239.49.38)  5.209 ms 216.239.49.36 (216.239.49.36)  4.756 ms
 9  * * *
10  google-public-dns-a.google.com (8.8.8.8)  5.179 ms  5.126 ms  5.083 ms

desde valladolid

traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  192.168.50.1 (192.168.50.1)  0.290 ms  0.293 ms  0.291 ms
 2  90.171.148.254 (90.171.148.254)  2.049 ms  3.093 ms  2.499 ms
 3  * 10.34.209.141 (10.34.209.141)  2.531 ms  2.481 ms
 4  10.34.209.133 (10.34.209.133)  17.965 ms * *
 5  81.52.186.193 (81.52.186.193)  18.389 ms  18.156 ms *
 6  * google-7.GW.opentransit.net (81.52.179.98)  17.167 ms  17.152 ms
 7  66.249.94.207 (66.249.94.207)  16.681 ms  16.082 ms 66.249.94.205 (66.249.94.205)  17.020 ms
 8  * 209.85.254.9 (209.85.254.9)  17.932 ms 66.249.95.55 (66.249.95.55)  17.576 ms
 9  * * *

BocaDePez 29 noviembre 2014 14:03

⋮

desde Girona

Traza a la dirección google-public-dns-a.google.com [8.8.8.8]
sobre un máximo de 30 saltos:

1 34 ms 33 ms 34 ms 192.168.153.1
2 34 ms 35 ms 34 ms 98.Red-81-46-64.staticIP.rima-tde.net [81.46.64.
98]
3 * * * Tiempo de espera agotado para esta solicitud.
4 46 ms 45 ms 46 ms 5.53.1.82
5 44 ms 45 ms 44 ms 72.14.232.179
6 45 ms 47 ms 46 ms 209.85.254.9
7 44 ms 130 ms 44 ms google-public-dns-a.google.com [8.8.8.8]

Traza completa.

TheGreatDoc 30 noviembre 2014 09:38

⋮

Este acercamiento al usuario final, junto con la introducción de la propuesta EDNS-Client-Subnet, convierte a los servidores de Google en un serio rival para los DNS de los diferentes ISP nacionales, ya que el tiempo de respuesta podría ser muy similar.

No te equivoques, a los ISP nacionales que tengan acuerdo de peering con google, les acaban de hacer un favor!No es lo mismo mantener servidores dns sólo para tus zonas, que mantenerlos para acceso cliente. Aunque nunca serán capaces de responder tan rápido como el local (allá donde el servidor dns esté conectado al mismo switch que el router de acceso), por mera cuestión de lógica y de física, sí que llegará un momento en el que la diferencia sea tan ínfima que el operador haga palmas con las orejas y se quite un problema, poniendo los servidores de google en los distintos sistemas de provisionamiento en vez de los suyos propios.

✖

txuspe 30 noviembre 2014 09:52

⋮

Como ISP, ¿delegarías la enorme responsabilidad que supone mantener un sistema tan crítico como el DNS en Google? Y si un día Google se cae -que puede pasar-, ¿qué dices a tus clientes? O llegas a un acuerdo de SLA ~100% con Google o yo no me lo jugaría.

✖

TheGreatDoc 30 noviembre 2014 16:18

⋮

Sabes qué pasa? Que para una gran mayoría de usuarios, si se cae google es prácticamente como si se cayera internet.

Si bien es cierto lo que dices, sinceramente creo que la estabilidad de los servicios de Google es mucho mayor que la de cualquier ISP...

De todas formas, como ya he dicho, nunca será más rápida las respuestas del servidor DNS de google que de un servidor DNS local. Por mucho peering que tengas.

BocaDePez 30 noviembre 2014 22:50

⋮

ONO desde Tenerife aun pasa por Londres:

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 x.x.x.x 0.512 ms 0.472 ms 0.450 ms
2 x.x.x.x 10.331 ms 10.104 ms 10.106 ms
3 x.x.x.x 11.848 ms 16.890 ms 16.669 ms
4 x.x.x.x 52.024 ms 51.816 ms 53.431 ms
5 x.x.x.x 51.999 ms 51.779 ms *
6 * * *
7 x.x.x.x 45.987 ms x.x.x.x 54.024 ms x.x.x.x 59.363 ms
8 62.42.228.62 61.243 ms 60.059 ms 54.914 ms
9 216.239.50.195 48.576 ms 216.239.50.199 41.842 ms 216.239.50.195 40.182 ms
10 209.85.254.9 47.100 ms 66.249.95.243 48.110 ms 48.060 ms
11 8.8.8.8 49.470 ms 45.398 ms 42.679 ms

Y la lista de nodos antes de llegar a Madrid no es pequeña.

✖

txuspe 30 noviembre 2014 23:04

⋮

¿Por qué dices que pasas por Londres? En la traza se observa que se entrega el tráfico a Google en Madrid, igual que el resto de clientes de ONO. Además, no podrías llegar desde Tenerife a Londres en 42ms, harían falta al menos 50-60ms. Y en cuanto a la lista de nodos, la mayoría de ellos se limitará a pasar tráfico MPLS por lo que son muy muy rápidos.

BocaDePez 2 diciembre 2014 11:22

⋮

A mí, desde Madrid, 1 ms :D

BocaDePez 2 diciembre 2014 12:14

⋮

Desde Palma de Mallorca con Jazztel ADSL

manticore@openwrt: traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
1 1.96.14.37.dynamic.jazztel.es (37.14.96.1) 30.019 ms 16.884 ms 17.094 ms
2 10.255.167.254 (10.255.167.254) 17.812 ms 18.159 ms 17.155 ms
3 121.217.106.212.static.jazztel.es (212.106.217.121) 39.692 ms 33.705 ms 117.217.106.212.static.jazztel.es (212.106.217.117) 42.244 ms
4 118.217.106.212.static.jazztel.es (212.106.217.118) 42.004 ms 41.098 ms 41.272 ms
5 129.216.106.212.static.jazztel.es (212.106.216.129) 45.569 ms 149.216.106.212.static.jazztel.es (212.106.216.149) 37.869 ms 37.524 ms
6 66.217.106.212.static.jazztel.es (212.106.217.66) 44.876 ms 43.630 ms 2.217.106.212.static.jazztel.es (212.106.217.2) 45.822 ms
7 216.239.50.199 (216.239.50.199) 45.948 ms 45.421 ms 216.239.50.193 (216.239.50.193) 44.987 ms
8 209.85.253.65 (209.85.253.65) 37.540 ms 66.249.95.55 (66.249.95.55) 36.714 ms 66.249.95.243 (66.249.95.243) 38.472 ms
9 google-public-dns-a.google.com (8.8.8.8) 45.019 ms 46.435 ms 55.222 ms

45-55ms No es ninguna maravilla aunque teniendo en cuenta que el primer salto ya se lleva 17ms que vamos a esperar.

De todas formas la validez de estas pruebas no la tengo muy clara según tengo entendido muchas veces los routers están configurados para dar prioridad baja al tráfico ICMP...

BocaDePez 2 diciembre 2014 18:41

⋮

En la lista de datacenters de Google DNS todavia no aparece nada de que hayan puesto en Madrid.

faliqui 3 diciembre 2014 21:53

⋮

Pues creo que de momento no son una buena opción, he estado probando; a menudo se pierden paquetes y otras veces la latencia sube de 40 ms (ADSL 10M) a 150-200 ms

Supongo que estarán de pruebas.

✖

BocaDePez 5 diciembre 2014 22:32

⋮

A mi me van muy estables con un ping de unos 47ms y sin perdidas de paquetes. Movistar ADSL 10M.