Okay so I built a CAPsMAN network with 3 APs all using the same configuration set (the APs are just two 2011s and a Cloud Switch), which scuttlebutt says will result in zero-handoff roaming.
It doesn’t actually work, my wifi devices see one SSID and connect to it, and on CAPsMAN I can see the device is registered on the closest radio, but if I wander away from one radio into range of another, the wifi signal doesn’t elegantly handover to the next AP. There’s a downtime of around 15 seconds.
Is there any specific datapath settings I should mess with here or is a 15 second downtime pretty normal for this kind of thing?
zero-handoff roaming its ubiquiti unifi functionality
not mikrotik
15 seconds its too much time to roam, the client disappears from global capsman registration table during all time?? or its registered but losses packets??
be sure you are using a a proper channel planing, using the correct power levels.
take in count roaming mostly depends on client decisions wlan design and configuration can help but results vary fron one client to another.
some times wireless ACL help to force to roam a sticky client.
I personally use a lot datarate setting to manipulate roaming behavior but with capsman you lost that function.
If CAPsMAN is not capable of zero-handoff, that’s all I need to hear. Like I said, I saw elsewhere on the forums that it was capable, but if it is not, then I will just use UniFi if I want that capability.
The client remains in registration but all packets are just dropped for about 15 seconds.
Wouldn’t mind seeing both ubiquiti and mikrotik support 802.11r in future products as a more standards based method of fast roaming. Although it needs client support as well.
You have to help the clients get kicked off their current AP otherwise they will try to hold onto the connection as long as possible. With the above method, the AP will send disconnects at the desired signal strength, which will trigger the client to get disconnected and find the next available AP. All of which should happen in less than a second.
You’ll need to do some testing to figure out which signal strength you should kick the clients depending on how far apart or close your APs are.
Meru owns that whole single channel architecture thing.
Zero-handoff is the UBNT trademark version.
Unlike Meru where all data goes through the controller. Ubnt has the APS constantly talking to each other trying to guess about when to move a device.
There is a ton of retransmit info and multicast going on. And you need to “really plan out APS”. You need to space them and dial in power and rssi or its just a mess.
Once you nail it down… you can wander around on a skype call and it is damn near seamless. However… throughput SUFFERS! Also the system is not very tolerant of co channel interference.
High density causes even more issues.
Proper set up of properly spaced channels and power levels is really the standard. It’s how every other wifi system works.
Once dialed in… you might get a studded in your Skype call. But roams are usually under a second.
I would suppose the part of the roaming process that consumes the most time is re-association with the new access point and re-obtaining an IP address (even if it is the same as before). UBNT eliminates these steps by having all APs in the system present themselves as a single AP to the client. So the client does not get into the process of re-authenticating itself and re-requesting an IP address.