So....have you set the correct VLAN tagging? Or select correct ISP profile in a layman term?

Advanced Settings ----> LAN ----> IPTV ----> Select ISP Profile : TM Unifi

Advanced Settings---->WAN--->Internet Connection----> WAN Connection Type ---> PPPoE
Username : xxxxx@unifi

There is no .com

Enter your password and you are done.

Hmm.....can you check your system log if there is something like these ;

kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES from xx:xx:xx:xx:xx:xx
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES from xx:xx:xx:xx:xx:xx
kernel: 124, flush one!
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES from xx:xx:xx:xx:xx:xx
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: Replay Counter Different in group msg 2 of 2-way handshake!
kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES from xx:xx:xx:xx:xx:xx
kernel: ASSOC - 1 receive DIS-ASSOC request

There will be something about replay counter, then there will be DIS-ASSOC request. At your device, the wifi is still "connected" alright, but it is actually "disconnected" at the router.
Then out of nowhere, there should be error log like these;

kernel: CmdExtStaRecUpdateRsp::ERROR::EventExtCmdResult.u4Status = 0x10003
kernel: CmdExtStaRecUpdateRsp::ERROR::EventExtCmdResult.u4Status = 0x10003

Look closely on why you only get 150Mbps when you forced channel 165. Only 20Mhz is allowed for channel 165.

As for the 36 - 48 = duh......it is law of physics. 5170Mhz - 5250Mhz is lower than 149 - 165 5735Mhz-5815Mhz. The lower the frequency, the easier for the signal to move around obstacles.

If you need refresher on frequency law of physics, watch this youtube video by Digi from a long time ago.

True....unless if your area channel 36 - 48 is really congested.......then you might be better off using other channels instead.


Of course, have a look https://fccid.io/MSQ-RTAC68U on your AC68U

and compare it to AX86U https://fccid.io/MSQ-RTAXI600

Got your answer yet?

I don't recommend people to use DFS channel too.
If you take a look, the DFS channel transmit power is limited to 250mW.
Low transmit power plus higher frequency = bad combo
Then again, if non-dfs channel is really overcrowded, dfs channel might be the only solution to get higher downstream speed.

The problem with Aimesh = wifi is half duplex you know........each hop gonna reduce the bandwidth by half, don't get me started with latency...

Have you try to force manual channel selection to 36 - 48 ?
I am not sure if you are using DFS channel or higher 149 - 165 channels.

Check if your AX5400 has wifi region selection, select USA region. It has higher transmit power of 30dbm (1Watt)

From FFC-ID database https://fccid.io/MSQ-RTAX8D00 , you be better off using 36-48. Try it out first to verify if you can get better speed at those areas you mentioned?

A good explanation and proposed solution.

Unfortunately, if he gonna get mesh units with 3-bands, he gonna goes bankrupt

https://qifi.org/

Tick that "Hidden" before you generate and scan it.

It is your client devices that determine the distance, not the router.
Most portable client devices especially smartphone transmits around 15mW to 250mW.

Read more https://www.duckware.com/tech/wifi-in-the-us.html#range