Re: TSFT

Johannes Berg <[email protected]> Wed, 21 Nov 2012 11:42:32 +0100
Newsgroups org.netbsd.radiotap
Message-ID <[email protected]>
On Tue, 2012-11-20 at 14:43 -0800, Simon Barber wrote:
> One problem with fixing the calculations is that quite a lot of 
> information is needed to do the calculation correctly. In Intel's case I 
> don't know if Ness information is available, and this makes upto a 16us 
> difference in the PLCP header length.
> 
> Calculating the start of the MPDU from the end accurately requires 
> knowing the FEC scheme, the MCS, the guard interval, the bandwidth. Is 
> the FEC scheme known, or are all current cards only supporting BCC?

Good question, I don't really know.

> Do you know if Intel supports extension spatial streams? If not the 
> number is always 0. And FEC - is it always BCC?

I don't think our devices support extension spatial streams or anything
but BCC.

Overall though, I think there's an argument to be made here for simply
introducing a new radiotap timestamp field that gives the timestamp at
the end of the frame? This could be defined better and would be more
accurate.

I'm not sure I'd want to redefine the existing field in any way since
there are probably a whole bunch of implementations out there that just
stick whatever timestamp they have into the field, without regard for
where it is in the frame, and without regard for aggregation.

johannes