Date: Mon, 09 Jul 2007 21:47:54 -0700 From: Sam Leffler <sam@errno.com> To: Kevin Gerry <sfpoof@gmail.com> Cc: Sepherosa Ziehau <sepherosa@gmail.com>, freebsd-current@freebsd.org Subject: Re: Wireless NICs not obeying 'SSID' setting. Message-ID: <46930F7A.6020007@errno.com> In-Reply-To: <c027a39a0707091903h65a1c472l51fee765fc6cd2a8@mail.gmail.com> References: <c027a39a0706282053i4b9cbdd8j421710d950cfd9ea@mail.gmail.com> <468488B3.7010607@errno.com> <46848C1E.2080404@errno.com> <c027a39a0706301148v137f35edyf615b233b935fc7d@mail.gmail.com> <c027a39a0707041225j46d2245bqcd257c864e0d81df@mail.gmail.com> <ea7b9c170707071904u3904c81tb301b10337b84729@mail.gmail.com> <c027a39a0707091903h65a1c472l51fee765fc6cd2a8@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Kevin Gerry wrote: > Well, this is all it gave when it switched: > > -- > messages.0:Jul 9 17:18:07 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:18:22 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:18:37 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:18:52 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:19:07 storage kernel: ral0: sta_roam_check: currssi > 19 currate 72 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:19:22 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:19:37 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:19:52 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:20:07 storage kernel: ral0: sta_roam_check: currssi > 23 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:20:22 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:20:37 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:20:52 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:21:07 storage kernel: ral0: sta_roam_check: currssi > 21 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:21:22 storage kernel: ral0: sta_roam_check: currssi > 23 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:21:37 storage kernel: ral0: link state changed to DOWN > messages.0:Jul 9 17:21:39 storage kernel: ral0: link state changed to UP > messages.0:Jul 9 17:21:54 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:22:09 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:22:24 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:22:40 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:22:55 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:23:10 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:23:25 storage kernel: ral0: sta_roam_check: currssi > 43 currate 108 roamrssi 14 roamrate 10 > messages.0:Jul 9 17:23:39 storage kernel: ral0: sta_roam_check: currssi > 45 currate 108 roamrssi 14 roamrate 10 > -- > > Any ideas? Or, any other commands you'd like me to try to give any more > verbose logging? Looks like you moved to another ap not because of roaming but because you were dropped from your original ap. This can happen for various reasons but the fact that you did not go back to it means the station could not communicate w/ the ap so it chose another one. There are other wlandebug knobs you can turn on to see exactly what happened (e.g. state+scan). You can also look at wlanstats output and identify what happened (probably). I changed the behaviour of setting the ssid from being mandatory to "desired" for various reasons but it's likely I'll have to add back a way to make it mandatory. But then you'll likely find yourself taking a long time to re-connect to your ap if the ral card isn't being reset properly or otherwise getting into a bad state (ral has known issues). A well-behaved card+driver should locate the ap you want during the re-scan and/or it should roam quickly if it misses the ap but then picks it up on a bg scan. Sam > > On 7/7/07, *Sepherosa Ziehau* <sepherosa@gmail.com > <mailto:sepherosa@gmail.com>> wrote: > > On 7/5/07, Kevin Gerry <sfpoof@gmail.com <mailto:sfpoof@gmail.com>> > wrote: > > Weird, one of the issues it appears I'm having is that when it's > set to > > -bgscan and roaming device, the device will just get stuck on "no > carrier" > > Please leave bgscan and roaming on and run following command: > wlandebug -i ral0 +roam > wlandebug -i ath0 +roam > > Post the log, when the AP switching happened. > > Best Regards, > sephe > > -- > Live Free or Die > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46930F7A.6020007>