WLAN External vs. Internal Speed ​​Mystery

494
Yosh Synergi

In erster Linie bin ich kein Netzwerktechniker, ich bin Softwareentwickler. Aber mein allgemeines Wissen über Networking ist oooookay :)

Mein Hauptproblem ist momentan das Verständnis von WLAN.

OK zuerst das Setup.

Modem: Icotera i6850
Breitband: Faseroptik, 300 Mbit / s, 40 Mbit / s.
WLAN-AP: Ubiquiti Nano HD-
PC-WLAN-Karte: Asus AC68

Als nächstes die Rohdaten:

Diese Statistiken werden mit IPerf 3.1.3 zwischen einem Windows 10-PC und einem MacBook mit macOS gemessen.

Server: MacBook Pro (2018), verbunden über USB-C mit Ethernet 1 Gbit / Sek.
Client: Windows 10 x64, verbunden über ASUS AC68 WLAN-Karte

Server command: ./iperf3 -s -F ...zip *(the zip file is ~20GB in size)* Client command: .\iperf3.exe -c 192.... -t 1000 -M 1000  [ ID] Interval Transfer Bandwidth [ 4] 0.00-218.75 sec 9.21 GBytes 362 Mbits/sec sender [ 4] 0.00-218.75 sec 0.00 Bytes 0.00 bits/sec receiver

WLAN-Statistiken

  • 2,4 GHz deaktiviert
  • 5 GHz Kanalbreite = VHT160
  • 5 GHz Kanal = 36
  • Sendeleistung = hoch

Die Nutzung bei Verwendung von iperf beträgt ~ 80%. Der PC ist mit einer Signalstärke von etwa -59 dBm verbunden

Okay, jetzt zu meiner Ausgabe:

Bei einem Speedtest mit speedtest.net kann ich über WLAN nur ~ 240 Mbit / sec erreichen. Beim Einstecken des Kabels laufe ich sofort auf 295Mbit / sec. Ich verwende Nessus (10G) als Server.

Noch schlimmer wird es, wenn ich beispielsweise die Download-Geschwindigkeit mit Steam überprüfe. Ich erreiche nur etwa 150 MBit / s.

Ein Kollege von mir erzählte mir, dass dies auf den Unterschied in der Fensterskalierung von TCP beim Vergleich von internem und externem Wert zurückzuführen ist, bei dem die MTU 7000 oder höher sein kann, intern und extern 1500. Aber deshalb verwende ich den Parameter iperf -M und setzen Sie den MSS auf 1000. Einschließlich des TCP-Headers von 40 Byte, der eine MTU von 1040 simuliert, also kleiner als beim externen Datenverkehr.

Grundsätzlich frage ich mich, ich habe einige IPerf-Statistiken, die ich in keiner realen Anwendung auf meinem PC erreichen kann. Ist das iperf-Benchmarking das falsche Szenario für den realen Verkehr oder was ist los?

Ich habe bereits versucht, den Nagle-Algorithmus unter Windows 10 mit der Registrierung zu deaktivieren, jedoch keine Änderungen.

Jeder Rat wird mit Spannung erwartet und ich bin dankbar, wenn mir jemand erklären kann, warum dies nicht so geschieht, wie es gewünscht wird.

0
Sind Sie sicher, dass die drahtlose Verbindung derzeit _ mit VHT160-Kanalbreite ist und nicht auf 80 oder 40 beschränkt ist (Interferenzen, behördliche Einstellungen usw.)? grawity vor 5 Jahren 1
Der Asus AC68 ist nur 80 max, der Ubiquiti AP läuft auf 160 Yosh Synergi vor 5 Jahren 0
Die TCP-Empfangsfensterskalierung unterscheidet sich von MTU / MSS. Das Überschreiben der Standardgröße des TCP-Empfangsfensters erfolgt mit "-w" in iperf. Sie erhalten tatsächlich keine 7-k-MTUs, da Wi-Fi sie nicht unterstützt (und Jumbo-Frames sind auf fast allen Netzwerkendgeräten standardmäßig deaktiviert). Spiff vor 5 Jahren 0
Und was ist mit dem `-F`, das Sie auf der iperf-Serverseite machen? Ich bin ziemlich sicher, dass iperf standardmäßig Daten vom Client an den Server sendet (stellen Sie sich dies als Upload-Test vor). Ich bin nicht sicher, was das Angeben einer Datei auf der Serverseite tun würde, aber wahrscheinlich sendet der Server diese Datei nicht, es sei denn, Sie geben auf dem Client "-R" (umgekehrte Richtung) an. Spiff vor 5 Jahren 0
Die Verwendung der Datei mit -F bestand in der Reduzierung der Komprimierungsalgorithmen auf dem AP. Ich habe jedoch nie einen Unterschied bei der Verwendung dieser oder der Standard-Zufallsdaten gesehen. Und ich werde die -wa versuchen zu überprüfen, ob ich die Werte besser simulieren kann Yosh Synergi vor 5 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme