[Discuss] Linksys Spinner Problem

[Michael Schramel]

Hi Aaron,

Super vielen Dank für die Antwort.

Ich frag mal ganz blöd, und bitte nicht flamen:

 1. Wir verwenden doch alle sowieso schon das gleiche Channel, wie wäre 
es wenn wir erzwingen, dass nur ein bestimmtes channel verwendet wird? 
sagen wir 11.
 2. Wenn WEP aktiv ist, sollte man das abfangen können:
        sobald wir mit WEP senden -> cron job hat das erkannt -> Reboot.

Scheinbar erfolgen diese Fehler ja nur punktuell. Wenn man dann ein 
reboot macht, ist es mal für eine gewisse Zeit vorbei mit den Problemen.

Bez. testen stell ich mir das auch schwierig vor, ausser man stellt ein 
paar linksys zusammen und simultiert das Fehlverhalten wie du es 
beschrieben hast:

1. channel wechsel auf einer Linksys -> wechseln die anderen?
2. WEP aktiv auf einer Linksys -> wollen die anderen auch mitspielen?

Ich denke da kann ich meine Linksys sicherlich mal mitbringen. sonst 
kann man ja etwas für den Kauf von 2-3 neuen Linksys beisteuern und sie 
dann in geflashter Form an FF-Interessenten weiterverkaufen.

lg
michael

aaron schrieb:

>On Sat, Nov 12, 2005 at 08:26:33PM +0100, Michael Schramel wrote:
>  
>
>>Hi Liste,
>>
>>Ich verstehe nicht 100%-ig das Problem bei unseren Linksys mit den bssid 
>>split / bssid verwirrungen.
>>
>>Jedoch klingt es für mich so als würde man die Sache leicht mit einem 
>>Watchdog Timer lösen können.
>>
>>So könnte man z.b. machen:
>>
>>1. sobald ich diesen Referenzknoten (das wäre z.B. vivi) nicht sehe, 
>>dann beginne zu zählen.
>>2. Wenn die Frist um ist (z.B. 30 sekunden - kann man dann einstellen) 
>>speichere den jetzigen Zeitpunkt + mache einen Logeintrag
>>3. ändere etwas (reset, wlan aus/andrehen, ssid wechsel, etc.) damit es 
>>wieder geht
>>4. sobald ich wieder online bin, starte ein PHP-Script (z.b. auf dem 
>>Outpost), das den Node-Besitzer von dem Problem benachrichtigt (Verweis 
>>auf logfile).
>>
>>Was hält ihr davon, und was müsste man mit der Linksys anstellen, um 
>>einen "bssid split / bssid verwirrung" zu beheben?
>>    
>>
>
>
>also, ich probiere mal die erfahrungen mit bssid splits zusammenzufassen....
>Wir hatten das schon 2 mal...
>
>
>Einmal hat ein device (muss nichtmal eine linksys gewesen sein) ploetzlich 
>auf einem anderem channel, kein WEP, selbe ESSID (0xFF_www.funkfeuer.at) zum senden begonnen. Daraufhin hats alle auf den channel gezogen. 
>Das geht auch gut, solange _alle_ auf dem neuen channel sind. Aber ueblicherweise ist dem nicht immer so. Es bilden sich dann so kleine Regionen. Innerhalb einer region halten sich alle linksysen quasi auf den settings fest. Man muss sie 
>ziemlich absolut gleichzeitig rebooten, damit sie sich wieder alle gemeinsam "sehen".
>
>(ergo: ein watchdog, der auf allen linksysen rennt und immer zu verschiedenen zeitpunkten die linksyen rebooted bringt wenig. Sie muessen _gleichzeitig_ rebooted werden. Da hilft nur NTP zeitsynchro zum Beispiel)
>
>
>Das analoge verhalten haben wir beobachtet, wenn ein device WEP aufdreht.
>Dann glauben alle sie muessen mit WEP verschluesslung arbeiten, obwohl niemand
>einen key hat :))
>Das ergebnis ist mehr oder minder das selbe: niemand kann mehr mit dem anderen reden, ausser in den kleinen regionen.
>
>(frueher als das netz noch kleiner war, konnten wir alle gleichzeitig rebooten)
>
>-> deshalb ist der meiner bescheidenen meinung nach einzige weg, wie die wieder zusammen finden: 1) neue ESSID einstellen und dann 2) neuen wl treiber oder bssid split patch
>
>Wie man den bssid split patch gezielt und kontrolliert _testen_ kann, ist mir
>aber im moment schleierhaft.
>
>any ideas?
>
>lg,
>a.
>
>
>
>
>
>  
>