Search Linux Wireless

Re: [ath5k-devel] [PATCH 00/10] ANI for ath5k

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Friday 26 March 2010 10:21:50 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) 

yeah, we all know how great minstrel is... really.

> 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.
> 
> > 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.

i said in most *standard* cases - the standard case for IBSS is still 3 or 5 
guys sitting in a room, or close by, wanting to exchange some data. we should 
have good performance for that, therefore ANI on by default.

in larger IBSS mesh networks or outdoor deployments you will want to tune ANI 
manually anyhow, then you can turn it off.

again - i'm not willing to discuss this based on guesses and assumptions. 
looking at the rate tables will not tell you if using ANI will shut a node out 
or not. if you have test results showing that a specific ANI setting actually 
prevented a node from joining an IBSS, i'm happy to resume this discussion.

bruno
--
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

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux