Los navegadores en mi LAN, sin importar el dispositivo, siempre tardan en conectarse a los servidores de Internet, pero una vez realizada la conexión, las páginas web se descargan bastante rápido.
Speedtest.net informa lo que yo llamaría una velocidad de conexión a Internet bastante rápida.
Namebench dice que mi "servidor DNS primario actual es el más rápido" y, de hecho, dig obscuredomain.comdevuelve un resultado casi instantáneamente.
* * *Traceroute (en macOS), sin embargo, siempre tiene el primer salto, de manera infalible y sistemática, y tarda aproximadamente 10 segundos en regresar . El segundo salto muestra una IP que siempre es la misma sin importar el servidor al que intento conectarme o que esté en el mismo rango (lo intenté ahora y hace unos días y solo puedo confirmar que los dos primeros números eran iguales; los dos primeros Los números también son los mismos que los de mi propia IP, por cierto).
¿Qué puede significar que siempre se agota el tiempo de espera del primer salto, cuando no se debe a una resolución lenta de nombres?
$ traceroute -n nausicaa.net
traceroute to nausicaa.net (184.173.122.226), 64 hops max, 52 byte packets
1 * * *
2 213.195.112.1 5.702 ms 5.957 ms 23.590 ms
3 10.15.3.57 4.932 ms 5.974 ms 6.427 ms
4 10.15.3.14 5.196 ms 5.508 ms 4.555 ms
5 213.242.109.89 13.617 ms 13.325 ms 13.633 ms
6 4.69.206.81 107.324 ms 106.877 ms 106.964 ms
7 4.16.253.142 107.276 ms 107.191 ms 107.006 ms
8 169.45.18.176 107.997 ms 118.783 ms 107.929 ms
9 169.45.18.184 107.667 ms * *
10 * 50.97.17.165 126.468 ms *
11 * 50.97.17.162 138.171 ms *
12 50.97.17.57 140.740 ms 138.974 ms 139.650 ms
13 50.97.18.193 209.981 ms
173.192.18.215 138.209 ms 139.719 ms
14 173.192.118.139 139.715 ms 139.320 ms
173.192.118.141 262.584 ms
15 184.173.122.226 137.322 ms 139.245 ms 138.911 ms
$ traceroute -n -I nausicaa.net
traceroute to nausicaa.net (184.173.122.226), 64 hops max, 72 byte packets
1 * * *
2 213.195.112.1 6.703 ms 5.925 ms 4.782 ms
3 10.15.3.57 4.776 ms 5.826 ms 5.343 ms
4 10.15.3.14 5.395 ms 6.958 ms 5.077 ms
5 * * *
6 * * 4.69.206.81 105.994 ms
7 4.16.253.142 106.591 ms 106.862 ms 115.811 ms
8 169.45.18.176 110.287 ms 211.797 ms 108.709 ms
9 169.45.18.184 109.032 ms * 109.376 ms
10 * * 50.97.17.165 126.383 ms
11 * * *
12 50.97.17.57 140.749 ms 138.998 ms 138.941 ms
13 173.192.18.215 250.969 ms 139.695 ms 146.931 ms
14 173.192.118.139 140.894 ms 186.317 ms 139.711 ms
15 184.173.122.226 140.457 ms 139.831 ms 140.058 ms
$ traceroute -n google.com
traceroute to google.com (216.58.214.174), 64 hops max, 52 byte packets
1 * * *
2 213.195.112.1 6.754 ms 10.904 ms 5.777 ms
3 10.15.3.57 5.427 ms 5.135 ms 4.817 ms
4 10.15.3.14 5.086 ms 4.932 ms 4.806 ms
5 * * *
6 4.68.111.46 14.354 ms 15.889 ms 19.699 ms
7 74.125.242.161 14.783 ms
74.125.242.177 16.940 ms
74.125.242.161 15.619 ms
8 172.253.50.73 14.632 ms 13.989 ms
172.253.50.75 13.863 ms
9 216.58.214.174 13.606 ms 13.634 ms 14.182 ms
Respuesta1
El primer salto no se está agotando, simplemente no responde a la sonda ICMP de traceroute. Este dispositivo de primer salto (que es su puerta de enlace predeterminada) se puede configurar para bloquear/descartar/ignorar el tráfico ICMP destinado a él.
Si la dirección MAC de la dirección IP de la puerta de enlace predeterminada no está en la caché de su host, entonces, naturalmente, habrá un retraso de algún intervalo (probablemente en el rango de milisegundos) mientras su host realiza un ARP para la dirección MAC de la dirección IP de la puerta de enlace predeterminada.