[Battlemesh] wifibroadcast

Simon Wunderlich sw at simonwunderlich.de
Sun Apr 23 00:01:41 CEST 2017

Hi Daniel,

On Saturday, April 22, 2017 5:37:03 PM CEST Daniel Golle wrote:
> Hi Simon,
> On Fri, Apr 21, 2017 at 09:55:03PM +0200, Simon Wunderlich wrote:
> > Hi Daniel,
> > 
> > >     mac80211: Parse legacy and HT rate in injected frames
> > 
> > Yup, Sven was so kind and helped with this. :D
> > 
> > I'm experimenting with some opportunistic routing ideas ...
> I just realized that the radiotap headers are still not part of the
> UAPI exported by the kernel. How is one supposed to go about this
> issue? Have lots of diverging local copies of ieee80211_radiotap.h?

Propose a patch and send it to linux wireless to move it? :)

> And change all the kernel-specific types (u16 and such) into their
> corresponding userland types (u_int16)...?

Hmm, uapi is full with __u16, __u32, ... see linux/types.h

> I'd be glad if you can share your idea about proper and/or intentional
> use of the kernel's radiotap capabilities...

Well, there is a radiotap parser in the kernel which is quite useful for 
reading (net/wireless/radiotap.c). And there is a radiotap library which also 
does parsing [1] (seems it's based on the kernel implementation), referenced 
from radiotap.org [2]. What is missing (or at least I didn't find it and 
implemented something on my own) is a library/function to build radiotap 
headers (i.e. for writing). There are quite a few things to consider (padding, 
alignment, etc). To make it useful, you would also need to build ieee80211 
headers at the same time ...

I have some rough working C code for all of that (integrated into something 
bigger), not sure if it would be useful to make a library out of it.

I don't have an idea about "proper" usage though. Since Johannes seems to 
maintain most of that radiotap stuff, I'm CC'ing him and linux-wireless. Maybe 
there is already more than what we know. :)


[1] https://github.com/radiotap/radiotap-library/blob/master/radiotap.c
[2] http://www.radiotap.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://ml.ninux.org/pipermail/battlemesh/attachments/20170423/2ac28fa7/attachment-0001.sig>

More information about the Battlemesh mailing list