netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* softmac roaming behaviour
@ 2006-11-23 12:27 Guennadi Liakhovetski
  2006-11-23 12:48 ` Johannes Berg
  0 siblings, 1 reply; 2+ messages in thread
From: Guennadi Liakhovetski @ 2006-11-23 12:27 UTC (permalink / raw)
  To: netdev

Hi

First I have to excuse myself - the questions I am going to ask here are 
based on the 2.6.18-rc2 softmac stack, so, if any of them are no longer 
relevant, please, just say "fixed since version ..." But just looking 
through the linux/kernel/git/linville/wireless-dev.git git tree didn't 
reveal any relevant commits.

We are building mobile systems with zd1211rw / softmac / ieee80211 WLAN 
stack. These are not consumer devices, rather industrial embedded systems 
working in difficult wireless environments and having the task to provide 
maximum reliable network availability. Therefore robust roaming support is 
vital for our application.

With 2.6.18-rc2 kernel + git commit 
83c15ac14de7a01633c07e1c68226c73f9c92421 from 
http://www.deine-taler.de/zd1211/zd1211.git we have following problems:

1. no automatic roaming. Lost connection to the current AP doesn't cause 
re-scan or re-association attempts.

2. on lost connection old and possibly invalid AP data is used. After each 
scan all detected access-points are added to a global list with a 
"quality" parameter. If the connection is lost and the user attempts to 
establish a new connection with the same parameters (ESSID, etc.) only the 
"best" AP is tried. If it fails, e.g., because that AP is no longer 
available, that AP will not be removed from the list, it will further base 
new association attempts purely on signal quality and further try to 
connect to the unreachable AP. I.e., if after the first "iwlist scan" you 
get AP1 with quality 5 and AP2 with quality 4, and after the second "scan" 
AP2 with quality 4 and AP3 with quality 3 (higher-better), it will only 
try to connect to AP1.

Are these problems still present in the current kernels and if so, how can 
they be fixed?

Thanks
Guennadi
---------------------------------
Guennadi Liakhovetski, Ph.D.
DSA Daten- und Systemtechnik GmbH
Pascalstr. 28
D-52076 Aachen
Germany

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: softmac roaming behaviour
  2006-11-23 12:27 softmac roaming behaviour Guennadi Liakhovetski
@ 2006-11-23 12:48 ` Johannes Berg
  0 siblings, 0 replies; 2+ messages in thread
From: Johannes Berg @ 2006-11-23 12:48 UTC (permalink / raw)
  To: Guennadi Liakhovetski; +Cc: netdev

On Thu, 2006-11-23 at 13:27 +0100, Guennadi Liakhovetski wrote:

> Are these problems still present in the current kernels

yes.

> and if so, how can they be fixed?

by adding code to do all that to softmac. Note that that isn't such a
great idea because softmac is destined to reach end-of-life soon.

I suggest you investigate using d80211 (some people started zd1211rw
ports to it but I don't know if any works) and use wpa_supplicant for
the roaming.

johannes

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-11-23 12:48 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-11-23 12:27 softmac roaming behaviour Guennadi Liakhovetski
2006-11-23 12:48 ` Johannes Berg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).