On Thu, Mar 25, 2010 at 06:21:50PM -0700, Derek Smithies wrote: > > On Fri, 26 Mar 2010, Bruno Randolf wrote: > > >>>> - Improve beacon averaging algorithm for IBSS: > >>> is to turn ani off. which means the issue you raised else where of > >>> providing reasonable userland controls (not via debugfs) becomes > >>> important. > >> > >> If ANI helps IBSS so much then why not just default to turning it > >> off within the driver? > > > > i would say in most standard cases, IBSS nodes are close together or at a > > similar distance, so it does make sense to use ANI by default. > Nope - I disagree. You have made a dangerous assumption, to asume > that > IBSS node are close together or at a similar distance > > if you have a network of ibss nodes, and then look at the rate tables of > the different nodes (minstrel is great here - it gives a fair and accurte > represetation of the best rate possible to other nodes) you see there is > some variation in the optimal rates between nodes.Which suggests that > using some automatic ani algorithm in an ibss network will foreever lower > performance for those nodes at the edge of the network. Can't we use the coverage class for this stuff? Only thing is it would need to be set. Do we even send the coverage class IE ? I don't think we do, that part of the country IE and last time I reviewed the country IE building on hostapd it didn't have it. IBSS is handled on mac80211 though so... we'd have to add it there. I guess its a lot of work, but would help with this no? > > as well, we all agree that there should be userland controls. the questions is > > just about the interface to use. > > Definately - need userland controls. The default for IBSS should have > ANI off. If the user wants to "futz" with it, they can. With ANI off for > IBSS, you ensure that on startup, the network has the greatest chance of > working. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
