Auf der Suche nach verrückten Dingen auf einem Raspberry Pi war mein letztes Unterfangen zu sehen, ob ich mit einem Raspberry Pi konstant mehr als ein Gigabit pro Sekunde an Datenverkehr durch WLAN leiten kann.
In der Vergangenheit hatte ich einige holprige Versuche, bei denen die Dinge mit WiFi 6 (802.11ax, 40 MHz Bandbreite, 2×2) mit einer Intel AX200 M.2-Karte auf dem Raspberry Pi Compute manchmal irgendwie funktionierten Modul 4.
Aber Netgear hat meinen Beitrag über das Upgrade auf 2,5-Gbit/s-Netzwerke gesehen und beschlossen, mir einen aktualisierten Insight WAX630E Access Point zu schicken – denjenigen, der WiFi 6E mit voller Unterstützung für 6 GHz und 160 MHz Kanalbreite bietet. Ich hatte zuvor auf einem ASUS RT-AX86U (nur WiFi 6) und Netgear WAX620 (ebenfalls nur WiFi 6) getestet, und es war höchste Zeit, dass ich alles auf der neuesten Version von Raspberry Pi OS ausprobierte.
Hier ist es mein Testaufbau:
Wenn Sie den Rest dieses Beitrags überspringen möchten, habe ich auch ein YouTube-Video darüber erstellt, wie ich mein Heim-WLAN mit dem abgebildeten Netgear WAX630E aufgerüstet habe die Hintergründe, wie ich den Pi mit einem Intel AX210 im 6 GHz Netzwerk zum Laufen gebracht habe und wie ich ihn mit meinem M2 MacBook Air Benchmarking durchgeführt habe. Sie können sich dieses Video hier ansehen:
Getting auf 6 GHz-wpa_supplicant
Ich habe eine normale Verbindung innerhalb von wpa_supplicant.conf eingerichtet, aber diese Verbindung wurde über das interne WLAN des Raspberry Pi (wlan0) hergestellt. Also habe ich eine spezifischere Supplicant-Datei nur für wlan1 erstellt und die folgende Konfiguration eingefügt:
network={ ssid=”mynetwork”psk=”PASSWORD_HERE”}
Zuerst habe ich ein gemischtes 2.4/5/versucht. 6 SSID auf dem Netgear, aber mir wurde klar, dass der AX210 zuerst eine Verbindung zu 2,4 GHz und dann zu 5 GHz herstellen würde, aber nicht zu 6 GHz. Also habe ich versucht, die Netzwerke aufzuteilen, also hatte ich drei SSIDs:
mynetwork-2.4g mynetwork-5g mynetwork-6g
Und ich habe versucht, das Problem zu erzwingen, indem ich die ssid in mynetwork-6g geändert habe. Aber es ließ sich nicht verbinden. Schließlich entdeckte ich die Version von wpa_supplicant, die derzeit mit Debian 11/Raspberry Pi OS 11 geliefert wird, 2.9, und diese Version unterstützt WiFi 6E nicht vollständig.
Also habe ich sie nach dieser Rat in den Raspberry Pi-Foren:
Erstellen Sie eine Backports-Datei für apt: sudo nano/etc/apt/sources.list.d/backports.list Fügen Sie dies ein: deb http://deb.debian.org/debian bullseye-backports main Aktualisieren Sie apt-Caches: sudo apt update Installieren Sie die Version von wpa_supplicant von Backports: sudo apt install wpasupplicant/bullseye-backports
Ich habe danach neu gestartet, aber WLAN konnte immer noch nicht verbunden werden! Mein nächster Schritt war also, wpa_supplicant im Debug-Modus auszuführen, um zu sehen, was hinter den Kulissen vor sich ging:
[email protected]:~ $ sudo pkill wpa_supplicant [email protected]:~ $ sudo wpa_supplicant-dd-i wlan1-c/etc/wpa_supplicant/wpa_supplicant-wlan1.conf… wlan1: Auswahl von BSS aus Prioritätsgruppe 0 wlan1: 0: c8:9e:43:13:4a:81 ssid=’mynetwork-6g’wpa_ie_len=0 rsn_ie_len=20 caps=0x511 level=-27 freq=6135 wlan1: überspringe RSN IE-key mgmt mismatch wlan1: wegen fehlender Übereinstimmung mit WPA/WPA2 abgelehnt
Und das lag anscheinend daran, dass die Standardeinstellungen in wpa_supplicant mit WPA/übereinzustimmen scheinen. WPA2. Der Netgear wurde für die Verwendung von WPA3 Personal eingerichtet.
Auf dem Weg zu 6 GHz – WPA3
Following dieser ArchLinux-Anleitung fand ich die Lösung darin, zwei weitere Optionen in meiner Netzwerkkonfiguration in wpa_supplicant-wlan1.conf hinzuzufügen:
network={ ssid=”mynetwork-6g”psk=”PASSWORD_HERE”key_mgmt=SAE ieee80211w=2 }
Danach hat sich der Pi über das 6-GHz-Netzwerk und mit der vollen 160-MHz-Kanalbandbreite verbunden:
[email protected]:~ $ iw dev wlan1 info Schnittstelle wlan1 ifindex 4 wdev 0x100000001 addr 84:5c:f3:f6:e9:29 ssid mynetwork-6g type managed wiphy 1 channel 37 (6135 MHz), width: 160 MHz, center1: 6185 MHz txpower 22.00 dBm multicast TXQ: qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets 0 0 0 0 0 0 0 0 0
Weiter habe ich das Pi-Setup a etwa einen Fuß vom AP in meinem Keller entfernt, damit er das bestmögliche Signal bekommt:
[email protected]:~ $ iwconfig wlan1 wlan1 IEEE 802.11 ESSID:”mynetwork-6g”… Link Quality=70/70 Signalpegel=-19 dBm
Damit war es an der Zeit, einen Geschwindigkeitstest durchzuführen!
[email protected]:~ $ iperf3-c 10.0.100.15-p 5432 Verbindung mit Host 10.0.100.15, Port 5432 [ 5] lokal 10.0.100.26 Port 41196 verbunden mit 10.0.100.15 Port 5432 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0,00–1,00 Sek. 164 MBytes 1,38 Gbit/s 0 3,76 MBytes [ 5] 1,00–2,00 Sek. 186 MBytes 1,56 Gbit/s 0 3,97 MByte [ 5] 2,00-3,00 s 188 MByte 1,57 Gbit/s 0 3,97 MByte [ 5] 3,00-4,00 s 186 MByte 1,56 Gbit/s 0 3,97 MByte [ 5] 4,00-5,00 s 188 MByte/s 0 3,97 MBytes [ 5] 5,00-6,00 sek 185 MBytes 1,55 Gbits/sek 0 3,97 MBytes [ 5] 6,00-7,00 s 186 MBytes 1,56 Gbits/s 0 3,97 MBytes [ 5] 7,00-8,00 sek 186 MBytes 1,56 Gbits/s 0 3,97 MBytes [ 5] 8,00-9,00 sek 188 MBytes 1,57 Gbits/s 0 3,97 MBytes [ 5] 9,0 s-10,0 MBytes 1,56 Gbits/Sek. 0 3,97 MBytes————————-[ ID] Interval Transfer Bitrate Retr [ 5] 0,00-10,00 Sek. 1,80 GBytes 1,55 Gbits/Sek. 0 Sender [ 5] 0,00-10,01 Sek. 1,80 GBytes 1,54 Gbits/Sek. Empfänger iperf Fertig.
In der Tat; Mit–bidir, um den TCP-Verkehr in beide Richtungen zu überfluten, sah ich gleichzeitig über 650 Mbit/s hoch und runter, also habe ich einen neuen Wireless-Geschwindigkeitschampion im Haus.
Es ist ärgerlich, dass mein brandneues M2 MacBook Air das etwa achtmal so viel kostet (selbst wenn CM4, IO-Board, M.2-zu-A+E-Key-Adapter und Intel AX210-Karte berücksichtigt werden), erhält seit Apple WLAN-Geschwindigkeiten im Bereich von 700 bis 900 Mbit/s über dasselbe Netzwerk hält an langsameren WiFi 6-Radios in seiner aktuellen Mac-Reihe fest.