Adding "no-ack" flag to the radiotap flags

Michael Buesch <[email protected]>
Newsgroups org.netbsd.radiotap
Message-ID <[email protected]>
Hi.

Currently, there's no way to define whether the hardware
should wait for an ACK for an injected frame or not.
This can be a performance bottleneck, as the hardware will
try to retransmit until it receives an ACK.

I suggest adding
#define IEEE80211_RADIOTAP_F_NOACK	0x40
so an application can define that it is not interested in
an ACK for the frame and the card should not bother retrying until
it received one.
When this flag is not set, the standard rules apply.

I don't see a use-case for overriding these rules to always
_expect_ an ACK, so I think a one-bit flag is OK.

-- 
Greetings Michael.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.