[Berlin-wireless] EMMAUS NNW

[Bastian]

Hallo Sven-Ola,

weil ich da in deinem tcpdump unsere gemeinsame MAC-Addr sehe:
Hast du auf dem Core-Router schon für die einzelnen VLAN-Interfaces
andere Adressen vergeben?

Gruß
Bastian

On 02/23/2014 08:19 AM, Sven-Ola Tuecke wrote:
> Hi Tom,
> 
> nicht so schnell. Im Gegensatz zu Faustus ist es auf der Emma noch nicht
> so weit. Ich war am Freitag nochmal oben um meine verstöpselten
> Patchleitungen zu ordnen und den ganzen Bastelkrempel herunterzuholen.
> Ein ganzer Bollerwagen voll. Beim Abflug lief mir noch der Hausmeister
> über den weg. Er fotzelte: nanu - schon alles abgebaut? Ichso: nee - das
> nur der Müll. Vermutlich gibt es wegen der (un-) sichtbaren Antennen
> kein größeres Nachspiel - aber wir werden sehen.
> 
> Eine Remote-Bestandsaufname: wir haben einen Totalausfall (WSW-M2, kein
> Strom oder defekt). Und zusätzlich 7 vercrimpte Stecker oder
> Fehlauflegungen. Die Switch-to-Switch Leitungen sind aber da und die
> LEDs dazu zeigen Gigabit an. Ganz schön viel, da müssen wir nochmal 'ran.
> 
> Bei der Softwarekonfiguration habe ich leider auch noch einen
> Showstopper. Ich wollte die M5-Bridges wie angekündigt auf "AP Repeater
> mit Auto" konfigurieren (wissenschon: das mit dem Ad-Hoc-für-Arme).
> Leider habe ich ab 3 Geräten einen Ringelpietz-mit-Anfassen (aka
> Broadcast-Storm). Und noch keine gute Idee, wie das zu verhindern ist.
> Bisher festgestellte Details:
> 
> - 2 Geräte AP-Repeater, gleiche ESSID, gleicher Kanal,
>   Peers=Auto: Funzt prima (das ist mein "Zimmersetup").
> 
> - 3 Geräte: ein Paket mit Source-MAC eines vierten Geräts
>   und Dest=FFFFFFFF läuft im Kreis. 3 Bridges halbtot.
> 
> - Der Kreislauf baut sich auch auf, wenn die Interfaces
>   ("ath0") in keiner Bridge drin sind.
> 
> - Von daher wird STP auf den Bridges vermutlich nichts bringen
> 
> - Statt "Auto" die MAC-Adressen der WDS-Peers eintragen bringt auch nix
> 
> - Client-Isolation einschalten: leider dasselbe.
> 
> Aus diesem Grund habe ich für M5 sowohl Batman als auch OLSR derzeit aus
> (das sind ja "Broadcasts mit der Source-MAC eines vierten Gerätes")
> damit ich überhaupt etwas untersuchen kann. Den Kreislauf anstoßen geht
> vom Core-Router aus ganz einfach: "arping -I eth0.104 1.2.3.5 -c 1" an
> eine Bridge senden und bei der anderen Bridge mit "tcpdump -nei eth0.108
> not port 22 and not port 443" feststellen:
> 
> 07:22:13.131529 00:04:9f:ef:01:01 >
>   ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 56:
>   Request who-has 1.2.3.5 (ff:ff:ff:ff:ff:ff) tell 104.0.2.65, length 42
> 07:22:13.131832 00:04:9f:ef:01:01 >
>   ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 56:
>   Request who-has 1.2.3.5 (ff:ff:ff:ff:ff:ff) tell 104.0.2.65, length 42
> 07:22:13.132748 00:04:9f:ef:01:01 >
>   ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 56:
>   Request who-has 1.2.3.5 (ff:ff:ff:ff:ff:ff) tell 104.0.2.65, length 42
> 
> Millionenfach. Wird wohl irgend etwas ebtable-iges. Weiss noch nicht,
> muss noch fummeln :(
> 
> Gruß // Sven-Ola
> 
> Am 22.02.2014 18:16, schrieb Thomas Arden:
>> hängen die 5GHz jetzt am Netz oder funken die einfach so durch die Nacht:
>> 24:A4:3C:6E:C5:53	emma-nnw-m5.freifunk.net	NONE	-70 / -92	5.5	100
>>
>> segen-top-Sued sieht die
>>  SSID: segen-top-sued
>> DC:9F:DB:8C:AB:8F
>> Cheers Tom
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 538 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20140223/3133a0e8/attachment.pgp>