Roaming between 2 APs with WDS
Fri Oct 10 04:04:34 PDT 2014
SD8787 14.66.35.p52 is latest FW revision- 35x is branch from where FW is
For other FW revision 14.66.9.p192 , this is from 9x branch. They cannot be
For your second query, yes while command is in process, data path is
blocked and so data cannot be transmitted.
I would suggest you running single channel scan so as to have minimum
On Fri, Oct 10, 2014 at 3:26 PM, V?ctor Andr?s <victor at cymonline.com> wrote:
> Hi Avinash,
> I'm using the firmware version 14.66.9.p192 (
> and testing the recent commit p52 version (
> but I'm not sure of this last commit, because even if it was posted more
> recent, it's a previous version of the FW.
> Yes, the roaming is working now. I'm trying to reduce the scanning time
> in order to scan only the channel in use or only for the known bssid.
> When the interface is scanning it isn't transmitting data, and what I
> need is a continuous flow of data.
> El 10/10/2014 10:55, Avinash Patil escribi?:
> Hi Victor,
> What is SD8787 FW version you are using? As I understand from your last
> email, roaming is now working fine, right?
> On Fri, Oct 10, 2014 at 12:38 PM, V?ctor Andr?s <victor at cymonline.com>
>> Hi Dan.
>> Thanks by your help.
>> I tested it in a different board and the signal level of the APs were
>> correct. At least, not all the same and with a value of -101. May be a
>> problem of the chip wifi of that board, I don't know. I use the same
>> antenna for the 2 tests, and the boards were in the same position (more or
>> less) for the 2 tests (with the same AP locations). I'll continue with the
>> tests. I don't understand how can I connect with these APs that the wifi
>> have detected with that poor signal.
>> I've compiled Wpa-supplicant with bgscan option enabled and tested in a
>> different board, and now I have roaming between that 2 APs (with
>> bgscan:learn). Now I'm trying to reduce the searching time, because when
>> the wireless is searching network it can't transmit data, isn't it?
>> El 08/10/2014 19:33, Dan Williams escribi?:
>>> On Wed, 2014-10-08 at 12:35 +0200, V?ctor Andr?s Andr?s wrote:
>>> First, roaming works better with "bgscan" options enabled. This option
>>> tells the supplicant to periodically scan looking for a better AP. If
>>> scans don't happen (either through "bgscan" or manually via the control
>>> interface) the supplicant will stick with the current AP until the
>>> connection is broken. The only way the supplicant knows which AP is
>>> better is if a scan has taken place and it knows the RSSI of each AP.
>>> Second, it looks like the driver is broken for signal strength
>>> reporting. -100dBm signal level is quite awful, and the fact that it
>>> shows *all* APs at that level is pretty much a smoking gun. This is the
>>> reason the supplicant won't switch APs even if you do trigger a manual
>>> scan, because no AP really has a better signal level than the current
>>> (one other slight possibility: your antenna isn't connected very well,
>>> or isn't connected at all, and you're close to the APs...)
>> HostAP mailing list
>> HostAP at lists.shmoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Hostap