org.netbsd.radiotap archive

436 archived articles, newest first (page 2 of 5). Latest articles →

Re: gsmtap design/extensions?
Thu, 11 Apr 2019 01:45:55 +0200
Harald Welte <[email protected]> • #579
Re: gsmtap design/extensions?
Thu, 11 Apr 2019 01:32:13 +0200
Harald Welte <[email protected]> • #578
Re: gsmtap design/extensions?
Wed, 10 Apr 2019 09:57:06 +0200
Marcel Holtmann <[email protected]> • #577
Re: gsmtap design/extensions?
Wed, 10 Apr 2019 09:23:13 +0200
Johannes Berg <[email protected]> • #576
Re: gsmtap design/extensions?
Wed, 10 Apr 2019 13:35:52 +0700
Vadim Yanitskiy <[email protected]> • #575
gsmtap design/extensions?
Tue, 09 Apr 2019 15:50:45 +0200
Johannes Berg <[email protected]> • #574
Re: [RFA v3] TLV fields for radiotap
Tue, 09 Apr 2019 13:21:19 +0200
Johannes Berg <[email protected]> • #573
[RFA v3] TLV fields for radiotap
Tue, 09 Apr 2019 13:15:47 +0200
Johannes Berg <[email protected]> • #572
Re: Radiotap header for S1G captures and associated changes and other definitions
Tue, 09 Apr 2019 10:58:58 +0200
Johannes Berg <[email protected]> • #571
[RFA] TLV fields for radiotap
Tue, 09 Apr 2019 10:51:00 +0200
Johannes Berg <[email protected]> • #570
Re: [RFA] TLV fields for radiotap
Tue, 09 Apr 2019 10:38:37 +0200
Johannes Berg <[email protected]> • #569
RE: Radiotap header for S1G captures and associated changes and other definitions
Wed, 6 Mar 2019 00:07:22 -0800
<[email protected]> • #568
Re: Radiotap header for S1G captures and associated changes and other definitions
Tue, 5 Mar 2019 07:29:19 -0800
Richard Sharpe <[email protected]> • #567
Re: Radiotap header for S1G captures and associated changes and other definitions
Tue, 05 Mar 2019 12:58:43 +0100
Johannes Berg <[email protected]> • #566
Radiotap header for S1G captures and associated changes and other definitions
Mon, 4 Mar 2019 19:18:46 -0800
Richard Sharpe <[email protected]> • #565
Radiotap header for S1G captures and associated changes and other definitions
Fri, 1 Mar 2019 17:59:58 -0800
Richard Sharpe <[email protected]> • #564
RE: Proposal for an S1G header for radiotap
Tue, 5 Feb 2019 19:19:14 +0000
Ray Wang <rwang-+OaQ/[email protected]> • #563
Re: Proposal for an S1G header for radiotap
Tue, 05 Feb 2019 10:55:27 +0100
Johannes Berg <[email protected]> • #562
Re: Proposal for an S1G header for radiotap
Tue, 05 Feb 2019 10:17:41 +0100
Johannes Berg <[email protected]> • #561
RE: Proposal for an S1G header for radiotap
Fri, 1 Feb 2019 23:04:41 +0000
Ray Wang <rwang-+OaQ/[email protected]> • #560
RE: Proposal for an S1G header for radiotap
Fri, 1 Feb 2019 14:03:57 -0800
<[email protected]> • #559
Re: Proposal for an S1G header for radiotap
Fri, 1 Feb 2019 10:35:13 -0800
Richard Sharpe <[email protected]> • #558
Re: Proposal for an S1G header for radiotap
Fri, 01 Feb 2019 12:33:04 +0100
Johannes Berg <[email protected]> • #557
Proposal for an S1G header for radiotap
Thu, 31 Jan 2019 16:02:21 -0800
Richard Sharpe <[email protected]> • #556
Re: "Overall" and per-chain signal/noise values (was Re: multi-antenna handling)
Tue, 15 Jan 2019 14:19:40 +0100
Johannes Berg <[email protected]> • #555
"Overall" and per-chain signal/noise values (was Re: multi-antenna handling)
Sun, 30 Dec 2018 13:47:35 -0800
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #554
Re: [RFA] TLV fields for radiotap
Tue, 18 Dec 2018 14:45:25 +0100
Johannes Berg <[email protected]> • #553
Re: [RFA] TLV fields for radiotap
Mon, 17 Dec 2018 20:05:26 -0600
David Young <[email protected]> • #552
[RFA] HE addition: TB PPDU bandwidth
Mon, 03 Dec 2018 15:14:46 +0100
Johannes Berg <[email protected]> • #551
Re: [RFA] TLV fields for radiotap
Tue, 20 Nov 2018 21:09:39 +0100
Johannes Berg <[email protected]> • #550
R Keith sent you an invitation on LinkedIn
Mon, 5 Nov 2018 06:51:06 +0000 (UTC)
"R Keith Beal (N1ZT)" <messages-noreply-mkn/cI4rzrdWk0Htik3J/[email protected]> • #549
Re: [RFA] TLV fields for radiotap
Tue, 04 Sep 2018 14:14:58 +0200
Johannes Berg <[email protected]> • #548
[ADOPTION] 0-length PSDU reporting
Tue, 04 Sep 2018 14:10:17 +0200
Johannes Berg <[email protected]> • #547
Re: [RFA] 0-length PSDU reporting
Tue, 14 Aug 2018 10:30:04 +0200
Johannes Berg <[email protected]> • #546
[ADOPTIONS] L-SIG field
Tue, 14 Aug 2018 10:09:08 +0200
Johannes Berg <[email protected]> • #545
Re: [RFA] 0-length PSDU reporting
Mon, 13 Aug 2018 12:35:37 +0200
Johannes Berg <[email protected]> • #544
Re: [RFA] 0-length PSDU reporting
Wed, 8 Aug 2018 18:53:29 -0700
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #543
Re: I have code to support 0-length PSDUs and L-SIG for radiotap
Mon, 30 Jul 2018 09:49:56 -0700
Richard Sharpe <[email protected]> • #542
I have code to support 0-length PSDUs and L-SIG for radiotap
Mon, 30 Jul 2018 09:08:42 -0700
Richard Sharpe <[email protected]> • #541
[RFA] TLV fields for radiotap
Mon, 09 Jul 2018 10:47:14 +0200
Johannes Berg <[email protected]> • #540
[ADOPTION] HE support
Mon, 09 Jul 2018 10:32:12 +0200
Johannes Berg <[email protected]> • #539
[RFA] L-SIG field
Mon, 09 Jul 2018 10:31:09 +0200
Johannes Berg <[email protected]> • #538
[RFA] 0-length PSDU reporting
Mon, 09 Jul 2018 10:30:42 +0200
Johannes Berg <[email protected]> • #537
Re: [RFC] 0-length PPDU reporting
Tue, 03 Jul 2018 14:13:19 +0200
Johannes Berg <[email protected]> • #536
Re: [RFC] L-SIG field
Mon, 2 Jul 2018 10:45:58 -0700
Simon Barber <[email protected]> • #535
[RFC] L-SIG field
Mon, 02 Jul 2018 16:37:12 +0200
Johannes Berg <[email protected]> • #534
Re: [RFC] 0-length PPDU reporting
Mon, 02 Jul 2018 16:33:20 +0200
Johannes Berg <[email protected]> • #533
Re: [RFC] 0-length PPDU reporting
Fri, 29 Jun 2018 12:49:26 +0200
Johannes Berg <[email protected]> • #532
Re: [RFC] 0-length PPDU reporting
Tue, 19 Jun 2018 15:50:02 -0700
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #531
Re: [RFC] 0-length PPDU reporting
Tue, 19 Jun 2018 14:20:06 -0700
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #530
Re: [RFC] 0-length PPDU reporting
Mon, 18 Jun 2018 21:20:37 +0200
Johannes Berg <[email protected]> • #529
Re: [RFC] 0-length PPDU reporting
Mon, 18 Jun 2018 09:05:36 -0700
Simon Barber <[email protected]> • #528
[RFC] 0-length PPDU reporting
Mon, 18 Jun 2018 16:37:50 +0200
Johannes Berg <[email protected]> • #527
TLV extension for radiotap
Mon, 18 Jun 2018 16:35:10 +0200
Johannes Berg <[email protected]> • #526
Re: [ADOPTION] A-MPDU EOF bit
Mon, 18 Jun 2018 15:59:48 +0200
Johannes Berg <[email protected]> • #525
Re: Endianness of particular fields?
Mon, 18 Jun 2018 15:58:47 +0200
Johannes Berg <[email protected]> • #524
[RFA v2] HE support
Mon, 18 Jun 2018 15:56:39 +0200
Johannes Berg <[email protected]> • #523
Re: [RFA] HE support
Thu, 12 Apr 2018 06:56:02 -0700
Richard Sharpe <[email protected]> • #522
Re: [RFA] HE support
Thu, 12 Apr 2018 02:54:12 -0700
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #521
Re: [RFA] HE support
Thu, 12 Apr 2018 11:55:47 +0200
Johannes Berg <[email protected]> • #520
Re: [RFA] HE support
Thu, 12 Apr 2018 11:35:07 +0200
Johannes Berg <[email protected]> • #519
Endianness of particular fields?
Thu, 22 Feb 2018 10:13:32 -0800
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #518
Re: Endianness of particular fields?
Thu, 22 Feb 2018 21:19:55 +0100
Johannes Berg <[email protected]> • #517
Re: [RFA] HE support
Thu, 22 Feb 2018 12:13:55 +0100
Johannes Berg <[email protected]> • #516
Re: [RFA] HE support
Tue, 20 Feb 2018 17:42:18 +0100
Johannes Berg <[email protected]> • #515
Re: [RFA] HE support
Tue, 20 Feb 2018 08:05:48 -0800
Richard Sharpe <[email protected]> • #514
Re: [RFA] HE support
Tue, 20 Feb 2018 16:06:00 +0100
Johannes Berg <[email protected]> • #513
Re: [RFA] HE support
Tue, 20 Feb 2018 06:59:58 -0800
Richard Sharpe <[email protected]> • #512
Re: [RFA] HE support
Tue, 20 Feb 2018 14:01:31 +0100
Johannes Berg <[email protected]> • #511
Re: [RFA] HE support
Tue, 20 Feb 2018 10:37:00 +0100
Johannes Berg <[email protected]> • #510
[ADOPTION] A-MPDU EOF bit
Tue, 20 Feb 2018 10:29:27 +0100
Johannes Berg <[email protected]> • #509
Re: [RFA] A-MPDU EOF bit
Tue, 30 Jan 2018 09:28:12 +0100
Johannes Berg <[email protected]> • #508
[RFA] HE support
Tue, 30 Jan 2018 09:25:19 +0100
Johannes Berg <[email protected]> • #507
Re: Is anyone capturing and adding HE-MU or HE-MU-other-user headers?
Tue, 30 Jan 2018 09:09:04 +0100
Johannes Berg <[email protected]> • #506
There is now a near-complete HE-MU info header dissector for Wireshark up
Sat, 27 Jan 2018 09:00:38 -0800
Richard Sharpe <[email protected]> • #505
Re: Field defined twice in HE-MU
Fri, 26 Jan 2018 19:17:13 +0100
Johannes Berg <[email protected]> • #504
Field defined twice in HE-MU
Fri, 26 Jan 2018 09:26:53 -0800
Richard Sharpe <[email protected]> • #503
Is anyone capturing and adding HE-MU or HE-MU-other-user headers?
Fri, 26 Jan 2018 06:54:36 -0800
Richard Sharpe <[email protected]> • #502
Re: Conflicting definitions between the radiotap HE PPDU format field and 802.11axD2
Fri, 26 Jan 2018 06:50:52 -0800
Richard Sharpe <[email protected]> • #501
[RFA] A-MPDU EOF bit
Fri, 26 Jan 2018 11:50:42 +0100
Johannes Berg <[email protected]> • #500
Re: Conflicting definitions between the radiotap HE PPDU format field and 802.11axD2
Fri, 26 Jan 2018 11:42:00 +0100
Johannes Berg <[email protected]> • #499
Re: Have new bits been defined for the A-MPDU Status field in the radiotap header for HE?
Thu, 25 Jan 2018 17:15:35 +0100
Johannes Berg <[email protected]> • #498
Conflicting definitions between the radiotap HE PPDU format field and 802.11axD2
Thu, 25 Jan 2018 07:32:17 -0800
Richard Sharpe <[email protected]> • #497
Have new bits been defined for the A-MPDU Status field in the radiotap header for HE?
Thu, 25 Jan 2018 07:14:17 -0800
Richard Sharpe <[email protected]> • #496
A-MPDU status extension to include EOF bit
Mon, 15 Jan 2018 14:40:12 +0100
Johannes Berg <[email protected]> • #495
Re: Would it be useful to have preferences for radiotap to allow handling of captures with conflicting presence flags?
Fri, 15 Dec 2017 09:24:00 +0100
Johannes Berg <[email protected]> • #494
Re: Allocation of new presence bits, eg for HE, etc
Fri, 15 Dec 2017 09:21:20 +0100
Johannes Berg <[email protected]> • #493
Re: Would it be useful to have preferences for radiotap to allow handling of captures with conflicting presence flags?
Thu, 14 Dec 2017 17:52:02 -0800
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #492
Re: Would it be useful to have preferences for radiotap to allow handling of captures with conflicting presence flags?
Thu, 14 Dec 2017 16:13:54 -0800
Richard Sharpe <[email protected]> • #491
Re: Would it be useful to have preferences for radiotap to allow handling of captures with conflicting presence flags?
Thu, 14 Dec 2017 15:24:41 -0800
Guy Harris <guy-FrUbXkNCsVf2fBVCVOL8/[email protected]> • #490
Would it be useful to have preferences for radiotap to allow handling of captures with conflicting presence flags?
Thu, 14 Dec 2017 13:06:53 -0800
Richard Sharpe <[email protected]> • #489
Re: Allocation of new presence bits, eg for HE, etc
Thu, 14 Dec 2017 10:05:23 -0800
Richard Sharpe <[email protected]> • #488
Re: Allocation of new presence bits, eg for HE, etc
Thu, 14 Dec 2017 18:55:34 +0100
Arend Van Spriel <arend.vanspriel-dY08KVG/lbpWk0Htik3J/[email protected]> • #487
Re: Allocation of new presence bits, eg for HE, etc
Thu, 14 Dec 2017 18:51:29 +0100
Arend Van Spriel <arend.vanspriel-dY08KVG/lbpWk0Htik3J/[email protected]> • #486
Re: Allocation of new presence bits, eg for HE, etc
Thu, 14 Dec 2017 11:43:17 -0600
David Young <[email protected]> • #485
Allocation of new presence bits, eg for HE, etc
Thu, 14 Dec 2017 09:34:49 -0800
Richard Sharpe <[email protected]> • #484
Re: HE (11ax) extensions
Wed, 25 Oct 2017 14:18:23 +0200
Johannes Berg <[email protected]> • #483
Re: HE (11ax) extensions
Wed, 25 Oct 2017 14:17:09 +0200
Arend Van Spriel <arend.vanspriel-dY08KVG/lbpWk0Htik3J/[email protected]> • #482
Re: HE (11ax) extensions
Wed, 25 Oct 2017 13:54:35 +0200
Johannes Berg <[email protected]> • #481
Re: HE (11ax) extensions
Fri, 08 Sep 2017 10:35:11 +0200
Johannes Berg <[email protected]> • #480
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.