Dans la poursuite de faire des choses folles sur un Raspberry Pi, ma dernière tentative était de voir si je pouvais constamment diriger plus d’un gigabit par seconde de trafic via le WiFi en utilisant un Raspberry Pi.
Dans le passé, j’ai eu quelques tentatives hésitantes où parfois les choses fonctionnaient-en quelque sorte-en utilisant le WiFi 6 (802.11ax, bande passante de 40 MHz, 2×2) en utilisant une carte Intel AX200 M.2 sur le Raspberry Pi Compute Module 4.
Mais Netgear a vu mon article sur la mise à niveau vers un réseau à 2,5 Gbit/s et a décidé de m’envoyer un point d’accès Insight WAX630E mis à niveau, celui qui prend en charge le WiFi 6E avec une prise en charge complète des largeurs de canal de 6 GHz et 160 MHz. J’avais déjà testé sur un ASUS RT-AX86U (WiFi 6 uniquement) et Netgear WAX620 (également WiFi 6 uniquement), et il était grand temps que j’essaye tout sur la dernière version de Raspberry Pi OS.
Voici ma configuration de test :
Si vous voulez ignorer le reste de cet article, j’ai également réalisé une vidéo YouTube sur la façon dont j’ai mis à niveau mon WiFi domestique à l’aide du Netgear WAX630E illustré dans l’arrière-plan, comment j’ai fait fonctionner le Pi sur le réseau 6 GHz avec un Intel AX210 et comment je l’ai comparé à mon MacBook Air M2. Vous pouvez regarder cette vidéo ici :
Obtenir à 6 GHz-wpa_supplicant
J’ai configuré une connexion normale à l’intérieur de wpa_supplicant.conf, mais connectée via le propre WiFi interne du Raspberry Pi (wlan0). J’ai donc créé un fichier suppliant plus spécifique pour wlan1 uniquement, et mis la configuration suivante :
network={ ssid=”mynetwork”psk=”PASSWORD_HERE”}
Au début, j’ai essayé un mélange 2.4/5/6 SSID sur le Netgear, mais j’ai réalisé que l’AX210 se connecterait d’abord à 2,4 GHz puis à 5 GHz, mais pas au 6 GHz. J’ai donc essayé de diviser les réseaux, j’avais donc trois SSID :
mynetwork-2.4g mynetwork-5g mynetwork-6g
Et j’ai essayé de forcer le problème en changeant le ssid en mynetwork-6g. Mais ça ne se connecterait pas. Finalement, j’ai découvert que la version de wpa_supplicant actuellement livrée avec Debian 11/Raspberry Pi OS 11 est la 2.9, et cette version ne prend pas entièrement en charge le WiFi 6E.
Je l’ai donc mise à jour en suivant ce conseil sur les forums Raspberry Pi :
Créer un fichier backports pour apt : sudo nano/etc/apt/sources.list.d/backports.list Mettez ceci à l’intérieur: deb http://deb.debian.org/debian bullseye-backports main Mettez à jour les caches apt: sudo apt update Installez la version de wpa_supplicant depuis les backports: sudo apt install wpasupplicant/bullseye-backports
J’ai redémarré après cela, mais le WiFi ne se connectait toujours pas ! Ma prochaine étape a donc été d’exécuter wpa_supplicant en mode débogage, pour voir ce qui se passait dans les coulisses :
[email protected] :~ $ sudo pkill wpa_supplicant [email protected] :~ $ sudo wpa_supplicant-dd-i wlan1-c/etc/wpa_supplicant/wpa_supplicant-wlan1.conf… wlan1 : Sélection de BSS à partir du groupe de priorité 0 20 caps=0x511 level=-27 freq=6135 wlan1 : ignorez RSN IE-incompatibilité de gestion de clé wlan1 : rejetez en raison d’une incompatibilité avec WPA/WPA2
Et apparemment, c’est parce que les paramètres par défaut dans wpa_supplicant semblent s’aligner sur WPA/WPA2. Le Netgear a été configuré pour utiliser WPA3 Personal.
Passer à 6 GHz-WPA3
Suivant ce guide ArchLinux, j’ai trouvé que la solution consistait à ajouter deux options supplémentaires dans ma configuration réseau dans wpa_supplicant-wlan1.conf :
network={ ssid=”mynetwork-6g”psk=”PASSWORD_HERE”key_mgmt=SAE ieee80211w=2 }
Après cela, le Pi s’est connecté sur le réseau 6 GHz et à la bande passante complète du canal de 160 MHz :
[email protected] :~ $ iw dev wlan1 info Interface wlan1 ifindex 4 wdev 0x100000001 addr 84:5c:f3:f6:e9:29 ssid mynetwork-6g type manageable wiphy 1 canal 37 (6135 MHz), largeur: 160 MHz, center1 : 6185 MHz txpower 22.00 dBm multicast TXQ: qsz-byt qsz-pkt flux gouttes marques overlmt hashcol tx-bytes tx-packets 0 0 0 0 0 0 0 0 0
De plus, j’ai placé la configuration Pi a à un pied du point d’accès de mon sous-sol, afin qu’il puisse obtenir le meilleur signal possible :
[email protected] :~ $ iwconfig wlan1 wlan1 IEEE 802.11 ESSID :”mynetwork-6g”… Link Quality=70/70 Signal level=-19 dBm
Avec cela, il était temps d’effectuer un test de vitesse !
[email protected] :~ $ iperf3-c 10.0.100.15-p 5432 5432 [ 5] port 10.0.100.26 local 41196 connecté au port 10.0.100.15 5432 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0,00-1,00 sec 164 Mo 1,38 Gbits/sec 0 3,76 Mo [ 5] 1,00-2,00 sec 186 Mo 1,56 Gbits/s 0 3,97 Mo [ 5] 2,00-3,00 s 188 Mo 1,57 Gbits/s 0 3,97 Mo [ 5] 3,00-4,00 s 186 Mo 1,56 Gbits/s 0 3,97 Mo [ 5] 4,00-5,00 s 185 Moctets 1,56 Mo/sec 0 3,97 Mo [ 5] 5,00-6,00 s 185 Mo 1,55 Gbits/sec 0 3,97 Mo [ 5] 6,00-7,00 s 186 Mo 1,56 Gbits/s 0 3,97 Mo [ 5] 7,00-8,00 s 186 Mo 1,56 Gbits/s 0 3,97 Mo [ 5] 8,00-9,00 s 188 Mo 1,57 Gbits/s 0 3,97 Mo [ 5] 9,00-10,00 s Mo 1,56 Gbits/sec 0 3,97 Mo————————[ ID] Interval Transfer Bitrate Retr [ 5] 0,00-10,00 sec 1,80 Go 1,55 Gbits/s 0 expéditeur [ 5] 0,00-10,01 s 1,80 Go 1,54 Gbits/s récepteur iperf Terminé.
En effet ; en utilisant–bidir pour inonder le trafic TCP dans les deux sens, je voyais plus de 650 Mbps de haut en bas simultanément, j’ai donc un nouveau champion de la vitesse sans fil dans la maison.
C’est ennuyeux que mon tout nouveau MacBook Air M2 qui coûte environ huit fois plus (même en tenant compte du CM4, de la carte IO, de l’adaptateur M.2 vers A + E-key et de la carte Intel AX210) obtient des vitesses WiFi dans la plage de 700 à 900 Mbps sur le même réseau, depuis Apple s’en tient aux radios WiFi 6 plus lentes dans leur gamme Mac actuelle.