I will question because there was no answer even heard in the forum.
I think You can use the CAPsMAN, to be able to centrally manage the CAP, but Is it possible to build a roaming environment of Wi-Fi while using the CAPsMAN?
Because I think because no apparent way to add MeshInterface in the configuration item, roaming environment can not make be constructed.
Please kindly advise if there is a setting method if.
As long as there is no way to set, why would you give me to improve so that they can build a roaming environment in future versions?
You just need to set one bridge/datapath configuration for your caps in CAPsMAN (either via provisioning or manually for each CAP) and it will just work.
It’s not seamless but for now it’s working just fine. I have some packets lost when switching between APs’, 0.5-2 seconds gap in CSipSimple (SIP client for Android).
You may want also setup access list to reject low signals (then CAPsMAN will drop client when his signal go below accepted and client will reconnect to the strongest AP).
I think datapath because it is connected to the same bridge all, setting in that area that’s all right.
The only thing that is not connected to the seamless, but the channel you want to specify more than one CAP to do would be set all the same?
It will be saved and enjoy the neighborhood as well tell me.
You can add different channel settings in Channels tab and then manually select it for each CAP. I added 3 non-overlapping channels to Channels and select some for my CAPs.
You may also use auto freq feature but in my situation it places all of my CAPs on the same channel so I decided to manually assign channel for each CAP.
It was tested in near perfect environment with signal from both APs over -55 dBi. I think it’s limitation of current implementation of controller and for now we have nothing to do with it. Just wait)
There is no provision in the 802.11 spec currently for AP assisted roaming. Its currently all up to the clients wifi drivers. There isn’t even a provision in the spec as to when a client should roam.
The only difference between using CAPsMAN and setting up discrete access points all configured the same is that one is centrally managed and the other you manage them discretely. In the future 802.11r and 802.11k will help with roaming but for now if there are drops (which is likely wifi is break before make unlike cell phone roaming) only better coverage will help. Some of the larger vendors (read Cisco and others) do some tricks to help the client move along but often times they cause as much heartache for the client as benefit.
I think as long as it can from CAPsMAN, to make settings to remove the weak channel at the very least, roaming is possible in the CAP between, but I wonder would not but hope in the future this.
Doesn’t matter if it’s in the spec or not. Zero handoff roaming is a no brainer requirement for a centrally managed ap environment. Capsman was the first step. Now the blanks need to be filled in for it to become a true enterprise wireless system.
I understand that requirement difficult Zero handoff roaming.
However, at the very least, but I do I accustomed to be able to, such as Mesh configuration of the WDS from CAPsMAN Given the introduction of an office in the future …