Large latency spikes every 10 seconds on BE900 (running firmware 1.1.7)
I purchased this router recently, and have had latency issues on WiFi since installing it. I did not notice these problems with my older router. Approximately every 10 seconds, I see latency spike around 100ms or more. I have tested this with many different WiFi devices (WiFi 5, 6E, and 7 devices), and they all see the same behavior. I do not know if older versions of firmware had this issue, because I have only been using it with the recent firmware version 1.1.7.
I have tried disabling each WiFi frequency to see if I can isolate it, but I observe the problem with only 6GHz or 5GHz enabled on the router (I didn't try isolating to 2.4GHz after seeing it on both 6GHz and 5GHz). I see the problem even when I physically locate my WiFi device only inches away from the router. I do not think it is interference because I would expect the behavior to change based on the frequency and the proximity of the router if that was the case.
Here is an example ping output, this pattern will repeat endlessly and there is never an instance where it will continue for more than 11 seconds without a latency spike (192.168.1.1 is the IP address of the router):
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=353.640 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=204.894 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=7.576 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=4.500 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=3.717 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=5.233 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=3.967 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=4.098 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=5.226 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=40.033 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=84.597 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=4.115 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=3.483 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=5.045 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=5.351 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=4.100 ms
64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=5.447 ms
64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=5.153 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=4.978 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=3.751 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=18.904 ms
64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=63.267 ms
64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=4.609 ms
64 bytes from 192.168.1.1: icmp_seq=23 ttl=64 time=4.921 ms
64 bytes from 192.168.1.1: icmp_seq=24 ttl=64 time=4.410 ms
64 bytes from 192.168.1.1: icmp_seq=25 ttl=64 time=5.781 ms
I have seen this behavior on every device I have tested (including macOS, iOS, and Linux). This only occurs with WiFi, direct connected Ethernet devices show <1ms latency consistently and work great.
I currently have EasyMesh disabled. TWT is disabled (enabling this causes packet loss in addition to the latency), Smart Connect is enabled, all frequencies are enabled, OFDMA+MU-MIMO is enabled, Airtime Fairness and Zero Wait DFS is also enabled. I have tested switching all of these options off and back on individually, and it made no difference.
Any assistance for resolving this problem would be very appreciated.