Warum ist die Ping-Zeit bei einer WLAN-Verbindung viel höher als bei einer Ethernet-Verbindung?

Warum ist die Ping-Zeit bei einer WLAN-Verbindung viel höher als bei einer Ethernet-Verbindung?

Ich habe Probleme mit der API vonhttps://api.materialsproject.orgvor kurzem. Weil es beim Abrufen von Daten so langsam und instabil ist. Ich dachte, es sei nur das Problem dieser Site. Heute habe ich jedoch festgestellt, dass das nicht stimmt.

Ich arbeite immer an meinem Laptop, der mit einem WLAN-Router verbunden ist. Ich habe gerade zufällig einen anderen Computer mit Ethernet-Verbindung ausprobiert und festgestellt, dass dieser Daten schnell abruft!

Also habe ich einen Ping-Test auf meinem Laptop gemacht.

Deaktivieren Sie WLAN und stecken Sie das Netzwerkkabel ein, ich habe

PING api.materialsproject.org (104.18.41.120) 56(84) bytes of data.
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=1 ttl=54 time=136 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=2 ttl=54 time=134 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=3 ttl=54 time=137 ms

Kabel entfernen und einsteckendas gleiche Kabelin WLAN-Router, und verbinden Laptop zu diesem WLAN-Router, ich habe

PING api.materialsproject.org (104.18.41.120) 56(84) bytes of data.
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=4 ttl=44 time=303 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=6 ttl=44 time=301 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=9 ttl=44 time=301 ms

Wow, das ist wirklich beeindruckend, eine sofortige Verzögerung von 200 ms. Um die Möglichkeit auszuschließen, dass ich ein schlechtes WLAN habe, habe ich einen anderen WLAN-Router ausprobiert, immer noch 300 ms!

Das hat mich wirklich verwirrt, denn mein WLAN ist eigentlich sehr schnell getestet vonhttps://www.speedtest.net, was

Bildbeschreibung hier eingeben

Noch seltsamer ist, dass mein Arbeitsplatz über ein AP-Netzwerk verfügt. Wenn ich mich mit diesem AP-Netzwerk verbinde, bekomme ich einen schnellen Ping

PING api.materialsproject.org (104.18.41.120) 56(84) bytes of data.
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=1 ttl=54 time=134 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=2 ttl=54 time=135 ms
64 bytes from 104.18.41.120 (104.18.41.120): icmp_seq=3 ttl=54 time=135 ms

Laut Speedtest ist dieses AP-Netzwerk jedoch viel langsamer!

Bildbeschreibung hier eingeben

Kann mir jemand erklären, was hier los ist? Gibt es eine Möglichkeit, meine Ping-Zeit zu api.materialsproject.org über eine WLAN-Verbindung zu verkürzen?


PS:

Wie von Martin vorgeschlagen, pinge ich das Gateway an und bekomme

Pinging 192.168.31.1 with 32 bytes of data:
Reply from 192.168.31.1: bytes=32 time=1ms TTL=64
Reply from 192.168.31.1: bytes=32 time=2ms TTL=64
Reply from 192.168.31.1: bytes=32 time=2ms TTL=64
Reply from 192.168.31.1: bytes=32 time=3ms TTL=64

Ping statistics for 192.168.31.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1ms, Maximum = 3ms, Average = 2ms

Wie von petitradisgris vorgeschlagen, laufe ich, tracert api.materialsproject.orgwenn ich mit WLAN verbunden bin und habe

Tracing route to api.materialsproject.org [104.18.41.120]
over a maximum of 30 hops:

  1     3 ms     2 ms     1 ms  XiaoQiang [192.168.31.1]
  2     3 ms     3 ms     3 ms  172.16.24.1
  3     6 ms     6 ms     3 ms  120.199.21.1
  4     5 ms     5 ms     5 ms  221.131.254.53
  5     *        *        *     Request timed out.
  6     *        7 ms     6 ms  111.24.10.169
  7    28 ms    28 ms    29 ms  221.183.118.37
  8    32 ms    28 ms    28 ms  111.24.17.161
  9    32 ms    35 ms    34 ms  221.176.21.190
 10    33 ms    37 ms    34 ms  221.183.25.202
 11    33 ms    54 ms    32 ms  221.183.55.109
 12   203 ms   204 ms   204 ms  223.120.12.213
 13   218 ms   217 ms   217 ms  223.120.6.218
 14   362 ms   368 ms   364 ms  223.119.64.110
 15   307 ms   316 ms   306 ms  172.70.212.2
 16     *      309 ms     *     104.18.41.120
 17   301 ms     *      301 ms  104.18.41.120

Trace complete.

Dann laufe ich tracert api.materialsproject.orgnur mit angeschlossenem Kabel

Tracing route to api.materialsproject.org [104.18.41.120]
over a maximum of 30 hops:

  1     2 ms     2 ms    <1 ms  172.16.24.1
  2    27 ms     7 ms     6 ms  61.153.0.129
  3     *        *        *     Request timed out.
  4     *        *        2 ms  115.233.18.21
  5     *        *        4 ms  202.97.101.189
  6     7 ms     7 ms     7 ms  202.97.64.182
  7     *        7 ms     7 ms  202.97.50.193
  8   142 ms   146 ms   143 ms  202.97.71.198
  9   209 ms   267 ms   220 ms  218.30.53.214
 10   168 ms   157 ms   158 ms  172.68.188.22
 11   135 ms   135 ms   134 ms  104.18.41.120

Trace complete.

PS

Jetzt bin ich wieder zu Hause. Ich kann es noch an einem anderen WLAN-Router testen, und dieser ist teuer :)

Überraschenderweise dauert der Ping auch 300ms. Trace sind unten

Tracing route to api.materialsproject.org [104.18.41.120]
over a maximum of 30 hops:

  1     1 ms    10 ms    <1 ms  RT-AX86U-0158 [192.168.50.1]
  2     2 ms     1 ms     1 ms  SMBSHARE [192.168.1.1]
  3     6 ms     4 ms     4 ms  10.109.128.1
  4     5 ms     4 ms     6 ms  221.131.254.41
  5     *        *        *     Request timed out.
  6     6 ms     6 ms     7 ms  111.24.10.169
  7    28 ms    28 ms    28 ms  221.183.118.33
  8    31 ms    52 ms    30 ms  111.24.2.250
  9    29 ms    28 ms    28 ms  221.176.21.190
 10    28 ms    28 ms    27 ms  221.183.52.1
 11    36 ms    38 ms    41 ms  221.183.55.109
 12   206 ms   208 ms   212 ms  223.120.12.213
 13   202 ms   207 ms   209 ms  223.120.6.218
 14   445 ms   459 ms   450 ms  223.119.64.110
 15   317 ms   318 ms     *     141.101.72.32
 16   323 ms     *        *     104.18.41.120
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19   312 ms   305 ms   313 ms  104.18.41.120

Trace complete.

Der Weg ist immer noch kompliziert. Deshalb habe ich mir noch eine andere Frage ausgedacht.Da wir bereits wissen, dass es eine Abkürzung zum Server gibt, ist es möglich, WLAN zu zwingen, die beste Route zu nehmen?

Antwort1

Wenn Sie direkt zur Arbeit und zurück fahren, dauert es gleich lange. Wenn Sie auf dem Hin- und Rückweg über Starbucks und McDonald's fahren, dauert es länger, oder?

Eine WLAN-Verbindung bietet zusätzliche Funktionen, die eine einfache Ethernet-Verbindung nicht bietet – das ist die Verzögerung. Da kann man nichts machen, es gelten die Gesetze der Physik und so weiter.

Das Beste was Sie tun können, ist, sich in der Nähe einer sehr guten WLAN-Basisstation aufzuhalten, die mit dem primären Netzwerk mit der besten Latenz verbunden ist.

Jetzt will ich einen Viertelkäse...

Antwort2

Es kann damit zusammenhängen, wie Ihr Betriebssystem (Windows 10) Ihrem Netzwerk vertraut oder nicht, was zu möglichen VPN-Funktionen führt. Ich spreche von Netzwerkprofilen in Windows (privat, öffentlich).

1. Erster Vorschlag:

Öffnen Sie Ihre VPN-Einstellungen (System > Netzwerk und Internet > VPN) und deaktivieren Sie die erweiterten Einstellungen:

  • VPN über getaktete Netzwerke zulassen

  • VPN beim Roaming zulassen

Versuchen Sie in beiden Situationen erneut, Traceroute durchzuführen, um eventuelle Änderungen anzuzeigen.

2. Zweiter Vorschlag:

Versuchen Sie, das Netzwerkprofil zu ändern (in beiden Situationen) und prüfen Sie, ob sich dies auf Ihren Traceroute auswirkt.

Unten finden Sie einen CMD-Befehl, um dies schnell auszuführen (auf allen Schnittstellen). Führen Sie dies mit ADMINISTRATOR-Rechten aus.

Stellen Sie alle Verbindungen auf das Profil „privat“ ein:

powershell -c "Get-NetConnectionProfile |Set-NetConnectionProfile -NetworkCategory private"

Stellen Sie alle Verbindungen auf das „öffentliche“ Profil ein:

powershell -c "Get-NetConnectionProfile |Set-NetConnectionProfile -NetworkCategory public"

Versuchen Sie in beiden Situationen erneut, Traceroute durchzuführen, um eventuelle Änderungen anzuzeigen.

3. Dritter Vorschlag:

Es scheint, dass der Router Ihres ISP-Providers (auf der anderen Seite Ihres Ethernet-Kabels) Ihren Netzwerkverkehr je nach angeschlossenem Gerät unterschiedlich umleitet.

Versuchen Sie, die WAN-Schnittstelle Ihres WLAN-Routers (die kabelgebundene Ethernet-Schnittstelle) zu konfigurieren, indem Sie die MAC-Adresse in etwas ändern, das eher „Workstation-bezogen“ ist, zum Beispiel etwas, das der Ethernet-MAC-Schnittstelle Ihrer Windows 10-Workstation sehr ähnlich ist.

Versuchen Sie dann erneut, Traceroute durchzuführen, um zu sehen, ob es Auswirkungen auf die Latenz und die Routen hat.

Antwort3

Ich habe mein Problem teilweise gelöst.

Da mein Kabelnetz IP dynamisch bezieht, habe ich festgestellt, dass ich den WLAN-Router einfach inAP-Modusso dass das Kabelnetz einfach erweitert werden kann, anstatt ein neues zu bauen. Die Trassenführung ist jetzt kurz und schnell.

Antwort4

Im Allgemeinen sind Wi-Fi-Verbindungen immer langsamer als Ethernet, da die drahtlosen Signale immer schwächer werden, je weiter Sie vom Router entfernt sind. Im Gegensatz dazu verschlechtern sich kabelgebundene Verbindungen nicht über die Entfernung und bieten eine viel gleichmäßigere Bandbreite und stabilere Geschwindigkeiten.

Die Höchstgeschwindigkeiten vieler Wi-Fi-Protokolle sind langsamer als die Geschwindigkeiten herkömmlicher Ethernet-Verbindungen. Auch wenn die Wi-Fi-Geschwindigkeiten höher sind, werden sie wesentlich stärker von Interferenzen, Entfernung und Signalstärke beeinflusst, was zu langsameren Übertragungsgeschwindigkeiten führt. Wenn möglich, sollten kabelgebundene Verbindungen verwendet werden, wenn es auf die Geschwindigkeit ankommt.

Ihre WLAN-Ausrüstung ist alt und muss ersetzt werden, um höhere Geschwindigkeiten zu erreichen

Protokoll Maximale Bitrate 802.11b 11 Mbit/s 802.11a 54 Mbit/s 802.11g 54 Mbit/s 802.11n 600 Mbit/s

verwandte Informationen