Showing results for 
Search instead for 
Did you mean: 

Apple Device Roaming

New Contributor II
I am having a problem with frequent disconnects on apple devices when signal strength is great. In looking into this further, I noticed that the apple devices in question are roaming at an alarming rate. This is happening across iPad, iPod, and MacBook platforms. For example, I looked at an apartment with an iPod touch that was roaming every 30 seconds or so. There is a Win7 laptop in the same apartment that has not roamed one time. I have about 40 Apple devices on the network and similar behavior is happening on 70% of them. I have about 40 other devices on the network and this is not happening with any of them that I have looked at so far. What is more, the Apple devices are roaming out from a nearby AP to an AP several hundred feet away with a few buildings between them. The user is not leaving the apartment but the device is roaming to APs throughout the campus, even APs it either should not see at all, or just barely.

Any ideas? Has anyone seen anything like this before?

New Contributor II
my system has the zd 1100 deployed with several zf7363 AP's and we saw this problem until I updated to firmware. I can't say the problem is "fixed" as much as I can say I haven't had any complaints. I don't own any apple devices to test with personally, but I've had one unsubstantiated report of a dropped connection, which I can live with.

New Contributor
This is a bit long and details a special case - sorry.

We had a disconnect (not a roaming) problem with ipod touch back in 2011/2012.
We bought 20 ipod touch 4g 8GB, to pilot test a guided tour for schools with a custom, non app store app, done by a 3rd party, who also set up the ipods.
The ipods were consistently disconnecting and not automatically reconnecting.
ZD1100 with 19 APs (7962 and 7363 at the time)
Don't know the firmware version but it was current at the time (march 2012); 9.3 something.
ios was 5.1 - we couldn't update it for "fear of breaking the app".

WLAN (for most systematic testing) was static channel 20Mhz, no encryption, no 5Ghz radio, L2/MAC access control, 7363 AP, ZD1100 as above.

Spent almost a week doing systematic packet capture and found:

- ipods disconnected consistently but not invariably after 30 minutes and could only be reconnected with manual intervention.

- disconnection could sometimes be mitigated by allowing a disconnect/reconnect
sequence at startup
(if not unlocked the ipods disconnect automatically after 30 seconds, then reconnect after unlocking).

- amount of udp/tcp network activity had no effect on disconnection after 30 minutes - no "keepalive"/inactivity effect.
(we used a modfied app version which sent a tcp packet every 2 minutes and arp,
dns lookup and multicast activity was also observed)

- the wlan had no internet access, but opening the wlan and allowing ipods to "phone home" had no effect on disconnection.

- testing was mostly with the ipods in one location connected to a single 7363AP where no roaming occurred. Moving them around and getting them to roam within the 30 minute window before disconnection had no effect. They behaved "normally"
until disconnection.

- it was always the ipod that initiated the disconnection - never the AP.

- the behaviour of the ipods was the same in other non-ruckus wlans.

- 2 of the ipods did not exhibit the behaviour described and stayed connected
in all tested wlan environments.

- no other device (apple or otherwise) exhibited this disconnect behaviour.

Found a possible explanation why the interval before disconnection is 30 minutes
and was considering jail-breaking an iPod as a last resort.

Contribution by "wvcachi" Jun 8, 2010
If your touch is jailbroken, try this:
Use SSH or iFile to browse your touch's file system,
and go to var/preferences/SystemConfiguration and edit
the file. Find the part that reads:


And change that 1800 to something much higher.
The number is how many seconds it will stay connected to wifi without its
being active (1800 is 30 minutes). I switched mine to 604800 - one week.

It could POSSIBLY be that that setting is what's causing your issue. Good luck!
<< Unquote >>

(The "without its being active" bit does not seem to be the case).

In our special case the ipods were the problem, not the network and before we sent 18 back to Apple, we finally found that the network state of the ipod at the
time the custom app was installed is key.
If it had no internet connection when the app was installed then the disconnect happened.
If it had an internet connection when the app was installed then it stayed connected.
So must/may be something to do with GUID checking of app/ipod/developer...
After reinstalling the ipods now work "as advertised"

Because the assumption was (always is?) "it must be the network", I had to spend a lot of time proving that it wasn't.

You're awsome dude

New Contributor III
We are seeing similar issues. We called in one of our local Ruckus vendor and them take a look. Most of the issues he pointed out were radios mounted vertically.

I took him to some problem areas where the client keeps flapping from AP to AP, connecting to APs that are further away, etc. His gear showed that the signals were quite sufficient in all locations, noise was low, etc

The only theory he came up with was that the Apple units in question are most interested in 5ghz. His theory is that the Apple's are so interested in 5ghz that they connect to the 5ghz channel before the 2.4ghz even though the 2.4ghz would be better. Someone in the building sneezes and the hardware switches to 2.4ghz. The apple prefers 5ghz so after a while it flips backs. etc.

One item that lends itself to this theory being correct is last year we had a lot less disconnect issues. The primary thing that has changed? We have introduced a lot of new hardware which is 5ghz.

I am seeing clients "roaming" to the same AP by switching g/n to a/n.

Any thoughts?


Any "roaming" to the same AP resolution? We have begun to have the same problem with Apple iOS devices.