I'm still not sure why this WiFi patch was used, but with version 4.7.4 I have similar problems as with the vanilla OpenWRT version 23.05 in the past, that means:
The WiFi has extreme packet loss after some time and/or reconnecting to the WiFi is no longer possible.
ping gateway IP Is there any packet loss or a large delay?
Packetloss happens to devices which are still connected to the routers IP.
2. How to replicate this issue? How about the network topology and test devices?
I'm running my Flint 2 as a Public WiFi. When the bandwith gets suddenly limited to 20 MHz I'm not able to connect to the WiFi anymore, it simply shows it is connecting and then aborts. I tried it with a Pixel 7, Motorola g62 5G and Motorola G34 5G.
SSID on 2,4 and 5 GHz is 1x the same + one custom SSID on 5 GHz.
4. Is the same issue in the v4.7.0 firmware?
I actually found out that firmware 4.6.x is also affected. Same for 4.7.0.
5. Please export issue syslog and share with us.
I did some extensive logging via a syslog server. I replaced the 4 last digit of the macadresses in the log file for privacy reasons. If you need the full log file let me know.
There is some crash happening on Apr 12 17:31:49. This seems to lead to the limited bandwith of 20 MHz and therefore to the connection problems.
It seems that 4.5.8 is the last version which does not produce this problem.
Please upgrade to the latest firmware version, observe if it reproduced again.
Please do not set the same SSID for 2.4GHz and 5GHz, since router does not support the "Band Steering".
With my Pixel 7 I instantly had some packetloss to the routers IP.
Also loading of websites would freeze.
My laptop with the Intel AX210 was not able to connect at all, the MAC of it starts with: 60:e3:2b
Errors seem to start at 02:07:00, at 02:36:52 i uploaded / installed a different firmware, therefore I believe these errors at this sections are related to it and have nothing to do with the errors at 02:07.
Is the router Wi-Fi 2.4GHz and 5 GHz SSID the same? (as we suspect from the logging phenomenon, but not sure) We observed that the laptop tried to connect to the MT6000, and found the laptop was constantly associating SSIDs on different frequencies.
Please tell me the MAC of the phone that has lost ping packets. Would like to check in the syslog to see if its situation is similar to laptop.
Please share the wireless configuration 'cat/etc/config/wireless' with us, would like to check this if we reproduce local.
Please help us to do these 2 tests:
4.1 Test 1, please copy the complete command and execute on the SSH, share the print content with us when the issue reproduces:
while true;do echo ----;iwpriv rax0 show stainfo;echo ----;iwpriv rax0 show stacountinfo;echo ----;iwpriv rax0 show stat;echo ----;iwpriv rax0 show MibBucket;echo ----;iwpriv rax0 show mibinfo;echo ----;iwpriv rax0 show tpinfo=0-2;echo ----;iwpriv rax0 show vow_info;echo =======;sleep 3;done
4.2 Test 2, please copy the complete command and execute on the SSH, share the print content with us when the issue reproduces:
I'm getting massive packetloss (>90%) via Wireguard (Mullvad) with 4.7.7 via a wired connection. switching the wireguard server or reconnecting wireguard temporarily helps for around 2 minutes. I can ping to my own gateway (Fritzbox) from Flint 2 without problems.
Therefore wireguard is unusable with 4.7.7 for me.
And yes, I did a clean installation.
I reverted back to 4.5.8 using the same wireguard configuration / servers and have 0 packetloss. I will open an additional thread for this.
There is a high chance that the WiFi packetloss which I noticed is related to the unstable Wireguard connection. @bruce Are you using a different wireguard version compared to 4.5.8?
