RadioTap Archive on lore.kernel.org
 help / color / Atom feed
* [FINAL] A-MPDU extension
@ 2012-07-30 11:49 Johannes Berg
       [not found] ` <1343648994.4452.10.camel-8upI4CBIZJIJvtFkdXX2HixXY32XiHfO@public.gmane.org>
  0 siblings, 1 reply; 2+ messages in thread
From: Johannes Berg @ 2012-07-30 11:49 UTC (permalink / raw)
  To: radiotap-sUITvd46vNxg9hUCZPvPmw

Since there haven't been any objections to the A-MPDU proposal, here's a
repost of the normative text for the A-MPDU field. I'll make the wiki
changes next week and will post the patches to the relevant projects.

--- begin description ---

Bit Number: 20
Structure: u32 reference number,
           u16 flags,
           u8 delimiter CRC value,
           u8 reserved
Required Alignment: 4 bytes

The presence of this field indicates that the frame was received as part
of an a-MPDU.

The reference number is generated by the capture device and is the same
across each subframe of an A-MPDU. Since the capture device might be
capable of capturing multiple channels or data from multiple
(concurrent) captures could be merged, the reference number is not
guaranteed to be unique across different channels. As a result,
applications should use the channel information together with the
reference number to identify the subframes belonging to the same A-MPDU.

The following flags are defined:

0x0001: driver reports 0-length subframes
0x0002: frame is 0-length subframe (valid only if 0x0001 is set)
0x0004: last subframe is known (should be set for all subframes in an
        A-MPDU)
0x0008: this frame is the last subframe
0x0010: delimiter CRC error
0x0020: delimiter CRC value known: the delimiter CRC value field is
        valid
0xffc0: reserved

Within an A-MPDU, the subframe index can be determined by the
application so it is not included, but depending on the driver reporting
this may miss 0-length subframes.

--- end of description ---

johannes

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [FINAL] A-MPDU extension
       [not found] ` <1343648994.4452.10.camel-8upI4CBIZJIJvtFkdXX2HixXY32XiHfO@public.gmane.org>
@ 2012-08-06 13:34   ` Johannes Berg
  0 siblings, 0 replies; 2+ messages in thread
From: Johannes Berg @ 2012-08-06 13:34 UTC (permalink / raw)
  To: radiotap-sUITvd46vNxg9hUCZPvPmw

On Mon, 2012-07-30 at 13:49 +0200, Johannes Berg wrote:
> Since there haven't been any objections to the A-MPDU proposal, here's a
> repost of the normative text for the A-MPDU field. I'll make the wiki
> changes next week and will post the patches to the relevant projects.

Ok I've made the wiki changes and posted the wireshark patch to the bug
tracker: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7583

I'm on vacation this week and next, I'll take care of the Linux patches
when I return (but they're in the queue already anyway, I just need to
send them up)

johannes

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, back to index

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-30 11:49 [FINAL] A-MPDU extension Johannes Berg
     [not found] ` <1343648994.4452.10.camel-8upI4CBIZJIJvtFkdXX2HixXY32XiHfO@public.gmane.org>
2012-08-06 13:34   ` Johannes Berg

RadioTap Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/radiotap/0 radiotap/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 radiotap radiotap/ https://lore.kernel.org/radiotap \
		radiotap@radiotap.org
	public-inbox-index radiotap

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.netbsd.radiotap


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git