sfx2000
Part of the Furniture
Ran into an interesting thing helping out a remote family member - 100 percent reproducible...
Stock RT-AC68U, FW 386_49707 (happened on Merlin 387_2 as well) -
configure the 2.4GHz radio as default and check the "Disable 11b" box (basically this turns off supposedly the DSSS capability, so OFDM only, and basic rates are 6, 12, 24)
Router Side...
Chromebook Side
Basically the client Station is losing the beacon in the G/N mode with the iwlwfi driver - ath10k looks ok, no issues noted there as I've confirmed with a ubuntu box... I don't have a linux box with an intel wifi card, but Windows 10 and AX201 was fine...
Setting up the same mode/setup on my ath9k openwrt dev unit on my desk here, and it's fine as well.
The fix is to uncheck the "disable 11b", and things work again - I do think this is likely a bug in the intel driver, but still important to note.
hope this helps someone...
Stock RT-AC68U, FW 386_49707 (happened on Merlin 387_2 as well) -
configure the 2.4GHz radio as default and check the "Disable 11b" box (basically this turns off supposedly the DSSS capability, so OFDM only, and basic rates are 6, 12, 24)
Router Side...
Code:
Sep 9 13:20:05 syslog: wlceventd_proc_event(559): eth1: Assoc 4C:1D:96:F0:D1:AB, status: Successful (0), rssi:0
Sep 9 13:20:06 syslog: wlceventd_proc_event(494): eth1: Deauth_ind 4C:1D:96:F0:D1:AB, status: 0, reason: Disassociated due to inactivity (4), rssi:0
Sep 9 13:20:16 syslog: wlceventd_proc_event(530): eth1: Auth 4C:1D:96:F0:D1:AB, status: Successful (0), rssi:0
Sep 9 13:20:16 syslog: wlceventd_proc_event(559): eth1: Assoc 4C:1D:96:F0:D1:AB, status: Successful (0), rssi:0
Sep 9 13:20:16 syslog: wlceventd_proc_event(494): eth1: Deauth_ind 4C:1D:96:F0:D1:AB, status: 0, reason: Disassociated due to inactivity (4), rssi:0
Chromebook Side
Code:
[ 2314.297464] wlan0: authenticate with 78:24:af:7a:5a:80
[ 2314.297482] wlan0: bad VHT capabilities, disabling VHT
[ 2314.297484] wlan0: 80 MHz not supported, disabling VHT
[ 2314.306880] wlan0: send auth to 78:24:af:7a:5a:80 (try 1/3)
[ 2314.345448] wlan0: authenticated
[ 2314.346453] wlan0: associate with 78:24:af:7a:5a:80 (try 1/3)
[ 2314.347444] wlan0: RX AssocResp from 78:24:af:7a:5a:80 (capab=0x1411 status=0 aid=1)
[ 2314.349254] wlan0: associated
[ 2314.921135] iwlwifi 0000:01:00.0: No beacon heard and the time event is over already...
[ 2314.921230] wlan0: Connection to AP 78:24:af:7a:5a:80 lost
[ 2324.359542] wlan0: authenticate with 78:24:af:7a:5a:80
[ 2324.359562] wlan0: bad VHT capabilities, disabling VHT
[ 2324.359565] wlan0: 80 MHz not supported, disabling VHT
[ 2324.371343] wlan0: send auth to 78:24:af:7a:5a:80 (try 1/3)
[ 2324.408946] wlan0: authenticated
[ 2324.409622] wlan0: associate with 78:24:af:7a:5a:80 (try 1/3)
[ 2324.410654] wlan0: RX AssocResp from 78:24:af:7a:5a:80 (capab=0x1411 status=0 aid=1)
[ 2324.412413] wlan0: associated
[ 2324.985561] iwlwifi 0000:01:00.0: No beacon heard and the time event is over already...
[ 2324.986653] wlan0: Connection to AP 78:24:af:7a:5a:80 lost
Basically the client Station is losing the beacon in the G/N mode with the iwlwfi driver - ath10k looks ok, no issues noted there as I've confirmed with a ubuntu box... I don't have a linux box with an intel wifi card, but Windows 10 and AX201 was fine...
Setting up the same mode/setup on my ath9k openwrt dev unit on my desk here, and it's fine as well.
The fix is to uncheck the "disable 11b", and things work again - I do think this is likely a bug in the intel driver, but still important to note.
hope this helps someone...