WLanhsh & WLanwse

[Brommel]

Guten Tach allesamm,

als Neuer Versuch ich alle Info aus diesem Forum zu ziehen und so langsam reime ich mir zusammen das die BSSID für alle fest auf einem Wert eingestellt werden soll und nicht die normale MAC-Adresse des AP's ist, hab ich das richtig verstanden?
Leider habe ich noch nicht den expliziten Hinweis dazu gefunden, auch nicht im Wiki. Könnt mich aber gerne mit der Nase auf die Stelle stoßen. Bei der IP-Vergabe wird es auch nicht angezeigt und die Firmware 1.2.3, welche ich gestern installiert habe, hat auch nicht die BSSID 02:ca:ff:ee:ba:be (sondern keine) vorgegeben.
Naja, ist ja noch nicht so schlimm, derzeit ist mein AP's noch etwas blind, mit seinen Stummelantennen sieht er nichts durchs Dach. Muß mir wohl erst so ein Omni-Teil aus RG213 basteln und aufs Dach steigen.

[hok]

http://wlanhsh.de/forum/viewtopic.php?t=886

ABER: den MTU-Wert nicht setzen, sondern freilassen!
_________________
http://104.13.0.73

[Brommel]

Danke, hab es gelesen (Nase reib). Jetzt muß ich dem WRT nur noch beibringen die auch rauszuposaunen, denn nach jedem Neustart denkt er sich eine andere aus. Hab sogar schon einen Nachbarnode gefunden, ziemlich weit weg, die näher bei mir dran sind sieht er nicht.

[ropf]

Hi, Leute,
Vielleicht habe ich etwas grundlegend falsch verstanden, aber ich finde verschiedene BSSIDs im Ad-Hoc-Netz normal. zumindest auf Arbeitsrechnern - und dafür ist dieser Modus ja vorgesehen.

Eröffnet ein Rechner ein Ad-Hoc Netz, so baut er zunächst eine eigene Funkzelle und wählt dazu in der Regel eine zufällige BSSID.

Möchte ein zweiter Rechner dem Netz beitreten, macht dieser zunächst dasselbe, erstellt also eine eigene Zelle mit eigener BSSID.

Die beiden reden dann für ein paar Sekunden miteinander und einigen sich dann auf eine Zelle. Die zweite BSSID verschwindet dann auf dem WLAN-Scanner.

Interessant wird es, wenn ein dritter Rechner dazukommt, aber nur einen von den anderen sieht.Dann entsteht wieder eine neue Zelle mit eigener BSSID. Der Rechner in der Mitte funkt dann in zwei verschiedenen Zellen mit verschiedenen BSSIDs gleichzeitig.

Feste BSSIDs vorgeben dürften theoretisch nur AP die als solche arbeiten, also als master. Auf der Clientseite dient die Festlegung nur der Bindung an einen bestimmten AP, falls mehrere mit der gleichen ESSID existieren.

Nun ist die Verwendung von APs in Ad-Hoc-Netzen eine geniale Idee, kommt soweit ich weiß aber in keinem Standard vor. Es liegt also in der Natur der Sache, daß irgendwelche WLAN-Treiber mit den Freifunk-Spezialitäten überfordert sind und das Netz durcheinanderbringen.

Ein weiterer Fallstrick sind die Übetragungsraten. Soweit ich weiß sind in Ad-Hoc-Modus nur Raten bis 11Mbit/s standartisiert. Bei weitem nicht jede 54Mbit-Karte kann das auch in ad-hoc.

Ich bin neu im Freifunknetz und möchte hier nicht als Besserwisser erscheinen. Zumal sich meine Erfahrungen auf den "normale" WLANs beschränken. Also bitte ich dringend um Korrektur wenn ich falsch liege.

Aber wo liegt eigentlich das Problem von unterschiedlichen BSSIDs?

Herzliche Grüße
ropf

[Keksdosenmann]

das problem war und ist, dass es mit variablen bssid's immer wieder zum Umkippen des gesammten MASH-Netzes (mit 280 nodes) gekommen ist. Hier hat sich z.b. ein Notebook-user mit ein falsch konfigurierten Wlan-adapter eingeklingt hat, und dann z.b.das netz zum Kanalwechsel oder anderen merkwürdigen dingen gezwungen hat. Wir haben das hier schon alles erlebt, und sind nun mit diesen dirty bssid-hack relativ gut dabei, denn die Verbindungen brechen nun nicht mehr so oft ab.
_________________
http://www.foebud.org

mfg

[ali]

[ropf]

Also, ich hab das hier gerade nochmal durchgespielt und den Vorgang über einen zweiten Wlan-Adapter im Monitor-Mode beobachtet.

Auf dem Scanner (airodump) erscheienen zwei olsr-Netze. Mein nächster Nachbar redet mit beiden abwechselnd. Alledings fließen nur zu dem einen wirklich Daten.

Jetz fährt mein WLAN-Adapter hoch - ein drittes olsr-Netz (meins) erscheint auf dem Scanner mit eigenener BSSID. Nach ein paar Sekunden verschwindet es wieder. Dh, mien Adapter gibt seine eigene Zelle auf und schließt sich an 02COFFEBABE an.

Wird durch dieses Verhalten das Mesh-Netz gekippt? Dann sollte ich den Adapter von vorneherein an 02COFFEBABE binden?

Gruß ropf

P.S. Kann es sein, daß mein Nachbar sporadisch den Kontakt zum Rest des OLSR-Netzes verliert, dann seine eigene Zelle mit eigener BSSID bildet, dann wieder Kontakt hat usw? Dann wäre das zweite Netz auf dem Scanner ein Phantom-Netz?

Gruß ropf

[glockman]

aus der sicht des bssid-splittings können notebooks seit märz diesen jahres keinen schaden mehr anrichten ... die WRTs kann man von nichts anderem mehr überzeugen ...

zu dem ominösen zweiten ad-hoc-netz: ... das liegt wohl an einem unvollständigen BSSID-hack in der FFF ... alle wichtigen beacons und die datenpakete werden mit der eingestellten BSSID versendet ... im hintergrund ist der treiber aber trotzdem noch dabei, BSSID-handlich zu betreiben ... er sucht und merged und hält die zelle am leben ... dabei entstehen die beacons mit der falschen bssid

@ali: richtig so in etwa? ... wenn falsch, bitte korrigieren

[ropf]

Soweit verstanden:

Rechner mit der selben ESSID, also zB "olsr.freifunk.net" reden miteinander oder sollten dies zumindest.

Eröffnet ein Rechner ein AD-Hoc-Netz, macht er eine eigene Funkzelle auf mit in der Regel zufälliger BSSID, es sei denn er wird durch Firmware-Hack oder iwpriv-Aufruf oder was auch immer auf eine betimmte BSSID festgelegt.

Tritt ein Rechner einem Ad-Hoc-Netz bei (was ein Unterschied ist zum vorherigen Punkt) übernimmt er die vorgefundene BSSID. Findet er keine Funzelle mit gleicher ESSID vor, eröffnet er eine Neue. Je nach Treiber, wählt er dabei einen beliebigen Kanal (oft Kanal 6) und eine zufällige bzw. irgendwie berechnete BSSID.

Jetzt funken beide vor sich hin, sehen irgendwann einander, und sagen sich: Hey, wir haben die gleiche ESSID, sind also das selbe Netz, leaßt uns eine gemeinsame Funkzelle bilden!

Die beiden einigen sich also. Welche der beiden BSSIDs auf welchem Kanal dabei übrig bleibt ist unvorhersehbar, es sei denn, es wird per Hack forciert.

Und so kann ein ganzes Netz auf einmal den Kanal wechseln und allle möglichen komischen Sachen machen.

Als Lösung fällt mir nur ein, den olsr-switchern Kontrolle über die WLAN-Treiber zu geben und für korrekte Werte zu sorgen. Auf den APs sorgt ja schon die Firmware dafür.

Hey Leute, das soll keine Klugscheißerei sein. Ich versuche gerade das, was ich hier als Erfahrungsschatz mitbekomme irgendwie mit meinem Wissen über normale WLANs unter einen Hut zu bringen.

Und das WIE ist doch das eigentlich Interessante an dieser Technik, oder?

Herzliche Grüße
ropf

[ali]

[ali]

[ali]

[ropf]

Wunderbar, jetzt kommt Licht in die Sache! auch wenn ich manches noch nicht ganz verstehe.

Zu airodump hier eine ScreenCopy:

[ali]

[ropf]