cancel
Showing results for 
Search instead for 
Did you mean: 

Channelfly incompatible with apple products!?

blaine
New Contributor

Simple question I can't find answered anywhere. Is channelfly incompatible with apple products? I have 3 R710's running 200.11.10.5.195 (previously 200.10.10.5.246) it's always done this regardless of firmware. When channelfly is enabled on 5ghz whenever an apple device (iphone 13 pro max,ipad air 2021, macbook pro 16 2021) starts using any significant amount of bandwidth like a file transfer it seems to trigger channelfly to take action which immediately boots the device from that access point. Even voip calls will sometimes trigger this as well.

Disabling channelfly on 5ghz has solved this problem but I am confused as the documentation indicates channelfly shouldn't cause these issues. My configuration is very simple, only 3 ssid's no major settings changed in a home environment. Thanks for any help!

1 ACCEPTED SOLUTION

john_d
Valued Contributor II

This is unfortunately one downside of using ChannelFly. When a client uses the channel, especially if it’s not capable of the most efficient bitrate, ChannelFly can see it as a capacity drop and will react by changing channels. ChannelFly can’t always predict whether the capacity drop is because the channel has some form of interference that doesn’t show up in background scans, or because a client is far away or has their antennas obstructed. 

Over long periods of time, after most channels have been hopped to, ChannelFly tends to settle down some and won’t run away on every bit of activity. However on a home network this can take a while and be fairly disruptive. On a home network I generally don’t recommend using ChannelFly. It is great for certain kinds of deployments like outdoor or shared space APs in a busy apartment complex where tenants operate their own WiFi. In such an environment, the interference is dynamic and bound to change at any time. 

Some of the controllers like SmartZone have more fine grained ChannelFly settings that let you designate certain hours of less frequent channel changes. There’s also a MTBC value you can tune on the CLI in Unleashed. And ZD (I don’t think Unleashed) also supports a run stop mode where ChannelFly stops changing channels after a certain amount of uptime. 

Personally I don’t find those options to be good workarounds. They all have their flaws and limitations and sidestep the benefit of ChannelFly which is always on, dynamic channel changes when interference changes. 

Unless you’re having difficulty with manual or background scan based channel assignments, I would not turn on ChannelFly. 

View solution in original post

8 REPLIES 8

@john_d very detailed answer! Thanks!


Syamantak Omer
Sr.Staff TSE | CWNA | CCNA | RCWA | RASZA | RICXI
RUCKUS Networks, CommScope!
Follow me on LinkedIn

Anye02
New Contributor III

Couldn’t say it better 

Anye02
New Contributor III

there’s a trade-off with channel fly and background scanning with the default 20 seconds. ( it sounds like you’re having trouble with background scanning interval ) It’s like they make these cool technologies to fix the other conundrum but in doing so breaks something else. 

Anye02
New Contributor III

it causes latency spikes. Your latency will start raising and come back down. and then it does it again. Pretty sure background scanning interval has something to do with this