Does AutoRF prefer to use non-DFS 5ghz channels ?

pjc
A model citizen

Does AutoRF prefer to use non-DFS 5ghz channels ?

Hi all

 

I have noticed in general, AutoRF tends to use on the 5ghz band channels 36,40,44 and 48 disproportionally over DFS channels, even if there is more congestion/utilisation on those channels where the DFS channels are clear.  We have DFS channels enabled for use, and we do not generally have hardly any DFS events seen (I have seen none in this example network below).

For example, I have one network comprising of 8 access points, and with the exception of one ap, all have been assigned channels 36,40,44 or 48 despite utilisation on those channels and nothing on the DFS channels.  Channel width is set to 20mhz

 

Channel utilisation as shown on one of the central ap's

Capture5.PNG

 

5ghz channels assigned by AutoRF to the ap's in this network

 

Capture6.PNG

 

 

Is their some weighting given to the lower channels ?  Is there an acceptance that unless channel utilisation is high (i.e. higher then 50%), it will not attempt to move to a clearer channel ?

 

Documentation here https://documentation.meraki.com/MR/Monitoring_and_Reporting/Location_Analytics/Meraki_Auto_RF%3A__W... states that:

5 GHz Channel Selection

Channel availability for 5GHz varies based on AP model and regulatory domain. The access point will consider any channel that it is certified for in the regulatory domain of operation. A list of channels can be viewed by opening the channel dropdown for the AP on the radio settings page. There is no preference for a particular band and all channels are weighted evenly. 

 

Be interested in your views and your own experience.  Our networks are in the UK

Cheers

 

 

 

12 REPLIES 12
cmr
Kind of a big deal
Kind of a big deal

on one of our UK sites we do have some in the 100s but as you noted, most in the lower ranges:

 

Capture.JPG

Uberseehandel
Kind of a big deal

I am based close to the Channel, and have in my vicinity the UK Channel Control Centre as well as several military and ASR landing pads. To make matters worse there is a flight path used by animal transports overhead and the southbound transit route for shipping is within sight. This means that there is interference from marine, aviation and weather ground stations. In bad weather the interference increases as the military use anti-personnel radar. From time to time one of the Apaches notices my WiFi (and a large generator disguised as a haystack) and it does the "bee-dance". We exchange waves.

The problem with using radar vulnerable channels is that, depending on the circumstances, the interaction of DFS/TPC/CAC can result in silent listening periods of up to 4 hours, but only in extreme cases. Most users assume that the AP has stopped functioning and log a fault. Understandably, the manufacturers wish to avoid this false fault report. 

Robin St.Clair | Principal, Caithness Analytics | @uberseehandel

Hi Robin

 

Thanks for sharing your experience.

Presumbaly you have the 'use DFS channels' option disabled, so restrict yourself to 36,40,44 and 48.  I would do the same if I was seeing that amount of radar, air traffic etc using those DFS channels and your AP's having to drop down back into the non-dfs channel range (at the same time disconnecting your clients).  I guess your see a lot of DFS events in the event log..

 

I'm not seeing dfs events and as we are not near aircraft or radar to be affected, we enable the use of DFS channels.  The query I have, is that in practice, I am seeing over 80% of my access points being auto assigned on to one of the 4 channels (36,40,44,48) which have greater utilisation/congestion and the other 20% assigned to the other 12 channels, which to me doesn't seem well balanced if (as Meraki state) all channels are equally considered...

 

Thanks

Uberseehandel
Kind of a big deal

Actually, I go out of my way to see what happens when DFS/TPC/CAC comes into play. But I do keep an alternative AP that does not get interference. In my experience, it is better to explicitly assign WiFi frequencies and RX levels.

Robin St.Clair | Principal, Caithness Analytics | @uberseehandel

Looks like your still using the old Radio Settings page. I would try the new one and ensure the RF Profile you have is configured correctly as you want it, and then apply it to all the access points.

In addition, I've heard 26.X firmware has a 'new' algorithm for AutoRF that appears to work better, or so I've been told you might want to test it out.

That being said, its possible that the access never had a chance to run without clients (which impacts how they change channels).

When I setup a new site, I like to give the access points half a day or so, to 'settle' on what channels they want to use, before I enable them for clients. Clients being on an AP will impact / prevent that AP from changing channels so you want to give the system an opportunity to run through a few cycles at least.
Nolan Herring | nolanwifi.com
TwitterLinkedIn

Thanks @NolanHerring 

I must of slipped into old version mode, these ap's are actually using the standard default indoor profile

 

Capture9.PNG

 

Thanks for the tip on update auto channels when no clients connected, I'll give that a try  I would of thought that it would be able to do this automatically overnight when very few clients are connected, but will give it a push.

Look forward to the enhancements to AutoRF, will try that in a non production network, however, difficult to replicate the live network and client use to fully test, and I think there's too many issues still with 26.+ firmware for us to apply to the production enviroment

 

Cheers

NolanHerring
Kind of a big deal

Why does the transmit power show OFF? Are those access points online yet?
Nolan Herring | nolanwifi.com
TwitterLinkedIn

Yes access points are online and working and serving clients
NolanHerring
Kind of a big deal

Well...that seems odd then. The only time I ever see that OFF is when the access points are not actually powered online yet. It's possible also that the RF Profile isn't actually 'working yet'.

When they started to push that stuff out, my access points were automatically placed into those groups, but it wasn't really using them because I had not yet 'overridden' the policy onto the AP. I wonder if you do that, and clear all the settings, if it will properly apply. Try it after hours of course
Nolan Herring | nolanwifi.com
TwitterLinkedIn

My assumption being that when you do apply the RF profile, the transmit power column will populate, indicating that it is functioning with the profile
Nolan Herring | nolanwifi.com
TwitterLinkedIn

Yes Nolan, that's it I think. As we are still using the old method instead of RF profiles, there's no power level showing.
I'll switch to RF profiles and see if there is any difference, however, if the auto power and auto channel settings are still being used within the RF profile, will that make any difference to whether it will use the higher channels ?

Thanks
NolanHerring
Kind of a big deal

Not sure to be honest if the old system or new system affects anything or does the same thing. Worth testing though
Nolan Herring | nolanwifi.com
TwitterLinkedIn
Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Labels