Na busca por fazer coisas malucas em um Raspberry Pi, meu último esforço foi ver se eu poderia canalizar consistentemente mais de um gigabit por segundo de tráfego através de WiFi usando um Raspberry Pi.

p>

No passado, tive algumas tentativas vacilantes em que às vezes as coisas funcionavam-mais ou menos-usando WiFi 6 (802.11ax, largura de banda de 40 MHz, 2×2) usando uma placa Intel AX200 M.2 no Raspberry Pi Compute Módulo 4.

Mas a Netgear viu minha postagem sobre a atualização para rede de 2,5 Gbps e decidiu me enviar um ponto de acesso Insight WAX630E atualizado-aquele que faz WiFi 6E com suporte total para largura de canal de 6 GHz e 160 MHz. Eu já havia testado em um ASUS RT-AX86U (apenas WiFi 6) e Netgear WAX620 (também apenas WiFi 6), e já era hora de experimentar tudo na versão mais recente do Raspberry Pi OS.

Aqui está minha configuração de teste:

Se você quiser pular o resto desta postagem, também fiz um vídeo no YouTube sobre como atualizei meu WiFi doméstico usando o Netgear WAX630E retratado em o plano de fundo, como fiz o Pi funcionar na rede de 6 GHz com um Intel AX210 e como o comparei com meu MacBook Air M2. Você pode assistir a esse vídeo aqui:

Obtendo para 6 GHz-wpa_supplicant

Estabeleci uma conexão normal dentro do wpa_supplicant.conf, mas conectada através do próprio WiFi interno do Raspberry Pi (wlan0). Então criei um arquivo suplicante mais específico apenas para wlan1, e coloquei a seguinte configuração:

network={ ssid=”mynetwork”psk=”PASSWORD_HERE”}

Primeiro tentei um 2.4/5/misto 6 SSID no Netgear, mas percebi que o AX210 se conectaria primeiro a 2,4 GHz e depois a 5 GHz, mas não a 6 GHz. Então eu tentei dividir as redes, então eu tinha três SSIDs:

mynetwork-2.4g mynetwork-5g mynetwork-6g

E tentei forçar o problema alterando o ssid para mynetwork-6g. Mas não conectava. Por fim, descobri que a versão do wpa_supplicant que atualmente acompanha o Debian 11/Raspberry Pi OS 11 é 2.9, e essa versão não oferece suporte total ao WiFi 6E.

Então atualizei seguindo este conselho nos fóruns do Raspberry Pi:

Crie um arquivo backports para o apt: sudo nano/etc/apt/sources.list.d/backports.list Coloque isso dentro: deb http://deb.debian.org/debian bullseye-backports main Atualizar caches apt: sudo apt update Instale a versão de wpa_supplicant de backports: sudo apt install wpasupplicant/bullseye-backports

Eu reiniciei depois que isso foi feito, mas o WiFi ainda não conectava! Então, meu próximo passo foi executar wpa_supplicant no modo de depuração, para ver o que estava acontecendo nos bastidores:

[email protected]:~ $ sudo pkill wpa_supplicant [email protected]:~ $ sudo wpa_supplicant-dd-i wlan1-c/etc/wpa_supplicant/wpa_supplicant-wlan1.conf… wlan1: Selecionando BSS do grupo de prioridade 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: pular RSN IE-key mgmt mismatch wlan1: rejeitar devido a incompatibilidade com WPA/WPA2

E isso aparentemente, foi porque as configurações padrão em wpa_supplicant parecem estar alinhadas com WPA/WPA2. O Netgear foi configurado para usar WPA3 pessoal.

Chegando a 6 GHz-WPA3

Seguindo neste guia do ArchLinux, descobri que a solução foi adicionar mais duas opções na minha configuração de rede em wpa_supplicant-wlan1.conf:

network={ ssid=”mynetwork-6g”psk=”PASSWORD_HERE”key_mgmt=SAE ieee80211w=2 }

Depois de fazer isso, o Pi se conectou na rede de 6 GHz e na largura de banda total do 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 tipo gerenciado wiphy 1 canal 37 (6135 MHz), largura: 160 MHz, centro1: 6185 MHz txpower 22,00 dBm multicast TXQ: qsz-fluxos byt qsz-pkt gotas marcas overlmt hashcol tx-bytes tx-packets 0 0 0 0 0 0 0 0 0

Além disso, coloquei a configuração do Pi a a cerca de trinta centímetros do AP no meu porão, para que ele pudesse obter o melhor sinal possível:

[email protected]:~ $ iwconfig wlan1 wlan1 IEEE 802.11 ESSID:”mynetwork-6g”… Link Quality=70/70 Signal level=-19 dBm

Com isso, era hora de fazer um teste de velocidade!

[email protected]:~ $ iperf3-c 10.0.100.15-p 5432 Connecting to host 10.0.100.15, port 5432 [ 5] local 10.0.100.26 porta 41196 conectada a 10.0.100.15 porta 5432 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0,00-1,00 seg 164 MBytes 1,38 Gbits/sec 0 3,76 MBytes [ 5] 1,00-2,0 MBys 186 MBytes 1,56 Gbits/seg 0 3,97 MBytes [ 5] 2,00-3,00 seg 188 MBytes 1,57 Gbits/seg 0 3,97 MBytes [ 5] 3,00-4,00 seg 186 MBytes 1,56 Gbits/seg 0 3,97 MBytes [ 5] 4,00-5,0 MBy 186 MBys 188 MBys 188 MBytes 188 MBytes 188 MBytes/seg 0 3,97 MBytes [ 5] 5,00-6,00 seg 185 MBytes 1,55 Gbits/seg 0 3,97 MBytes [ 5] 6,00-7,00 seg 186 MBytes 1,56 Gbits/seg 0 3,97 MBytes [ 5] 7,00-8,00 seg 186 MBytes 1,56 Gbits/seg 0 3,97 MBytes [ 5] 8,00-9,00 seg 188 MBytes 1,57 Gbits/seg 0 3,97 MBytes [ 5] 19,00 seg-1,060 seg MBytes 1,56 Gbits/seg 0 3,97 MBytes————————-[ ID] Interval Transfer Bitrate Retr [ 5] 0,00-10,00 seg 1,80 GBytes 1,55 Gbits/s 0 remetente [ 5] 0,00-10,01 seg 1,80 GBytes 1,54 Gbits/seg receptor iperf Concluído.

De fato; usando–bidir para inundar o tráfego TCP nos dois sentidos, eu estava vendo mais de 650 Mbps para cima e para baixo simultaneamente, então tenho um novo campeão de velocidade sem fio em casa.

É irritante que meu novo M2 MacBook Air que custa cerca de oito vezes mais (mesmo contando com o CM4, IO Board, adaptador M.2 para A+E-key e placa Intel AX210) obtém velocidades WiFi na faixa de 700-900 Mbps na mesma rede, já que a Apple está usando rádios WiFi 6 mais lentos em sua linha atual de Mac.

By Maxwell Gaven

Trabalho com TI há 7 anos. É divertido observar a constante mudança no setor de TI. TI é meu trabalho, hobby e vida.