<p dir="ltr">Jouni,</p>
<p dir="ltr">Thanks for offering your insight on this. </p>
<p dir="ltr">My understanding of Ruckus's thinking surrounding retarding 2.4GHz beacons while accelerating 5GHz beacons is to gain the marginal chance that STAs will associate with the 5GHz radio, specifically in high density Wi-Fi networks; this difference, albeit marginal, has enough of an impact when used in conjunction with controller-based STA steering methods, standards based or otherwise.</p>
<p dir="ltr">In high density, retarding the beacons in 2.4GHz has the added benefit of reducing the the utilization percentage of a channel, marginally increasing effective data rates in light of the heavy frequency reuse needed for HD networks -- directional or otherwise.</p>
<p dir="ltr">But back to hostAPd:</p>
<p dir="ltr">We are looking to use hostAPd with on appliance that will never have any other APs present on the network other than one 2.4GHz and one 5GHz; also, there will be no 802.11-based authentication (open system).</p>
<p dir="ltr">Given this fact, and our desire to "offload" as many STAs to the 5GHz AP as possible, how do you suggest that we implement our requirements with hostAPd?</p>
<p dir="ltr">My thinking was that we could utilize 802.11k action frames with clients that support it (we are dealing with a LOT of iPhones), scripting a "graceful" disassociation from the 2.4GHz AP, and invoking a "forced" roam to the 5GHz AP. Please let me know if my logic is flawed.</p>
<p dir="ltr">My understanding, however, is that hostAPd does not currently support 802.11k; is this also correct?</p>
<p dir="ltr">Thanks for your time.</p>
<p dir="ltr">Jeremy D. Ward, CWNE<br>
(954) 661-4965</p>
<div class="gmail_quote">On Jan 10, 2015 6:25 AM, "Jouni Malinen" <<a href="mailto:j@w1.fi">j@w1.fi</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Jan 05, 2015 at 03:31:40PM -0500, Jeremy Ward wrote:<br>
> Looking for a reccomendation as to what should be specified for a beacon<br>
> interval on each wireless interface when using two cards under hostAPd, one<br>
> operating at 2.4GHz the other at 5GHz, with the same SSID on each.<br>
><br>
> The goal is to increase the likelihood that an STA will see the 5GHz beacon<br>
> before the 2.4GHz beacon, and thus associate with the 5GHz AP and not the<br>
> 2.4GHz AP.<br>
<br>
Please note that most station use active scanning on 2.4 GHz and<br>
changing the beacon interval won't have almost any effect on them<br>
finding the AP from the 2.4 GHz band. On 5 GHz, passive scanning is much<br>
more commonly used, but even then, I'd assume there to be only a very<br>
small difference when changing for AP discovery when changing the beacon<br>
interval between reasonable values. It needs to be understood that<br>
beacon interval changes will have significant drawbacks for other areas<br>
by either increasing latency on power save data delivery or increasing<br>
power consumption on stations.<br>
<br>
> A number of enterprise-class dual-band APs use exactly this tactic to<br>
> "entice" a dual-band STA to associate with the 5GHz radio, mostly because<br>
> out in the wild, 5GHz is less encumbered than 2.4GHz and has close to 10x<br>
> the amount of available spectrum (regulatory domain dependent, of course)<br>
<br>
I would not recommend doing this for the purpose of trying to steer STAs<br>
to 5 GHz. This is yet another doomed attempt at doing something with<br>
vendor specific hacks on AP side. Proper way of providing guidance for<br>
STAs is a mechanism that is actually designed and standardized for that<br>
exact purpose and is used in co-operation by both the APs and STAs. BSS<br>
transition management and neighbor reports are such examples.<br>
<br>
--<br>
Jouni Malinen PGP id EFC895FA<br>
_______________________________________________<br>
HostAP mailing list<br>
<a href="mailto:HostAP@lists.shmoo.com">HostAP@lists.shmoo.com</a><br>
<a href="http://lists.shmoo.com/mailman/listinfo/hostap" target="_blank">http://lists.shmoo.com/mailman/listinfo/hostap</a><br>
</blockquote></div>