- √ - 1Wire IP Extender als WLAN-AP

[Chris M.]

Um das alte Problem abzuschließen: mit neuem Linux-Kernel (Kubuntu hat ja inzwischen ein paar Releases gesehen...) mag der Broadcom auch wunderbar.

Zur Config des IP Extenders als WLAN AP hinter einem bestehenden Internet-Router hab ich noch die passende Anleitung gefunden: http://wiki.openwrt.org/doc/recipes/bridgedap

[2ndsky]

Okay, danke makki für die ehrliche Antwort. Werde wahrscheinlich dennoch auf den IPE für den Leckagesensor setzen und ihn dann nur als Client betreiben. Mag eigentlich eh keine WLAN Bridges die nicht am LAN hängen. Hatte das in unserer Mietwohnung weil es nicht anders ging, aber schön war das nicht.

[makki]

Als Wlan-Client, kein Thema.

Wlan-Repeater (ohne lokales LAN! mit ist easy) ist aber ein ganz eigenes, sehr leidiges Thema für sich..

Hintergrund: WDS ist bis heute kein IEEE-Standard sondern eine Herstellerimplementierung von Broadcom (z.B. Fritzbox) oder Atheros (IPE).
Das funktioniert nach meiner Erfahrung, wenn überhaupt, bestenfalls leidlich, nur mit gleichen Chipsätzen und gleicher SW/FW.
Workaround ist allerdings durchaus eine zweite SSID aufzuspannen und in das Client-Netz reinzubridgen.

Nun könnte man so wie es viele Hersteller machen und behaupten zwischen IPE geht das (tut es auch 99%) und ansonsten halt 1% der Anwender oder die mit Broadcom oder Intel-Chipsatz im Client halt einfach für blöd/unsupported erklären..
Ist ja ganz einfach, AVM sagt halt mit nur Fritzboxen und nur Fitzsticks funzt es.. Haste was anderes haste ggfs. Pech gehabt..

Daher bin ich da sehr vorsichtig, weil wir unsere Kunden nicht für blöd erklären, nur weil im Tablet oder Kindle halt blöderweise ein BCM ist und es damit manchmal hakt..

Fazit: Im IPE funktioniert es mit erheblichem Aufwand nach bestem Wissen und Gewissen, sowohl WDS zwischen Atheros 9xxx als auch Client und AP, Funktionsgarantie gibts allerdings keine, dafür ist das ganze Thema IMHO zu "haarig".

Fazit2/Tipp: WDS wenn dann nur mit gleichen Chipsätzen/Hersteller..

Makki

[2ndsky]

Darf ich mich mal kurz dran hängen. Aus aktuellem Anlass überlege ich einen IPE für einen Leckagesensor zu verwenden. Praktisch wäre das, da ich eh noch einen WLAN Repeater (für eine Fritzbox 7390) brauche. Am Aufstellungsort ist kein LAN verfügbar, es sollte also wirklich als Repeater funktionieren. Nach dem was ich hier lese kann ich davon ausgehen, dass es nicht ohne weiteres mit jedem Client funktionieren würde, ist das korrekt? Eine Anbindung als Client, also als Extender fürs Wiregate ans vorhandene WLAN sollte aber problemlos gehen, oder?

[Chris M.]

Der Vollständigkeit und für Leute die nur Querlesen:

Ich gehe aktuell auch davon aus, dass das ein Client-Problem ist und nicht am WLAN-AP (dem 1wire IP Extender) liegt.

Wieso?
Ein Intel basierter Client mag, der mit Broadcom nicht.
Und mit Fritz!Box (die nur ältere WLAN-Standards kann) alleine hat der Broadcom oft gewollt, mit dem IP-Extender, der auch modernes WLAN spricht, mag der eben oft nicht.

Verschärfend kommt dazu, dass es sich um einen BCM4313 handelt, der - wie ich erst gestern per Recherche rausgefunden habe - als einer von gerade mal zwei vom üblichen Linux-Treiber b43 nicht unterstützt wird und daher auf den brcm80211 ausgewichen werden muss.

[makki]

Beim finden der Ursache + einer Lösung bin ich aus purem Eigeninteresse dabei (unabhängig davon das der IP-Extender natürlich der perfekte Wlan-AP sein soll)
[Für den Mitleser sollte man hier dazusagen: auch wenn das grad alles fürchterlich technisch&freaky klingt: auf 100% der Accesspoints wie Fritz, D-Link & Co dieser Welt läuft exakt dasselbe Linux. Mit exakt denselben Treibern, Problemen etc.] - Apple natürlich ausgenommen, da geht das anders, wie auch immer..

Aktuell vermute ich das Kernprobleme (bei mir) aber am client: die BCM wollte mit dem fonera, D-Link, Cisco nie so recht (auf Wochen, nicht Stunden! das geht durchaus mal nen Tag und dann nicht mehr..)
Bei Chris ist es umgekehrt

Makki

[Chris M.]

Mein Test mit ausgeschaltetem Fritz!Box-WLAN:

Der Intel mag eigentlich.
Der Broadcom scheint weiter zu zicken. Teilweise ist bei jedem Klick beim Surfen die Verbindung erst mal weg.

=> Weiter geht's mit dem Suchen

[makki]

Nachtrag: ich hab vorgestern aus purem Frust wieder die BCM4322 (mit dem bösen prop-Treiber) ins Notebook reingeschraubt - seitdem ist gut&ruhe; langsam - aber stabil!
Ob es an der Kombination IP-Extender + iwlagn liegen könnte, möchte ich aber absolut nicht ausschliessen. Wäre gut das einzugrenzen aber momentan wollte ich einfach weitersurfen

Makki

[makki]

Meine iwlagn ist heute während Chat (gibt Zeugen) wieder 3x abgek***
Wäre gut wenn wir da gemeinsam dahinterkommen.. Zumindest welche Kombination es sein könnte..

Makki

P.S.: Mit der LED liegt ihr richtig..

[Chris M.]

Schau mal auf dem Extender unter System/Led-Konfig, da war zumindest bei mir default auf RX eingestellt.

Stimmt, ist bei mir phy0rx

Was gerade "lustiges" passiert ist: an beiden Clients ging I-Net nicht mehr. Ein Ping an www.heise.de war daher erfolglos - ein Ping an fritz.box dagegen funktionierte
Nach etwas warten, ging's wieder.

Beim Intel Centrino Ultimate-N 6300 war im kern.log lediglich:

iwlagn 0000:0c:00.0: iwlagn_tx_agg_start on ra = [COLOR=Silver]xx:xx:xx:xx:xx:xx[/COLOR] tid = 0

Beim Broadcom BCM4313 802.11b/g/n dagegen:

Associated:    False
wlan0: deauthenticating from [COLOR=Silver]xx:xx:xx:xx:xx:xx[/COLOR] by local choice (reason=3)
cfg80211: All devices are disconnected, going to restore regulatory settings
cfg80211: Restoring regulatory settings
[...]
wlan0: authenticate with [COLOR=Silver]xx:xx:xx:xx:xx:xx[/COLOR] (try 1)
wlan0: authenticated
wlan0: associate with [COLOR=Silver]xx:xx:xx:xx:xx:xx[/COLOR] (try 1)
wlan0: RX AssocResp from [COLOR=Silver]xx:xx:xx:xx:xx:xx[/COLOR] (capab=0x411 status=0 aid=1)
wlan0: associated
Associated:    True

[swiss]

Du hast recht. Ich habegerade noch einmal nachgesehen. Bei mir steht als Auslöser phy0rx drin. Also war meine Vermutung richtig. Die LED blinkt beim empfangen über WLAN.

[arosy]

Ich vermute mal dass da einfach RX oder TX signalisiert wird. Wenn du was sendest oder empfängst erlischt die LED bzw. beginnt zu blinken. Wenn dann wieder Funkstille herscht leuchtet die LED wieder statisch.

Schau mal auf dem Extender unter System/Led-Konfig, da war zumindest bei mir default auf RX eingestellt.

[swiss]

Hmm...

Ich habe das gleiche verhalten aber ich sitze direkt neben dem AP. Ich vermute mal dass da einfach RX oder TX signalisiert wird. Wenn du was sendest oder empfängst erlischt die LED bzw. beginnt zu blinken. Wenn dann wieder Funkstille herscht leuchtet die LED wieder statisch.

[Chris M.]

Ich kuck mal drauf aber aus der Hüfte zeigt die nur ob ein/das Wlan-Interface "up" ist

Genau das hätte ich auch vermutet. Und genau daher wundert es mich, dass die LED zwischenzeitlich aus ist - was auch eine schlechte Verbindung erklären könnte.

Jetzt beim etwas genaueren Betrachten, scheint die auch irgendwie die Übertragung anzuzeigen. Aber für mich noch irgendwie nicht deterministisch...

Naja, weiter im Test.

[makki]

Gibt's irgend etwas reproduzierbares wann am IP Extender die WLAN LED an oder aus ist?
Eigentlich ist dort WLAN nämlich kontinuierlich aktiviert, die LED wechselt aber gerne mal den Zustand...

Hmm, hab ich ehrlichgesagt noch nicht betrachtet, die tut nur das was openwrt wollte Ich kuck mal drauf aber aus der Hüfte zeigt die nur ob ein/das Wlan-Interface "up" ist, nicht ob ein Client dran ist.

Bei den anderen LED's war das übrigens aktiver gewollt:
USB(Medium) bzw. 3G(Small): USB-Gerät aktiv
QSS: 1-Wire devices gefunden

Makki