From: David Young <dyoung-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
To: radiotap <radiotap-sUITvd46vNxg9hUCZPvPmw@public.gmane.org>
Subject: Re: RTS/CTS + CTS-to-self
Date: Mon, 24 Aug 2009 13:17:21 -0500 [thread overview]
Message-ID: <20090824181721.GK1436@ojctech.com> (raw)
In-Reply-To: <69e28c910908211547k7c48551aj4d9ac2d06ceeb6da-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Sat, Aug 22, 2009 at 12:47:19AM +0200, Gábor Stefanik wrote:
> On Sat, Aug 22, 2009 at 12:35 AM, David Young<dyoung-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org> wrote:
> > On Fri, Aug 21, 2009 at 11:55:27PM +0200, Gábor Stefanik wrote:
> >> 2009/8/21 Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>:
> >> > On Fri, 2009-08-21 at 17:04 +0200, Gábor Stefanik wrote:
> >> >
> >> >> I've reworked RTS/CTS since then, just haven't got to sending a new
> >> >> proposal yet. The current plan is as follows:
> >> >>
> >> >> TX_FLAGS & 0x0002: Use CTS
> >> >> TX_FLAGS & 0x0004: Use RTS
> >> >> TX_FLAGS & 0x0020: Disable RTS/CTS usage
> >> >
> >> > Seems a bit strange, wouldn't setting neither RTS nor CTS have the
> >> > effect? Seems like 0x20 should rather be "use automatic and ignore the
> >> > other bits". Anyway, not appropriate here, you should just bring a new
> >> > proposal.
> >>
> >> The point is that if all bits are 0, auto-setup is used. The problem
> >> with my original proposal (using two bits) was that an all-zero value
> >> had different effect than not including the TX flags field (and simply
> >> swapping "none" and "auto" would result in an illogicality where what
> >> would logically be "use both" would become "use neither" - just the
> >> opposite of its logical meaning). Making 0x20 mean "Auto-select
> >> RTS/CTS", interpreting all-zeros as "Use neither", would have the same
> >> problem as my proposal - all-zeros is different from a missing field.
> >> (An empty, zeroed field 15 should have no effect on the process,
> >> behaving as if field 15 was not present in the header.)
> >
> > Gábor,
> >
> > Please explain what is wrong with a two-bit (four-state) field like
> > this?
> >
> > 00: Let the hardware, firmware, or device driver decide. (I.e., same as
> > omitting Tx flags altogether.)
> > 01: Send RTS/CTS.
> > 10: Send CTS to self.
> > 11: Forbid CTS-to-self and RTS/CTS.
>
> The 11 case is illogical. The logical meaning of 11 would be "use
> both", but it actually means "use neither" - just the opposite.
You may have misunderstood. When I say to treat it as a two-bit field,
I mean to treat it as an integer that is two bits wide. That is, I am
not talking about flags any longer. I may as well have written the
values in decimal:
0: Let the hardware, firmware, or device driver decide. (I.e., same as
omitting Tx flags altogether.)
1: Send RTS/CTS.
2: Send CTS to self.
3: Forbid CTS-to-self and RTS/CTS.
I don't care too much which value maps to what function, except that 0
must mean "don't care." I think we agree about that much?
According to my notes, somebody may already use Tx flags 0x2 and 0x4 to
indicate CTS protection and RTS/CTS handshake, respectively, so this
assignment may be most practical:
Tx Protection Field, Bits [3:2]
Values:
0: Let the hardware, firmware, or device driver decide. (I.e., same as
omitting Tx flags altogether.)
1: Send CTS to self.
2: Send RTS/CTS.
3: Forbid CTS-to-self and RTS/CTS.
Ok?
Dave
--
David Young OJC Technologies
dyoung-eZodSLrBbDpBDgjK7y7TUQ@public.gmane.org Urbana, IL * (217) 278-3933
next prev parent reply other threads:[~2009-08-24 18:17 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-21 14:31 Plans for an online meeting regarding Radiotap Gábor Stefanik
2009-08-21 14:31 ` Gábor Stefanik
2009-08-21 14:34 ` Johannes Berg
2009-08-21 14:34 ` Johannes Berg
2009-08-21 14:41 ` Gábor Stefanik
2009-08-21 14:41 ` Gábor Stefanik
2009-08-21 14:45 ` Johannes Berg
2009-08-21 14:45 ` Johannes Berg
2009-08-21 15:04 ` Gábor Stefanik
2009-08-21 15:04 ` Gábor Stefanik
2009-08-21 15:11 ` Johannes Berg
2009-08-21 15:11 ` Johannes Berg
2009-08-21 21:55 ` Gábor Stefanik
2009-08-21 21:55 ` Gábor Stefanik
[not found] ` <69e28c910908211455u5dcd70f0u94eab510ab91a69a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-21 22:35 ` RTS/CTS + CTS-to-self David Young
[not found] ` <20090821223519.GE1436-eZodSLrBbDpBDgjK7y7TUQ@public.gmane.org>
2009-08-21 22:47 ` Gábor Stefanik
[not found] ` <69e28c910908211547k7c48551aj4d9ac2d06ceeb6da-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-22 4:37 ` Dave Young
2009-08-24 18:17 ` David Young [this message]
2009-08-22 4:38 ` Plans for an online meeting regarding Radiotap Dave Young
2009-08-22 4:38 ` Dave Young
2009-08-23 14:27 ` Mike Kershaw
2009-08-23 14:27 ` Mike Kershaw
[not found] ` <4A8EAFA6.9010608-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-08-24 18:55 ` Guy Harris
[not found] ` <EE141467-6B64-48B1-AC4C-EA5BD08BDB00-FrUbXkNCsVf2fBVCVOL8/A@public.gmane.org>
2009-08-24 19:02 ` Guy Harris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090824181721.GK1436@ojctech.com \
--to=dyoung-e+axbwqsrlaavxtiumwx3w@public.gmane.org \
--cc=radiotap-sUITvd46vNxg9hUCZPvPmw@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.