1 Temat przez jacekalex (edytowany przez jacekalex 2021-09-26 11:40:41)

  • Zarejestrowany: 2019-03-11
  • Posty: 95

Temat: [SOLVED]Kiepskie prędkości wifi 5Ghz z wpad-wolfssl.

Cześć

Pacjent to:

 | Machine: Netgear WNDR4300                                                 |
 | Uptime: 0d, 01:13:28                                                      |
 | Load: 0.00 0.06 0.04                                                      |
 | Flash: total: 96.8MB, free: 73.8MB, used: 20%                             |
 | Memory: total: 120.2MB, free: 88.9MB, used: 26%                           |
 | Leases: 0                                                                 |
 | lan: static, 192.168.0.1

Do tej pory używałem wpad-openssl.
Prędkości wifi w mojej komórce kształtowały się na poziomie około 85 Mbit.
Mam na myśli połączenie 5Ghz, kanał 149-151, szerokość kanału 40 Mhz.

Dziś wgrałem Openwrt, wersję r16295-3a051a234a.
Obraz:

openwrt-21.02-snapshot-r16295-3a051a234a-ath79-nand-netgear_wndr4300-squashfs-sysupgrade.bin

Niestety, biblioteka libcurl4  (od której sporo w systemie zależy, min wget i opkg) wymagała wolfssl, nie było wersji libcurl4-openssl.
W rezultacie nie moglem zainstalować wpad-openssl, jak zawsze, tylko został

wpad-wolfssl - 2020-06-08-5a8b3662-35

a prędkości netu wifi w komórce "wzrosły" do magicznych 35-39Mbit/s,
czyli mniej niż polowa poprzednich.
Do pomiaru używam strony:
https://fast.com

Dane sieci wifi:

wlan1     ESSID: "Router5"
          Access Point: A0:63:91:7D:58:5C
          Mode: Master  Channel: 149 (5.745 GHz)
          Center Channel 1: 151 2: unknown
          Tx-Power: 13 dBm  Link Quality: 56/70
          Signal: -54 dBm  Noise: -91 dBm
          Bit Rate: 150.0 MBit/s
          Encryption: mixed WPA2/WPA3 PSK/SAE (CCMP)
          Type: nl80211  HW Mode(s): 802.11an
          Hardware: 168C:0033 168C:A120 [Atheros AR9580]
          TX power offset: none
          Frequency offset: none
          Supports VAPs: yes  PHY name: phy1

Kanał 149 wybrałem dlatego, ze na kanałach 36-56 jest chyba 4-5 modemów Vectry z maksymalnymi mocami nadawania (z czego chyba 3 modele z wifi 80Mhz), a kanały około  60-145 router oznaczał jak radar detection.

Na kanale 149 jest mniejsza maksymalna  moc nadawania niż na niższych, ale to też nie stanowiło problemu z wpad-openssl.
Poza tym kanały 149-151 mam tylko dla siebie, co ma pewne zalety. wink
Wybór częstotliwości 5Ghz:

Wiphy phy1
    wiphy index: 1
    max # scan SSIDs: 4
    max scan IEs length: 2261 bytes
    max # sched scan SSIDs: 0
    max # match sets: 0
    Retry short limit: 7
    Retry long limit: 4
    Coverage class: 0 (up to 0m)
    Device supports AP-side u-APSD.
    Device supports T-DLS.
    Available Antennas: TX 0x7 RX 0x7
    Configured Antennas: TX 0x7 RX 0x7
    Supported interface modes:
         * IBSS
         * managed
         * AP
         * AP/VLAN
         * monitor
         * mesh point
         * P2P-client
         * P2P-GO
         * outside context of a BSS
    Band 2:
        Capabilities: 0x11ef
            RX LDPC
            HT20/HT40
            SM Power Save disabled
            RX HT20 SGI
            RX HT40 SGI
            TX STBC
            RX STBC 1-stream
            Max AMSDU length: 3839 bytes
            DSSS/CCK HT40
        Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
        Minimum RX AMPDU time spacing: 8 usec (0x06)
        HT TX/RX MCS rate indexes supported: 0-23
        Frequencies:
            * 5180 MHz [36] (22.0 dBm)
            * 5200 MHz [40] (22.0 dBm)
            * 5220 MHz [44] (22.0 dBm)
            * 5240 MHz [48] (22.0 dBm)
            * 5260 MHz [52] (20.0 dBm) (radar detection)
            * 5280 MHz [56] (20.0 dBm) (radar detection)
            * 5300 MHz [60] (20.0 dBm) (radar detection)
            * 5320 MHz [64] (20.0 dBm) (radar detection)
            * 5500 MHz [100] (24.0 dBm) (radar detection)
            * 5520 MHz [104] (24.0 dBm) (radar detection)
            * 5540 MHz [108] (24.0 dBm) (radar detection)
            * 5560 MHz [112] (24.0 dBm) (radar detection)
            * 5580 MHz [116] (24.0 dBm) (radar detection)
            * 5600 MHz [120] (24.0 dBm) (radar detection)
            * 5620 MHz [124] (24.0 dBm) (radar detection)
            * 5640 MHz [128] (24.0 dBm) (radar detection)
            * 5660 MHz [132] (24.0 dBm) (radar detection)
            * 5680 MHz [136] (24.0 dBm) (radar detection)
            * 5700 MHz [140] (24.0 dBm) (radar detection)
            * 5745 MHz [149] (13.0 dBm)
            * 5765 MHz [153] (13.0 dBm)
            * 5785 MHz [157] (13.0 dBm)
            * 5805 MHz [161] (13.0 dBm)
            * 5825 MHz [165] (13.0 dBm)
    valid interface combinations:
         * #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
           total <= 2048, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

Dziś z powodu  prawdopodobnie wpad-wolfssl zaczął się ten problem.

Pozdro

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,909

Odp: [SOLVED]Kiepskie prędkości wifi 5Ghz z wpad-wolfssl.

Dlaczego nie odinstalowałeś wpad-wolfssl i nie zainstalowałeś wpad-openssl?

wpad-wolfssl jest od samego początku w wydaniu 21.02 i nie, nie sprawia jakiś problemów. Choć oczywiście możesz sobie go wymienić na dowolny inny.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez jacekalex (edytowany przez jacekalex 2021-09-26 11:49:50)

  • Zarejestrowany: 2019-03-11
  • Posty: 95

Odp: [SOLVED]Kiepskie prędkości wifi 5Ghz z wpad-wolfssl.

Ju odinstalowałem.
nie wiem, dlaczego, przy aktualizacji sysupgrade zainstalował sam system bazowy, a potem z powodu curla, wolfssl  i openssl się zrobiło jakiś dziwne piekiełko zależności.
Musiałem sysupgrade robić drugi raz z powodu curla, którego chciałem zamienić na curl-openssl,
a takiego nie było w repo.
Zapomniałem też, że OpenWRT nie ma prawdziwego wgeta, tylko programik udający wgeta bazującego na curlu.
tongue
To był dosyć bolesny błąd.
xD

Teraz wywaliłem wpad-wolfssl, zainstalowałem wpad-openssl i prędkości od razu poszły do góry.
Dowód rzeczowy:
https://i.imgur.com/ZC7cY2h.png

Myślę że wolfssl kiepsko sobie radzi z szyfrowaniem sprzętowym w atherosach, stąd taki spadek.

Podobny wypadek z ath5k i aht9k kiedyś widziałem w Linuxie, inna sprawa, że laptopy miewają czasem AES-NI czy coś podobnego w procku, także wyłączenie hwcrypt w sterowniku nie było wielkim problemem.

Pozdro

4 Odpowiedź przez mar_w (edytowany przez mar_w 2021-09-26 17:50:17)

  • mar_w
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-08-16
  • Posty: 2,124

Odp: [SOLVED]Kiepskie prędkości wifi 5Ghz z wpad-wolfssl.

Przytoczę najważniejsze 2 zdania:

jacekalex napisał/a:

1)
...Do tej pory używałem wpad-openssl.
Prędkości wifi w mojej komórce kształtowały się na poziomie około 85 Mbit.
Mam na myśli połączenie 5Ghz, kanał 149-151, szerokość kanału 40 Mhz.
....
2)
W rezultacie nie moglem zainstalować wpad-openssl, jak zawsze, tylko został

wpad-wolfssl - 2020-06-08-5a8b3662-35

a prędkości netu wifi w komórce "wzrosły" do magicznych 35-39Mbit/s,
czyli mniej niż polowa poprzednich.

Ja też mam ten sprzęt i jeżeli chodzi o pierwsze zdanie odnośnie samego Wifi, to niestety nie mając w tej lokalizacji Internetu ponad 100 Mbps, puściłem iperf3 z routera (wiem, że powinno być z innej maszyny w sieci, czyli podsumowując najgorzej jak można) i na kliencie po Wifi na tym samym kanale 149 i tej samej szerokości 40 MHz uzyskałem 135 Mbps.
Przy czym obciążenie procka w htop pokazało 100% ale nie było to spowodowane tylko obsługą szyfrowania, ale również tworzeniem pakietów do testu dla iperf3 (w htop ok. 60-65% procka, w top ok. 85%)

Odnośnie 2 zdania. Oprócz szyfrowania Wifi masz NAT.
Czy rzeczywiście NAT 35-39Mbps mógłby obciążyć procesor do tego stopnia że pozostała dopełniająca moc (do 100%) poszła na szyfrowanie Wifi?
Lub odwrotnie, czy szyfrowanie Wifi 35-39Mbps tak mocno obciążyło Twój procesor, że już nie starczyło dopełniającej (do 100%) mocy dla NAT-u ?

Ty miałeś Wifi + NAT a ja miałem Wifi + obsługa iperf3 na routerze i nie sądzę, żeby przez NAT obniżyła się ponad 3-krotnie prędkość po Wifi.
Mam nadzieję,  że pierwszego testu nie robiłeś przez 3 ściany, a drugiego z telefonem 1 metr od routera w tej samej kubaturze?
Myślę że problem leży gdzie indziej i kto ma ten router to sobie sprawdzi i ja też sprawdzę to lepiej jak tylko będę miał lepsze warunki.

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

5 Odpowiedź przez jacekalex

  • Zarejestrowany: 2019-03-11
  • Posty: 95

Odp: [SOLVED]Kiepskie prędkości wifi 5Ghz z wpad-wolfssl.

mar_w napisał/a:

Przytoczę najważniejsze 2 zdania:

jacekalex napisał/a:

1)
...Do tej pory używałem wpad-openssl.
Prędkości wifi w mojej komórce kształtowały się na poziomie około 85 Mbit.
Mam na myśli połączenie 5Ghz, kanał 149-151, szerokość kanału 40 Mhz.
....
2)

Ja też mam ten sprzęt i jeżeli chodzi o pierwsze zdanie odnośnie samego Wifi, to niestety nie mając w tej lokalizacji Internetu ponad 100 Mbps, puściłem iperf3 z routera (wiem, że powinno być z innej maszyny w sieci, czyli podsumowując najgorzej jak można) i na kliencie po Wifi na tym samym kanale 149 i tej samej szerokości 40 MHz uzyskałem 135 Mbps.
Przy czym obciążenie procka w htop pokazało 100% ale nie było to spowodowane tylko obsługą szyfrowania, ale również tworzeniem pakietów do testu dla iperf3 (w htop ok. 60-65% procka, w top ok. 85%)

Odnośnie 2 zdania. Oprócz szyfrowania Wifi masz NAT.
Czy rzeczywiście NAT 35-39Mbps mógłby obciążyć procesor do tego stopnia że pozostała dopełniająca moc (do 100%) poszła na szyfrowanie Wifi?
Lub odwrotnie, czy szyfrowanie Wifi 35-39Mbps tak mocno obciążyło Twój procesor, że już nie starczyło dopełniającej (do 100%) mocy dla NAT-u ?

Ty miałeś Wifi + NAT a ja miałem Wifi + obsługa iperf3 na routerze i nie sądzę, żeby przez NAT obniżyła się ponad 3-krotnie prędkość po Wifi.
Mam nadzieję,  że pierwszego testu nie robiłeś przez 3 ściany, a drugiego z telefonem 1 metr od routera w tej samej kubaturze?
Myślę że problem leży gdzie indziej i kto ma ten router to sobie sprawdzi i ja też sprawdzę to lepiej jak tylko będę miał lepsze warunki.

iperfem się nie bawiłem, prawdopodonie nie przez NAT jest problem, tylko przez wydajność szyfrowania WPA2, na routerze i na urządzeniu podlaczonym.

Na kilku urządzeniach z Androidem nigdy przy wpa2 nie wyciagnąłem więcej niż 90Mbit, pewnie po wylączeniu szyfrowania WPA byłoby dużo szybciej, tyle, ze nie potrzebuję dużo szybszego netu.

W warunkach mojego netu z Vectry nigdy jeszcze na żadnych pobieraniu dowolnego pliku czy filmu nie wyciągnąłem więcej niż 8 MB/s.

To też nie jest wina NAT, bo ten sam NAT jest po kablu, i tam nawet 150-300Mbit mogę wycisnąć na teście, kwestia jest w realnej prędkości szyfrowania WPA po obu stronach, router i podłączone urządzenie.

Pozdro