Skip to contentSkip to conversation

Linux Magazin article on mac80211

DISCUSSION Andy Green 3 participants 6 messages May 24, 2007 – May 25, 2007

lore
Share & tools
lore
#1 lore raw
Quoted 1 line · On Thursday 24 May 2007 16:57:06 Andy Green wrote:

http://www.linux-magazin.de/online_artikel/neuer_wlan_stack_fuer_den_linux_kernel/(kategorie)/382

"Er ersetzt das im Herbst letzten Jahres aufgenommene IEEE80211-Subsystem."

"It (mac80211) replaces the ieee80211 subsystem, which was merged last autumn."

Timeline probably not quite right.
Should be about (more than?) 2 years of ieee80211 pain, now. :)

Signature · 1 line
Greetings Michael.
author
#3 lore raw
Quoted 10 lines · Johannes Berg
Quoted 5 lines · Andy Green

Hi folks -

Just saw from my referrer logs

http://www.linux-magazin.de/online_artikel/neuer_wlan_stack_fuer_den_linux_kernel/(kategorie)/382

Hah, damn, why didn't he tell me that he published it? Oh well... I told him about penumbra, maybe that'll get some more attention that way too :)

Thanks I appreciate the mention :-)) I will freshen the injection
patch in the next few days and propose it once more. I also adapted aircrack to work with the mac80211 monitor mode injection in the meanwhile.

-Andy

#4 lore raw
Quoted 2 lines · Andy Green

Thanks I appreciate the mention :-)) I will freshen the injection
patch in the next few days and propose it once more.

:)
I had been doing similar things last year btw, but not for file transfer but peer to peer location services. It might be very interesting to split up penumbra into one daemon for communication and one for the actual usage of that communication. Then, the communication daemon could be very small code and even be setuid, or possibly use dbus. Thoughts?

Quoted 2 lines

I also adapted
aircrack to work with the mac80211 monitor mode injection in the meanwhile.

Cool.

johannes

author
#5 lore raw
Quoted 11 lines · Johannes Berg
Quoted 2 lines · Andy Green

Thanks I appreciate the mention :-)) I will freshen the injection
patch in the next few days and propose it once more.

:)
I had been doing similar things last year btw, but not for file transfer but peer to peer location services. It might be very interesting to split up penumbra into one daemon for communication and one for the actual usage of that communication. Then, the communication daemon could be very small code and even be setuid, or possibly use dbus. Thoughts?

I have been having similar thoughts, that I currently integrated too much vertical stuff into one monolithic thing that is more specific than it has to be. For example, shouldn't it somehow be possible to tunnel TCP/IP anonymously over this unencrypted transport? Maybe people offering to bridge only want to whitelist news.bbc.co.uk, but still. Shouldn't it offer an effective distributed NNTP proxy (again you might only feel only able to offer a newsgroup whitelist as the bridge)? Someone else suggested, shouldn't it bridge to Gnutella? Not sure I am brave enough to run an Internet bridge like that, but enough anonymous users and it can run Gnutella protocol just between the users without a bridge to the wired Internet.

Maybe the answer is to offer a netdev interface from a penumbra module again. For example if you send a TCP packet down it, it goes out with a onetime magic cookie prepended that is required in any answer...

Quoted 4 lines
Quoted 2 lines

I also adapted
aircrack to work with the mac80211 monitor mode injection in the meanwhile.

Cool.

I guess it is better that I am running aircrack against my network before anyone else does. (Although all they will find is set of ssh tunnels if they beat WPA here).

-Andy