PtP * L54G verschwindet nach Konfigurationsänderung

[andre46]

Ich habe eine doppelte PtP-Strecke mit je 2xL54G über 300m laufen (Kanal 3 und 13), was von der Funkverbindung her und vom Datendurchsatz auch bestens funktioniert (S/N ca. 30db, Durchsatz je ca. 2..3MB/s). Nun gibt es folgende Probleme:

- Wir ein entfernter AP mit Ping Flood belegt, steigt er nach kurzer Zeit aus und kann nur durch Reset wieder zum Leben erweckt werden.

- Sobald man am lokalen (!) AP z.B. den Antennengewinn ändert, verschwindet die Gegenstelle und kommt meist auch nicht von alleine wieder. Das liegt nicht daran, dass die Funkverbindung nun zu schwach wäre, denn nach einem Neustart der Gegenstelle ist die Verbindung wieder da. Dasselbe passiert auch bei anderen Konfiguartionsänderungen, aber nicht bei allen. Ein Neustart des lokalen AP bringt nichts. Ist natürlich nicht besonders praktisch, wenn an der Gegenstelle gerade keiner vor Ort ist.

Hat da jemand eine Idee? Firmware ist die 4.02, TKIP aktiviert, die Gegenstelle jeweils Slave.

[alf29]

Moin,

wenn der Master neu konfiguriert wird, werden auch alle
Schlüsselzuweisungen ungültig, das 'merkt' der Slave
aber nicht sofort, erst wenn er versucht, das erste Paket
an den Master zu schicken und der das zurückweist.

Das ist so ähnlich wie wenn der AP alle Assoziationen
mit Mobil-Clients verliert und die das nicht mitbekommen
haben. LANCOMs rekonfigurieren sich innerhalb von
Sekundenbruchteilen....

Normalerweise regelt sich das spätestens nach etwa
2 Minuten, wenn IAPP aktiviert ist und der Slave das
nächste Announce in alle Richtungen ausstrahlt. Hast
Du den Roaming-Support ausgestellt, dann klappt es
so naturgemäß nicht - LANCOMs sind von Hause aus
nicht so 'gesprächig' wie Windows...

Mit der nächsten Firmware ist eine Erweiterung drin, daß
ein Slave die ausgehandelten Schlüssel auch verwirft,
wenn er seinen Master für ~4 Sekunden nicht 'gesehen'
hat. Dann sollte's sofort wieder gehen, wenn der Slave
den Master wieder 'sieht'.

Des weiteren vermute ich, daß Du TKIP+AES als
Verschlüsselung ausgewählt hat, so daß die P2P-Strecke
mit AES läuft. TKIP auf P2P-Strecken ist in der 4.0x
nämlich leicht defekt...

Wegen des Flood-Pings fällt mir im Moment auch nichts ein.
Ist der Slave danach noch über sein LAN-Interface oder
die Outband-Schnittstelle zu erreichen?

Gruß Alfred