Die Verbindung der Browser in meinem LAN zu Internetservern dauert unabhängig vom Gerät immer lange, aber nachdem die Verbindung hergestellt ist, werden die Webseiten recht schnell heruntergeladen.
Speedtest.net meldet, was ich als ziemlich schnelle Internetverbindungsgeschwindigkeit bezeichnen würde.
Namebench sagt, dass mein „aktueller primärer DNS-Server der schnellste ist“, und dig obscuredomain.comgibt tatsächlich nahezu augenblicklich ein Ergebnis zurück.
Bei Traceroute (unter macOS) tritt beim ersten Hop jedoch immer, unfehlbar und systematisch eine Zeitüberschreitung bei der Rückkehr auf * * *(dauert ca. 10 Sekunden). Der zweite Hop zeigt eine IP an, die immer dieselbe ist, egal mit welchem Server ich eine Verbindung herzustellen versuche oder die sich im selben Bereich befindet (ich habe es jetzt und vor ein paar Tagen versucht und kann nur bestätigen, dass die ersten beiden Zahlen gleich waren; die ersten beiden Zahlen sind übrigens auch die gleichen wie die meiner eigenen IP).
Was kann es bedeuten, dass beim ersten Hop immer eine Zeitüberschreitung auftritt, wenn es nicht an einer langsamen Namensauflösung liegt?
$ 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
Antwort1
Beim ersten Hop tritt kein Timeout auf, er antwortet nur nicht auf Ihre Traceroute-ICMP-Abfrage. Dieses Gerät des ersten Hops (Ihr Standard-Gateway) kann so konfiguriert sein, dass es den an es gerichteten ICMP-Verkehr blockiert/verwirft/ignoriert.
Wenn sich die MAC-Adresse der Standard-Gateway-IP-Adresse nicht in Ihrem Host-Cache befindet, tritt natürlich eine gewisse Verzögerung (wahrscheinlich im Millisekundenbereich) auf, während Ihr Host ein ARP für die MAC-Adresse der Standard-Gateway-IP-Adresse ausführt.