Open frobert11 opened 6 years ago
I'll put it on the list, but it's unlikely to be high on the list - none of the wifi cards support ns timestamping so there isn't really much benefit to it in terms of TDIF analysis, etc.
Thank you for your fast response. I am not sure what you mean by "none of the wifi cards support ns timestamping" ?
I thought that the timestamp set in pcapdump files came from the OS clock. I am looking at getting a nanoseconds resolution in the resulting pcap file as mentioned in my original post; a mean to obtain similar results as tcpdump -time-stamp-precision nano
but using Kismet.
Timestamp comes from the pcap stream; nanosecond is an optional variant of pcap which is only supported on limited physical interfaces. No wi-fi driver I'm aware of supports nanosecond precision capture.
By the time you get to the kernel layer, you're at microseconds precision already because you have no control over how long it takes to get from radio->decoder->dma/mailbox->interface (pci or usb)->interface interrupt->kernel skb.
If there re any wifi drivers with phy nanosecond timestamping I'll consider pushing this higher up the list, in the meantime patches are welcome but they'll have to be wide-ranging - all pcap creation and reading code, all timestamp fields in all areas, a new flag in the RPC protocol indicating MS is now NS, and probably some other spots too.
Hi,
Is it possible to set the time stamp precision in nanoseconds, something similar to tcpdump -time-stamp-precision nano ?
I saw there is a commit that is saying "Add optional high-precision time field for GPS", is it related to what I want ? If yes, how do I enable this option?
I also tried to search how the timestamp is set if it could help to answer my question and i think it is with Timetracker (https://github.com/kismetwireless/kismet/blob/master/timetracker.h) which uses timeval (and timeval is in microseconds according to its definition).