AR750S-Ext Repeatedly Disconnecting wwan

I’d like to start off by saying that I fully appreciate the work that you guys have done so far on developing the UIs that make it a lot easier to set up OpenWRT, especially in a mobile environment. I now have 4 of your devices (2) AR300Ms and (2) AR750S-EXT, all of which were originally purchased as travel routers and/or home routers for me and my girlfriend to be used with EasyTether. I now have repurposed (2) of the AR750S-EXT to provide access via other wifi. Over time since I switched from operating them on Easytether, I observed buffering in streams and broken downloads. I then analyzed the logs and found that the wwan connection keeps dropping and immediately reconnecting and it isn’t due to a portal or weak connection. I have a very strong connection. I completely disabled vpn and have tried all iterations of settings. The only way I’ve been able to set up a connection that doesn’t constantly disconnect and reconnect was adding another wifi adapter and setting up the connection completely through the openwrt GUI using the added wifi adapter as wan, but this then screws up the GL.inet GUI completely, due to some linking issues. I prefer to have the GUI working as it is supposed to and I do not want to resort to external adapters. I bought this device specifically to utilize both adapters in this way through the GUI. I also own a WRT3200 ACM that runs pure openwrt with a VPN at home, so I’m not a complete newbie, but I need some guidance. I was wondering if it might have something to do with the WDS setting that the GL.inet GUI applies in repeater mode, as I’ve never had this enabled in previous setups on my WRT3200 ACM. I set up one radio as STA and the other as AP to alleviate issues with bandwidth on my setups. Works well on the WRT3200ACM, but get the errors below on both of my AR750S. I have several full logs from reboot and can provide any additional needed details. I have not been able to pin down the source of the disconnection, but it appears to be by local choice, as this log below shows.

root@GL-AR750S:~# logread | grep choice
Tue Feb 11 12:15:56 2020 kern.info kernel: [32177.486045] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)
Tue Feb 11 12:18:34 2020 kern.info kernel: [32335.614716] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)
Tue Feb 11 12:22:27 2020 kern.info kernel: [32568.803431] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)
Tue Feb 11 12:24:19 2020 kern.info kernel: [32680.814913] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)
Tue Feb 11 12:44:49 2020 kern.info kernel: [33910.760347] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)
Tue Feb 11 13:22:26 2020 kern.info kernel: [36167.271094] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)
Tue Feb 11 13:30:39 2020 kern.info kernel: [36660.357143] wlan-sta: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (Reason: 3=DEAUTH_LEAVING)

Any help would be appreciated.

You mentioned Easytether, I want to know is this related to repeater?

AR750S should upgrade to the latest firmware 3.100 which fixed some wifi parameters?

What is your router AR750s is repeating?

I am on the latest firmware always. I used EasyTether on all of my GL.inet devices to start, but now I am attempting to repeat a 2.4ghz trunk line to a 5ghz local network using my (2) AR750S-ext at (2) different locations. Possible issue with the 2.4 ghz radio. I ran a test last night connecting to the same router utilizing the 5ghz radio as the trunk line and the 2.4 ghz radio as the local network. On both setups, I have the local wifi shut off on the radio that is the trunk line to eliminate the possibility of interference, radio or software-wise. I have observed that the 5ghz trunk link has not reset for about 12 hours, which is the longest I’ve seen since I’ve been testing. I would like to have the 2.4 ghz radio set up as the trunk line due to distance to the router I’m grabbing internet from. If I’m able to sustain a 5ghz connection, there is no reason that a 2.4 ghz connection should be dropped, in my opinion, so I’m not sure what the problem is, but I’m willing to do some testing for you guys since I have several of your devices and I’m somewhat proficient with Linux. Will update if the 5ghz radio repeats the same behavior deauthing itself, but I really would like to get the 2.4 ghz radio connected reliably because one of my locations doesn’t have a reliable 5ghz connection from the router.

See log below using 5ghz as trunk line. Time is now 12:30, about 12 hours since connection established with no errors.

root@GL-AR750S:~# logread | grep wlan-sta
Wed Feb 12 00:12:48 2020 kern.info kernel: [ 57.814855] IPv6: ADDRCONF(NETDEV_UP): wlan-sta: link is not ready
Wed Feb 12 00:12:51 2020 kern.info kernel: [ 61.190438] wlan-sta: authenticate with XX:XX:XX:XX:XX:XX
Wed Feb 12 00:12:51 2020 kern.info kernel: [ 61.213736] wlan-sta: send auth to XX:XX:XX:XX:XX:XX (try 1/3)
Wed Feb 12 00:12:51 2020 kern.info kernel: [ 61.220355] wlan-sta: authenticated
Wed Feb 12 00:12:51 2020 kern.info kernel: [ 61.258554] wlan-sta: associate with XX:XX:XX:XX:XX:XX (try 1/3)
Wed Feb 12 00:12:51 2020 kern.info kernel: [ 61.269835] wlan-sta: RX AssocResp from XX:XX:XX:XX:XX:XX (capab=0x111 status=0 aid=1)
Wed Feb 12 00:12:51 2020 kern.info kernel: [ 61.311314] wlan-sta: associated
Wed Feb 12 00:12:52 2020 daemon.notice netifd: Network device ‘wlan-sta’ link is up
Wed Feb 12 00:12:54 2020 kern.info kernel: [ 64.268405] IPv6: ADDRCONF(NETDEV_CHANGE): wlan-sta: link becomes ready
Wed Feb 12 00:13:49 2020 user.notice firewall: Reloading firewall due to ifup of wwan (wlan-sta)

To help you it would be good if you answer the question. Do you mean repeater mode? What Router hosts the 2.4 or 5 GHz Network. Did you check how crowded the used 2.4 GHz and the 5 GHz are?

I set the connection up through the GL.inet GUI through repeater mode. Easytether was removed in factory reset on both AR750S-Ext routers, so that is not of concern here. The same router hosts the 2.4 and 5 ghz sources I’ve tested at this location. I have done site surveys of the interference on both routers and the channels have already been optimized to decrease interference between the routers. I have observed the disconnects to be random and not at all related to network traffic on the source wifi or excessive signal noise. I have never observed a deauth like this before. Also, I attached an external adapter (TL-WN722N v 1.1) for testing purposes and was able to maintain a stable connection for 12 hours over the same 2.4 ghz channel. So, that leads me to believe it isn’t congestion on the channel and is possibly either something to do with the gl-inet software or a limitation of the 2.4 ghz hardware in the unit. When I attached the external adapter as wwan, I set it up through the OpenWRT GUI, after installing the drivers and resetting the wifi config.

So you repeat on 2.4G channel and it will have connection drop sometimes? Did you try repeat on 5G channels?

I have now tested connecting to the same router on both 2.4 and 5 GHz. Have another router connected to the lan port and shut off wifi repeating to eliminate problems associated with multiple wifi managers interacting. Still observe the same disconnects in the system log, even with ap down and using ethernet to transfer internet to another router. I have also tested version 3.101 in your testing folder and have observed even worse disconnections. Reverted back to 3.100. There is definitely something wrong here, seemingly something to do with the code because it seems to be the router initiating the disconnect. I have no problems staying connected to the same wifi on other devices, but I want everything routed through this router. Any further help would be appreciated. I have (2) AR750s-Ext that I am willing to do some testing on.

@systematiq Appreciate your report back even on the 3.101 firmware. I will let our engineer contact you via email directly so that we can debug this problem faster. Thanks!

@systematiq
I contacted you by e-mail, but did not receive your response. May I ask if the problem still exists, can you provide a complete log for me to analyze the problem or I can look at the problem remotely, and look forward to your feedback, thank you