On Sun, 20 Sep 2015, James Knott wrote:
On 09/20/2015 02:47 PM, John Andersen wrote:
On 9/20/2015 7:46 AM, James Knott wrote:
That's contrary to good practice, Who gets to be the Arbiter of that?
Well, Cisco for one.
Also, common sense. ;-).
The fact of the matter is that there are very few situations where it matters one way or the other.
It matters constantly, that's why they designed it like that. It's just common sense. A single SSID offered on a wider area requires occassional switching to use the AP that's in closest range. Or has the best signal. What's so hard about that? It's not even that advanced, although it requires a little bit of logic. You could probably code it up in a day if you wanted to and you were in that position. It's really simple. Collect list of neighbouring BSSIDS. Check signal strength of current connection. When it drops below a certain treshold and there are more attractive choices available, switch. Presto. Make sure you don't switch more than once every several seconds. And you've already got an almost fool-proof algorithm.
If you want roaming, you need the same SSID. If you use different SSIDs, then the mobile device won't change access points until the signal drops so low as to be unusable. Only when it has lost the signal will it try connecting to another AP with a different SSID. When a single SSID is used for multiple APs, then roaming should be relatively smooth. It won't be with different SSIDs.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org