[Berlin-wireless] Madwifi Ad-Hoc mit HAL im ap-mode

[Patrick Grimm]

Nabend

Am Donnerstag, 18. September 2008 17:10:02 schrieb Sven-Ola Tuecke:
> Ach - noch'n Nachtrag. Wie immer gibts auch Nachteile. Ich empfehle hier 
> besser noch "iwpriv ath0 bintval 1000".
Ack

> 
> Hintergrund: die Automatik 
> "Nur-Zufallig-mal-ein-Beacon-Senden-wenn-andere-Beacons-gleicher-BSSID-Empfangen-werden-koennen" 
> ist nicht aktiv. Sendet jedenfalls bei mir wie Teufel - auch bei 25ms 
> bintval - ohne irgendwelche Pausen oder Drops. Wunsch + Nebeneffekte eben.
> 
> Ein paar Extra-Beacons stoeren an sich nicht - aber wenn Router im Rudel 
> auftreten kostet sowas wertvolle _Luftzeit_
> 
> // Sven-Ola
> 
> ----- Original Message ----- 
> From: "Sven-Ola Tücke" <sven-ola at gmx.de>
> To: <berlin at berlin.freifunk.net>
> Sent: Thursday, September 18, 2008 8:39 AM
> Subject: [Berlin-wireless] Madwifi Ad-Hoc mit HAL im ap-mode
> 
> 
> Hey,
> 
> (war gestern ueberrascht, wieviele von Euch sich fuer das Luft-Debugging
> interessierten. Hoffentlich hilfts ;-)
> 
> weil ich es angesprochen hatte, nochmal zur Wiederholung. Madwifi ist
> eigentlich tot und wird wohl auf Dauer von ath[59]k ueberholt. Fuer alle, 
> die
> in der Zwischenzeit was brauchbares brauchen: man nehme Felix' Patchset aus
> dem Kamikaze. Eine kompilierbare Version fuer Buntu-PC als *.tgz und meine
> Patches (diese oben auf den Kamikaze Patchset einfuellen) hab' ich hier hin
> gestellt:
> 
> http://download-master.berlin.freifunk.net/sven-ola/binaries/
mit welcher Kernelversion und Arch?
Ich habe erstmal mit 2.6.20.21 auf i386 getestet.
> 
> Erwaehnenswert sind zwei Patches:
> 
> 451*.patch macht den aktuellen OpenWrt-DD-Wrt-Maksat-HAL-2008-09-09 'rein. 
> Der
> kann static-turbo bei countrycode=276. No need for countrycode=philippines
> oder so. Im OpenWrt zur Zeit nur als *.tgz zum selber-'reinmachen, was 
> dieser
> Patch eben auch macht.
> 
> 913*.patch aendert den HAL-Betriebsmodus fuer Ad-Hoc von IBSS->HOSTAP, also
> bei "wlanconfig athX create wlandev wifi0 wlanmode adhoc".
> 
> Hintergrund zu 913: Sowohl der Madwifi-Kerneltreiber als auch der HAL kennen
> Betriebsmodi. HAL im IBSS heisst: dann sind verschiedene Automatiken
> eingeschaltet, die einen Hardware-Merge machen (TSF, NBTT, ATIM etc). Das 
> ist
> irgendwie krumm und bringt die Atheros-Karte ins schleudern. HAL im HOSTAP
> heisst: der HAL haelt sich 'raus und man kann es "zu Fuss" machen. Der Patch
> macht 2 Dinge: Er beseitigt den Ad-Hoc-Schluckauf und er ermoeglicht es,
> einen VAP im IBSS und einen zweiten VAP im Mastermode zu fahren.
> 
> Bei letzterem gibts noch einen kleinen Bug: Ist der Ad-Hoc-VAP online und 
> man
> addiert den Master-VAP (wlanconfig athX+1 create wlandev wifi0 wlanmode ap),
> dann werden keine Ad-Hoc-Beacons mehr gesendet. Das muss man
> wieder "anregen", hier einfach "iwpriv athX bintval 100" aufrufen. Danach
> senden athX (IBSS) und athX+1 (Master) ganz brav und abwechselnd die
> gewuenschten Beacons.
> 
> Anmerkung: 913 ist'n Hack. Welche Seiteneffekte? Hab' ich nicht probiert.
> WEP/WPA auf athX oder athX+1 z.B. interessiert mich *gar nicht* und laeuft
> womoeglich darum auch nicht. Weil's ein Hack ist: wenn du keinen Schluckauf
> hast, dann solltest du auch keine Pillen schlucken <ggg>
Auch wenn ich es nicht wirklich brauche aber ich hatte gerade ein config dafür.
WPA2-PSK TKIP CCMP im Mastermode mit eth0 gebrückt + Ad-Hoc olsr hat er
anstandslos gemacht. 

gruss
                   Patrick

PS: Unter umständen wackeln in den nächsten tagen die verbindungen 
      über die segenskirche. Dann bin ich gerade am updaten. ;-)