Search Linux Wireless

Re: [RFC] mac80211: fix short preamble determination

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

 



On Mon, Oct 13, 2008 at 07:31:50PM +0200, Johannes Berg wrote:
> > Changing '!tx->sta ||' to 'tx->sta &&' sounds reasonable, but I'm not so
> > sure about the other change.. In theory, short preamble is negotiated
> > per STA and while we do current disable short preamble completely in the
> > BSS if a non-short-preamble-capable STA associates, I'm not sure whether
> > that would be an absolute requirement.
> 
> I don't see how it cannot be -- you need stations not capable of
> short-preamble to correctly update their NAV, no?

Well, if you have many such devices, yes, but one might try to live
without such protection if there are some with very limited transmit
needs. I don't know whether it would make much sense in most cases and
anyway, it would be possible to make APs reject all associations from
such devices. For example, I could see an attempt to dedicate one
channel for 11g (ERP) and short preamble supported STAs and make the
more modern implementations get somewhat better throughput there.

> > As far as management frames
> > (e.g., Probe Response) are concerned, IEEE 802.11-2007 18.2.2.2 has an
> > interesting statement: "all management traffic is returned with the same
> > type preamble as received". I have not been able to find normative
> > requirement for that being the case, though.
> 
> Yeah, I found that statement too, but no other information on it either,
> heh. Not that we can actually support that easily at all. And besides,
> it would be kinda weird to send probe _requests_ with short preamble to
> start with, since then you wouldn't find APs w/o short preamble...

I'll try to remember to file a comment to TGmb on this (they are still
collecting comments for fixing issues in 802.11 and published
amendments). Probe Request with this does not make much sense (unless
you are either only interested in BSSes that support short preamble
and/or you know that the AP you're interested is able to receive this).
Authentication, association, and public action frames might be more
likely candidates for this.

-- 
Jouni Malinen                                            PGP id EFC895FA
--
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