On Tue, 19 Aug 2025 at 05:46, Andriy Gapon <a...@freebsd.org> wrote:

>
> I have an access point running OpenWRT.
> Its 5 GHz radio is configured for 80 MHz width.
> The channel is currently 149, I also tried 116 before.
> This is according to OpenWRT guidelines that the channel should be set to
> the
> lowest one in the range.
>

It doesn't HAVE to be, but it certainly makes life easier.

See
https://support.metageek.com/hc/en-us/articles/203532644-802-11ac-Channels
for information
about how the channels line up.  FreeBSD should be spitting out the primary
channel, not the "centre"
channel.

At home I use channel 36/vht/40+, and I've tested it with 80MHz too. Eg:

CACHEBOY_HOME                     30:de:4b:db:46:0a   36   54M  -72:-95
100 EP   RSN HTCAP VHTCAP VHTOPMODE VHTPWRENV HECAP HEOPER
MU_EDCA_PARAM_SET RSNXE WME WPS

Can you use iw on your openwrt router to capture what its current config is?

It's very possible there's some oddness around 80MHz and frame reliability.
I've seen some issues with
the initial association not completing - we don't currently retry the
initial frame exchange during association
(whereas Linux mac80211 does).

Can you try running your AP at 20MHz and 40MHz and see if it improves?


> "radio1": {
>          "up": true,
>          "pending": false,
>          "autostart": true,
>          "disabled": false,
>          "retry_setup_failed": false,
>          "config": {
>                  "path":
> "1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0",
>                  "band": "5g",
>                  "htmode": "VHT80",
>                  "cell_density": 0,
>                  "country": "UA",
>                  "channel": "149"
>          },
>
> On the FreeBSD side I have very recent main / CURRENT, an Edimax
> EW-7811UAC USB
> WiFi adapter with RTL8821AU recognized by rtwn driver.
> I am trying to connect using WPA (wpa_supplicant).
>
> That almost always fails and works only once out of dozen attempts.
> With debug logs enabled it seems that there is a timeout receiving a
> management
> frame from the AP (or something like that).
> E.g.:
>
> Aug  9 18:05:21 rock64b kernel: wlan0: ni 0xffff0000afe8f000 mode STA
> state AUTH
> arg 0x2 status 0
> Aug  9 18:05:23 rock64b kernel: wlan0: vap 0xffffa00005f47000 mode STA
> state
> AUTH flags 0x42400 & 0x80
>
> This may be unsurprising becomes the adapter sees a wrong / strange
> channel
> number comparing to what's configured on the AP.  It's almost always +4.
> And only rarely it's the correct number.  In those cases the connection
> works.
>
> E.g., right now:
> $ ifconfig wlan0 scan | sort -t '' -k 1.66,1.67n | head -2
> SSID/MESH ID                      BSSID              CHAN RATE    S:N
>  INT CAPS
> HolyLan                           7a:d2:94:80:1f:ec  153   54M  -70:-95
>  100
> EPS  RSN BSSLOAD HTCAP VHTCAP VHTOPMODE VHTPWRENV WME
>
> Looks like perhaps there is some wrong calculation in the driver when
> bandwidth
> is greater than 20 MHz.
>
> --
> Andriy Gapon
>
>
>

Reply via email to