5G Auto Channel Selection Not Working for EAP225(US) V3

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.

5G Auto Channel Selection Not Working for EAP225(US) V3

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
5G Auto Channel Selection Not Working for EAP225(US) V3
5G Auto Channel Selection Not Working for EAP225(US) V3
2019-11-06 22:01:32
Model: EAP225  
Hardware Version: V3
Firmware Version: 2.6.0 Build 20190726 Rel. 52366

Hello

 

I have a setup where there is a mix of EAP225 V3 and V2 access points managed by Omada Controller (OC200 V1 1.2.0 Build 20190823).

 

Auto channel selection is not working on 5 GHz frequency for EAP225 V3 as all of them are stuck on channel 36 and other channels are definitely less congested.

The EAP225 V2 has no problem and automatically picking channels like 157 and 149, though the channel is weird for 80 MHz.

 

Current radio mode is set as:

2.4 GHz

Mode: 802.11b/g/n mixed

Channel Width: 20 MHz

Channel: manually selected for each AP

 

5 GHz

Mode: 802.11n/ac mixed

Channel Width: 80 MHz

Channel: Auto

 

Am I missing some prerequisites for Auto channel selections to work on V3 devices?

Regardless, shouldn't channels like 42 58 155 be picked if it's on 80 MHz channel width?

I tried changing channel width to 20 or 40 MHz but result appears to be the same.

  0      
  0      
#1
Options
8 Reply
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2019-11-07 03:42:49

@ymd 

 

We had a test in our lab, there is nothing wrong with the devcie. Please rerfer to the following photo, we can see that when we choose antu, it is channel 48. The Auto feature will work but it may not choose the cleanest channel.

  0  
  0  
#2
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2019-11-07 18:58:02

@forrest Thanks for your reply.

 

All of my V3 APs are stuck on channel 36 for some reason on Auto, no matter how many times I reboot the APs and Controller and no matter how long they are up and running.

As you can see below, V2 devices will set their channels automatically but not V3 devices.

I tried disabling/enabling fast roaming, band steering, and mesh but to no avail.

 

The firmware on OC200 Controller has been upgraded multiple times over the year so perhaps some configuration is broken.
Perhaps I should reset controller but I don't want to go through the hassle just to have 5G radio automatically configured.

 

 

  0  
  0  
#3
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2019-11-08 11:57:46

@ymd, the problem seems to be related with reboots. If I reboot all EAPs at the same time, they won't select different channels:

 

 

 

If I reboot the EAPs one after another, they select different channels:

 

 

I guess that this is normal behavior - they just can't see each other's channel selection at scan time.

༺ 0100 1101 0010 10ཏ1 0010 0110 1010 1110 ༻
  0  
  0  
#4
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2020-05-01 19:10:44

@R1D2 

Hi Guys,

I am experiencing the same issue with EAP225(EU) V3 Hardware Version

and FW Version 2.7.0 Build 20200113 Rel. 38287 

Both AP choose Channel 36 (with auto settings), i can completey not reproduce that this is not happening if I start the AP one after each other.

My two AP do allways have channel 36 on 5GHz completly independed how often i reboot the controller or the take care of booting order of the AP.

 

 

 

Nevertheless I tried to analyse with semi profesional spektrum Analyzer and saw the signal from the AP is much broader than a typical 5G AP.

So I am assuming now that the contoller respectively the AP are using just a broader frequencyband (more than just channel 36), but claiming its just 36-

Can you confirm that?

Or is it just as simple as using the same channel in an small environment is just a fail!

 

Thanks for your reply.

 

   

  0  
  0  
#5
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2020-05-01 21:38:39 - last edited 2020-05-01 21:57:54

@ArthurDent113,

 

I have only EAP225-Outdoor with FW v1.7.0 at the moment, but its firmware is almost identical to EAP225 v2.7.0 and for a quick test I can set it to use indoor channels much like an EAP225 does (not recommended as permanent setting, might get you into legal troubles in the EU!).

 

If I reboot both EAPs at the same time, they sometimes choose the same channel if set to »Auto«. I think everyone can imagine that if both EAPs are doing the survey at the same time, they can end up with using the same channel which was detected as »mostly free« before the survey ends.

 

If I reboot one after another, they choose different channels, but in 20/40/80 MHz mixed mode it searches for 20 MHz wide channels.

 

Nevertheless I tried to analyse with semi profesional spektrum Analyzer and saw the signal from the AP is much broader than a typical 5G AP.

So I am assuming now that the contoller respectively the AP are using just a broader frequencyband (more than just channel 36), but claiming its just 36-

 

Yes, that's right and might be confusing.

 

If you set channel width to 80 MHz, the channel is much broader, exactly 80 MHz. The EAP uses 16 channels, so to say.

 

The spectrum of the 5 GHz band is partitioned into 5 MHz wide channels, e.g. channel 36 is 5180 MHz, channel 37 is 5185 MHz, channel 38 is 5190 MHz, channel 39 is 5195 MHz, channel 40 is 5200 MHz and so on (this are center frequencies, the spectrum used is on the left and right of this center frequencies).

 

In the EU only every fourth channel is used (e.g. 36 = 5180 MHz, 40 = 5200 MHz and so on). This guarantees non-overlapping co-existence for APs/clients with a channel width of 20 MHz (the default channel width).

 

Thus, with 20 MHz channel width an EAP set to channel 36 uses already four 5 MHz channels (from channel 34 to 38 which equals 5170–5190 Mhz). Center frequency is 5180 MHz, that's channel 36.

 

With 40 MHz channel width an EAP set to channel 36 uses 8 channels which might either below (5150–5190 MHz, that's 40-) or above (5170–5210, that's 40+) of channel 36 (5180 MHz). Let's say it selects 40+, then it uses 5170 to 5210 MHz, that's channels 34 to 42. The center frequency is 5190 MHz, which equals channel 38.

 

With 80 MHz channel width an EAP set to channel 36 uses 5170–5250 MHz, that's channels 34 to 50. Center frequency is now 5210 MHz which is channel 42.

 

But in 20/40/80 MHz mixed mode, if a client supporting only 20 MHz channel width associates with the EAP, it might negotiate to use center frequency 36. Channels 40, 44, 48 are still free and non-overlapping for other clients using 20 MHz channel width. Channel 46 is still free and non-overlapping for clients using 40 MHz channel width, while the 40 MHz channel 38 is partially overlapping with the 20 MHz channel 36 in use by the other client.

 

Let's see what this means for automatic channel selection:

 

If the EAP auto-selects channels 44 and 48 on reboot as shown here, it chooses two most unused 20 MHz channels:

 

 

 

If you now have set channel width to 20/40/80 MHz mixed mode, both EAPs needs to acquire channel 42 since the spectrum for the 80 MHz channel width does not fit elsewhere around 44 and 48. Result is two exactly overlapping WiFi cells using the same spectrum for clients using the full 80 MHz channel width.

 

But not so for clients using 40 MHz channel width: They can use channels 38 and 42 non-overlapping at the same time.

 

And clients with 20 MHz channel width can use channels 36, 40, 44 and 48 non-overlapping.

 

A good WiFi analyzer shows you the real center frequency acquired by the two EAPs (channel 42) in 80 MHz mode, no matter whether they are set to channel 36, 40, 44 or 48.

 

Conclusion:

If you want non-overlapping channels between different EAPs in the traditional style auto-selected, use 20 MHz channel width and reboot the EAPs one after each other with short delays in between.

 

But with MU-MIMO and mixed 20/40/80 MHz mode the overall throughput is way better (albeit much more complex to achieve) to reliably serve a large number of clients or to give a single client the maximum possible WiFi bandwidth.

༺ 0100 1101 0010 10ཏ1 0010 0110 1010 1110 ༻
  3  
  3  
#6
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2020-05-06 21:21:06

@R1D2 

Many thanks!! for your answer, it took me quite a while do understand but I think I got it'

Kind of off topic but maybe you can help me with that as well: does the "untrusted rogue AP" List somehow affect the autochannel selection? As this list is not updated after a reboot in auto mode (what basically i was expecting), this is kind of confusing for me. Shouldn't the untrusted rogue AP List be considered for the autochannel selection?

Thanks

 

  0  
  0  
#7
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2020-05-07 07:18:41 - last edited 2020-05-07 07:19:35

 

ArthurDent113 wrote

Many thanks!! for your answer, it took me quite a while do understand but I think I got it'

Kind of off topic but maybe you can help me with that as well: does the "untrusted rogue AP" List somehow affect the autochannel selection? As this list is not updated after a reboot in auto mode (what basically i was expecting), this is kind of confusing for me. Shouldn't the untrusted rogue AP List be considered for the autochannel selection?

Thanks

 

You're welcome. Yes, WiFi nowadays has become a very complex technique, so you are not alone when trying to understand the nitty gritty details. Took me quite a while, too.

 

AFAIK, the »untrusted rogue AP« list is updated only when you initiate a search for them. On reboot, the channel selection still searches the frequency band for nearby APs (and ignores APs with very weak signals which will not interfere), but it does not save the results in the »Insight« database table. In contrast the search also includes APs with a weak signal.

 

To be honest, the concept of »untrusted rogue APs« vs. a simple WLAN survey is still a mystery to me regarding the terminology, since you can declare those APs as »trusted«. Unfortunately, the User's Guide does not describe what the latter function is for. Maybe, it's as simple as to just filter out known APs from the list, which is so far my best guess.

༺ 0100 1101 0010 10ཏ1 0010 0110 1010 1110 ༻
  0  
  0  
#8
Options
Re:5G Auto Channel Selection Not Working for EAP225(US) V3
2020-05-11 15:35:18

@R1D2 

 

Thanks for your help, really much appreciated!

  0  
  0  
#9
Options

Information

Helpful: 0

Views: 4134

Replies: 8