Nope, that’s expected. However, some clients handle it better than others.  
Modern Intel nics, the user will likely not notice. Apple Macs are notoriously 
slower on rolling with it.  Mac users will likely drop 2-4 pings on any DCA 
event they are connected to.

I’m gearing up to test 10.3 Beta to See if this still holds true.

Sent from my iPhone

> On Jul 28, 2017, at 12:28 PM, Legge, Jeffry <[email protected]> wrote:
> 
> I used to use BEST but found that many users were getting kicked when it 
> changed width. Am I doing something wrong?
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> [mailto:[email protected]] On Behalf Of Jeffrey D. Sessler
> Sent: Thursday, July 27, 2017 8:24 PM
> To: [email protected]
> Subject: Re: [WIRELESS-LAN] Cisco FRA APs
>  
> If you’re not using best you are leaving bandwidth in the air (so to speak). 
> The code will auto determine best width based on the clients it sees in the 
> surrounding areas (the white paper covers this), so if they are all AC (and 
> depending on other factors), the WAPs will run at 80. Not AC or a mix, there 
> is a decision algorithm used to decide width all the way down to 20.
>  
> My new residential hall is about 120 beds and 110 WAPs – very dense. Nearly 
> all of them are 80-wide when running in best. The propagation of 5GHz is 
> poor, so it doesn’t take a lot of distance to allow reuse of channels.
>  
> Jeff
>  
> From: "[email protected]" 
> <[email protected]> on behalf of Jake Snyder 
> <[email protected]>
> Reply-To: "[email protected]" 
> <[email protected]>
> Date: Thursday, July 27, 2017 at 2:26 PM
> To: "[email protected]" <[email protected]>
> Subject: Re: [WIRELESS-LAN] Cisco FRA APs
>  
> I’m not a DCA BEST guy.  You should be using the channel width that the 
> building can support.  With FRA, it’s easy to quickly overshoot the amount of 
> channels available.
>  
> That said, if you want to take the advice to use BEST, you should set the max 
> width to 40MHz.
>  
> Also, 
>  
>  
> On Jul 21, 2017, at 11:28 AM, Jeffrey D. Sessler <[email protected]> 
> wrote:
>  
> Less, there is a Cisco white paper on the subject (applies to 8.2 and above). 
> It has a lot of fantastic information on RRM in general including FRA, 
> including how it makes decisions. It should all be there, and what’s not I 
> got directly from the RRM/FRA engineers in the BU.
>  
> http://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-3/b_RRM_White_Paper.html
>  
> Jeff
>  
>  
>  
> From: "[email protected]" 
> <[email protected]> on behalf of "[email protected]" 
> <[email protected]>
> Reply-To: "[email protected]" 
> <[email protected]>
> Date: Friday, July 21, 2017 at 8:23 AM
> To: "[email protected]" <[email protected]>
> Subject: Re: [WIRELESS-LAN] Cisco FRA APs
>  
> Jeff-
>  
> Any reference links on the timers/sensitivity/channel width recommendations?
>  
> -Lee
>  
> Lee Badman | Network Architect 
> 
> Certified Wireless Network Expert (#200)
> Information Technology Services
> 206 Machinery Hall
> 120 Smith Drive
> Syracuse, New York 13244
> 
> t 315.443.3003   f 315.443.4325   e [email protected] w its.syr.edu
> SYRACUSE UNIVERSITY
> syr.edu
> 
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> [mailto:[email protected]] On Behalf Of Jeffrey D. Sessler
> Sent: Thursday, July 20, 2017 4:30 PM
> To: [email protected]
> Subject: Re: [WIRELESS-LAN] Cisco FRA APs
>  
> In general, here are the important items.
> Make sure your 802.11a/n/ac and b/g/n DCA timers are at the default 10 mins. 
> This is critical since FRA uses the data from DCA runs to decide changes for 
> the radio. If this runs only once every six hours, FRA will not be able to 
> make an informed (correct) decision about the radio role.
> 802.11a/n/ac and b/g/n must have the same RF group leaders, and those leaders 
> must be controllers running the latest code.
> 802.11a/n/ac DCA Channel Width should be set to “Best” – it’s helps maximize 
> spectrum use. Even in our dense deployments, most WAPs run in 80 MHz.
> FRA – sent sensitivity to LOW, this sets the bar very high for determining a 
> role switch for the radio.
> FRA – Interval of 1 Hour. This allows the fastest reaction to need.
>  
> Last but not least, proper deployment is key. If WAPs are in hallways, FRA is 
> not going to work well at all since you’ll wind up with coverage holes for 
> clients in rooms. If you are deploying in-room, FRA works wonderfully.
>  
> In my residential hall with 3800’s, very few WAPs pick 2.4 and many run dual 
> 5Ghz. The residential hall is 10-30x the bandwidth use of another similar res 
> hall with 3700-series. It’s wireless only and I’ve had no complaints from the 
> residents.
>  
> Jeff
>  
> From: "[email protected]" 
> <[email protected]> on behalf of 
> "[email protected]" <[email protected]>
> Reply-To: "[email protected]" 
> <[email protected]>
> Date: Thursday, July 20, 2017 at 11:47 AM
> To: "[email protected]" <[email protected]>
> Subject: Re: [WIRELESS-LAN] Cisco FRA APs
>  
> We are currently running version 8.2.151.0 which looks to be the most recent 
> 8.2 release.
>  
> Thanks
> Bruce
>  
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> [mailto:[email protected]] On Behalf Of Luke Jenkins
> Sent: Wednesday, July 19, 2017 4:57 PM
> To: [email protected]
> Subject: Re: [WIRELESS-LAN] Cisco FRA APs
>  
> What code version are you using? I'd recommend the latest 8.2 maintenance 
> release for anyone using FRA.
>  
> -Luke
>  
> On Tue, Jul 18, 2017 at 11:38 AM, Entwistle, Bruce 
> <[email protected]> wrote:
> This summer we remodels a residence hall and installed our first Cisco FRA 
> APs, model 2802i.   The Radio Role Assignment on the APs is currently set to 
> auto, and a few of the APs have changed to run both radios at 5GHz.  I was 
> looking to see what others have observed and have found successful with this 
> type of installation.
>                           
> Thank you
> Bruce Entwistle
> Network Manager
> University of Redlands
>  
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found 
> athttp://www.educause.edu/discuss.
> 
> 
>  
> -- 
> =-=-=-=-=-=-=-=-=-=-=-=
> Luke Jenkins
> Senior Network Engineer
> Weber State University
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found 
> athttp://www.educause.edu/discuss.
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found 
> athttp://www.educause.edu/discuss.
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found 
> athttp://www.educause.edu/discuss.
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found 
> athttp://www.educause.edu/discuss.
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/discuss.
>  
>  
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/discuss.
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/discuss.
> ********** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/discuss.

**********
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.

Reply via email to