GL-AR750 drops 5G connection - router mode, 5G WAN

Sorry for late reply. The bug was fixed in firmware 3.212. Snapshot firmware is available.

https://dl.gl-inet.com/?model=ar750&type=snapshot

2 Likes

Thanks, testing it now and will continue to do so for a few days.

So far so good although the speed drop from the host router is more than expected.

Thanks again!

Is this same bug in the AR750s firmware? I am on travel and was running firmware 3.203 on a AR750s, and was seeing a similar issue where my router was dropping out for over a minute at a time multiple times each day, and I could easily trigger the problem by running librespeed.org speed test on my PC and the router would dropout during the upload phase of the test. In my case, I was using 2.4G as my WAN connection, and 5G for connecting to my devices. The router I am connecting my AR750s to is a an older router that is using WPA2, and I have no control or visibility into this router.

During this same time I also experienced several occurrences of out-of memory errors on my router while using Wireguard, which required me to reboot the AR750s to clear the issue. I had to configure my AR750S to use OpenVPN to work around this issue. The out of memory error report looked like this:

[24718.981235] Out of memory: Kill process 3202 (lighttpd) score 7 or sacrifice child
[24718.989070] Killed process 3203 (api) total-vm:3236kB, anon-rss:148kB, file-rss:4kB, shmem-rss:0kB
[24718.998521] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
[24719.006082] ath10k_pci 0000:00:00.0: SWBA overrun on vdev 0, skipped old beacon
[24720.109229] oom_reaper: reaped process 3203 (api), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
[24720.118706] gl_health invoked oom-killer: gfp_mask=0x14201ca(GFP_HIGHUSER_MOVABLE|__GFP_COLD), nodemask=(null),  order=0, oom_score_adj=0

The problems became so bad that I stopped using the AR750s, and just ran Wireguard on my phone, tablet and PC, as while I am on travel, I just donā€™t have time to debug faulty router firmware. All my devices network connections were very stable while running without the AR750s, so I am assuming the router in the building was not the cause of my problems.

Yesterday I had some down time and installed 3.212 beta1 on the AR750s, without saving my configuration, and the routers seems much more stable. I am still connecting to the same router and I have been able to run the speed test many times, and even tested uploads by uploading a couple multi-gigabyte files, without seeing the router lockup. Also, I have not seen the out-of-memory issues while using Wireguard with the new firmware.

What I am looking for is confirmation that this bug or a similar bug was in the AR750s 3.203 firmware and is fixed in 3.212.

Just an FYI on the 3.212 firmware. I was not able to see if there were any issues for all of last night, as the log-buffer rolled over, as there are over 700 lines of the following error listed when I ran logread this morning:

Sun Mar  6 06:42:25 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:42:26 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:42:29 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:42:30 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:42:33 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:42:34 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:42:46 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:45:07 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:45:08 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:45:20 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:45:25 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:46:09 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:47:03 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:47:50 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:48:48 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:48:53 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:50:05 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:50:39 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:51:25 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS
Sun Mar  6 06:51:31 2022 daemon.notice wpa_supplicant[7178]: wlan-sta: CTRL-EVENT-BEACON-LOSS

Yes this same error should happen on AR750s as well, although I didnā€™t verify.

Last updateā€¦

Iā€™ve tested the latest beta and snapshot firmware at two hotels and off my own test network at home.

Itā€™s sold - even ran a constant 1080HD youtube stream for two days solid without any drop offs or problems with me doing work on my laptop or streaming TV at the same time.

Good stuff - Thanks!

2 Likes