L-54ag <-> L-54ag Verbindungsabbruch ohne Absturz

Nils · Beitrag von **Nils** » 13 Dez 2005, 10:51

Moin,

ich warte zur Zeit auf den nächsten Absturz.

Allerdings logge ich jetzt auch diverse Dinge. Schön wäre nur noch ein Hinweis von Lancom, wo man speziell drauf achten könnte.
Zeitlich gesehen treten die Abstürze gehäuft abends zwischen 20-22 Uhr auf. Vielleicht gibt es auch einen Zusammenhang mit dem DFS-Rescan jedesmal morgen um 5 Uhr. Gibt es bei dir eine Häufung bzw. erzwingst du einen Rescan und wenn ja, wann ?

Gruß,
Nils

marc b · Beitrag von **marc b** » 13 Dez 2005, 13:55

Hi,

nein leider keine Info im Logfile. Die Verbindugn ist einfach von jetzt auf gleich weg und kommt nur durhc reset auf einer Seite wir, ganz komisch.

Marc

Nils · Beitrag von **Nils** » 16 Dez 2005, 09:31

Hi Marc,
mit der 5.20er ließ sich jetzt folgendes herauszufinden:

12/15/2005 20:15:20 WLAN-1 Key handshake with peer (..) successfully comp (..)
12/15/2005 20:00:14 WLAN-1 Channel change due to radar interference (..)

Genau in dem Zeitraum fiel die Strecke aus. Um 20:15 Uhr habe ich dann einen Warmstart auf der Slave Seite gemacht. Daher habe ich auch noch die Logs vom Master. Generell funktioniert das Wechseln des Channels bei Radar-Interference, aber scheinbar nicht immer. Der Slave hat es diesmal nicht mitbekommen.
Als Nutzer kann man nun wenig machen, außer vielleicht die Alive-Funktion unter TCP-IP nutzen, mir sieht das mehr nach einem Firmware-Bug aus, der sich schon länger rumschleppt. (Radarerkennung hatte eine Zeit lang garnicht funktioniert)
Fragt sich wann und wer den Bug fixen wird. Betroffen sind scheinbar nur Strecken die häufiger Mal ein Radarsignal abbekommen. Um Regelmäßigkeiten herauszufinden, habe ich zur Zeit noch zu wenige Logs.

Gruß,
Nils

marc b · Beitrag von **marc b** » 16 Dez 2005, 18:03

Hi Nils,

Du wirst es kaum glauben aber bei mir die Strecke auch mal wieder weg gewesen. Ich konnte erkennen das der Master vorher mehrmal wegen Radar erkennung umgeschaltet hat und dann nicht mehr ging. Denke das er keinen freien Kanal mehr gefundet hat oder der Slave nicht schnell genug hinterher kam mit umschalten- Meint er zumindest

Einen Neustart auf der Slave-Seite und es ging wieder.

Marc

Nils · Beitrag von **Nils** » 16 Dez 2005, 23:59

Hi Marc,

heute Abend wieder einen kleineren Ausfall. Warum immer nur abends... Jedenfalls spielt es keine Rolle, ob man einen Warmstart auf dem Master oder Slave macht. (Konnte ich endlich mal testen) Direkt danach geht es wieder. (Ein Kaltstart tut's natürlich ebenso.)
Mit dem Keep-Alive hat man zwar einen work-around - nun muss eins von beiden Geräten eben alle 1-4 Tage einen Warmstart machen.

Gruß,
Nils

marc b · Beitrag von **marc b** » 17 Dez 2005, 07:57

Moin,

denke Du solltest die beiden Geräte mal einschicken und testen lassen

Marc

alf29 · Beitrag von **alf29** » 17 Dez 2005, 10:58

Moin,

ob der Master keinen freien Kanal mehr hat, kann man ja in den Menüs sehen (Kanal-Scan-Resultate). Was passiert denn auf dem Slave, wenn die Verbindung
weg ist? Sucht er über die Kanäle oder nicht? Was steht in seinem WLAN-Log?

Einschicken glaube ich wird nichts bringen. Im Service haben die Leute keine
Outdoor-Strecken zum Testen...

Gruß Alfred

Nils · Beitrag von **Nils** » 17 Dez 2005, 12:39

Hi Alfred,

einschicken der Geräte würde ich auch sehr gerne verhindern. (sollte ja an wenn überhaupt an der firmware liegen, oder?)

Im WLan-Log vom Slave steht jedenfalls nichts!
Es gibt seltene Ausfälle, die sich nach 15-30 min (ohne alive-funktion) automatisch beheben und dann kommt:
WLAN-1 Key handshake with peer (..) successfully

Wie finde ich heraus, ob der Slave über die Kanäle sucht? Ich würde behaupten, dass er genau dies nicht tut. Da ein Warmstart auf Master oder Slave das Problem behebt, vermute ich, dass dieser einen neuen Scanvorgang auslöst.

Der Master zeigt jedenfalls genügend freie Kanäle an. Es kommt zwar vor, dass ein Channel "Radar entdeckt" auf "ja" steht, aber der Rest scheint frei zu sein. Es gibt zudem keine anderen Richtfunkstrecken oder APs in der Nähe auf dem 5GHZ Band.

Gruß,
Nils

alf29 · Beitrag von **alf29** » 17 Dez 2005, 12:59

Moin,

Im WLan-Log vom Slave steht jedenfalls nichts!

Sorry, das *kann nicht* sein - da muß mindestens noch die Meldung vom letzten
Key-Handshake sein.

Wie finde ich heraus, ob der Slave über die Kanäle sucht? I

Mit dem DFS-Teace - und ob sich der Kanal unter Status/WLAN/WLAN-Parameter
ändert.

Gruß Alfred

Nils · Beitrag von **Nils** » 17 Dez 2005, 13:34

Hi Alfred,

jep, der letzte Key handshake steht noch drinn, das ist der vom letzten DFS-Rescan. (meist schon etliche Stunden her)

Ich meinte folgenden Fall: Irgendwann fällt die Strecke aus und nun kommt kein Eintrag hinzu!
(in der syslog kommt auch kein Eintrag hinzu. Noch nicht mal der Eintrag link verloren o.ä.)

Ziemlich sicher kann ich behaupten das unter Wlan-parameter bei beiden Geräten der gleiche Channel angezeigt wird. (Richtfunkstrecke liegt bereits still) Ich müßte nur noch überprüfen, ob der Kanal kurz vorher im funktionierenden Zustand anders war, aber dafür muss ich auf den nächsten Ausfall warten.
Fragt sich nur wie wichtig diese Erkenntnis ist, da trotz Ausfall beide Geräte immer noch behaupten den gleichen Kanal zu nutzen.

Es sieht für mich so aus, als würde alles korrekt sein und die Geräte senden einfach nicht mehr?!?

Gruß,
Nils

marc b · Beitrag von **marc b** » 17 Dez 2005, 14:52

Moin,

ich hatte gerade mit einer P-MP Verbindung den Fall das ich zwar alle Geräte sehen konnte, Administrierung ging auch aber ein Datentransport zum Router möglich. Nach einem Neustart des MP-Gerätes war alles wieder schön. Es war 5.20 drin, jetzt wieder 5.08. Denke ich warte mal auf die Version nach 5.20....

Marc

Nils · Beitrag von **Nils** » 19 Dez 2005, 08:04

Hi,
das Problem konnte ich immer noch nicht lösen, aber ich hätte da noch 3 Fragen:
- Welche Einheit hat eigentlich der Wert Link-Verlust-Timout (unter Experten-Konfiguration -> Setup -> Schnittstellen -> WLAN -> Interpoint) ?
- Was bringt eigentlich der Hintergund-Scan (-> Radio-Einstellungen)? Default steht auf 0.
- Wo kann man eigentlich Anzahl/Timout tcp/udp Verbindungen limitieren, sofern das bei einer bridge Sinn macht.

Gruß,
Nils

alf29 · Beitrag von **alf29** » 19 Dez 2005, 08:16

Moin,

- Welche Einheit hat eigentlich der Wert Link-Verlust-Timout (unter Experten-Konfiguration -> Setup -> Schnittstellen -> WLAN -> Interpoint) ?

Das ist die Angabe, für wieviele Sekunden ein Slave die Beacons vom Master nicht mehr
sehen darf, bevor er in den Scan zurückfällt.

- Was bringt eigentlich der Hintergund-Scan (-> Radio-Einstellungen)? Default steht auf 0.

Für Deine Zwecke gar nichts, das steht im Zusammenhang mit der Rogue AP Detection
und AirWave, wird allerdings voraussichtlich erst mit LCOS 6.00 vollständig
implementiert sein (deswegen ist dieser Punkt auch nicht dokumentiert).

- Wo kann man eigentlich Anzahl/Timout tcp/udp Verbindungen limitieren, sofern das bei einer bridge Sinn macht.

Kann man nicht, eine Bridge arbeitet nur auf Layer 2, von IP oder gar UDP/TCP weiß
sie gar nichts.

Gruß Alfred

Nils · Beitrag von **Nils** » 19 Dez 2005, 16:02

Hi Alfred,

ich hatte nur überlegt, ob mich die obigen Punkte weiterbringen könnten.

Jedoch habe ich es nun geschafft ein paar mehr Logs zu erhalten. Ein Perl-script überwacht nun meine /status/wlan/wlan-parameter.

Heute um 11:50 bis zum manuellen Reboot hatte ich wieder einen Ausfall.

Folgendes steht in den Logs:

Master:
[3 19.12.2005 12:15:13 WLAN-1 Key handshake with peer (..) successfully comp] --> nach dem manuelle Reboot des Masters

2 19.12.2005 7:34:54 WLAN-1 Key handshake with peer (..) successfully comp
1 19.12.2005 7:34:46 WLAN-1 Started WLAN BSS ID (..)

Client
[4 12/19/2005 12:15:16 WLAN-1 Key handshake with peer (..) successfully comp (..)
3 12/19/2005 12:15:08 WLAN-1 Started WLAN BSS ID (..)
] --> nach manuellen Reboot des Masters
2 12/19/2005 7:34:55 WLAN-1 Key handshake with peer (..) successfully comp (..)
1 12/19/2005 7:34:47 WLAN-1 Started WLAN BSS ID (..)

Der Channel bleibt die ganze Zeit auf 114 stehen. Dies hat mein Skript alle 10 Sekunden auf Client Seite überprüft.

Kannst du damit etwas anfangen, oder hast du eine Idee, was ich noch alles mitloggen könnte, um das Problem zu lösen?

Gruß,
Nils

marc b · Beitrag von **marc b** » 19 Dez 2005, 18:48

Hi, Alf29,

....Für Deine Zwecke gar nichts, das steht im Zusammenhang mit der Rogue AP Detection
und AirWave, wird allerdings voraussichtlich erst mit LCOS 6.00 vollständig
implementiert sein (deswegen ist dieser Punkt auch nicht dokumentiert).

Soll das bedeuten, das geplant ist den Kanalwechsel ohne Unterbrechung zu realisieren? So wie die Geräte von Radionet das schon tun?
Ich würde mich mächtig freuen wenn das dann ginge.

Marc