[Wien] openwrt - stabiler access point gesucht

Di Aug 2 13:04:15 CEST 2016

Sorry, aber ...
> On 02.08.2016, at 12:53, Smilie <(spam-protected)> wrote:
> 
> Jetzt wo du es sagst, fällt mir auch ein, das ich irgend wann einmal
> das Phänomen hatte, dass ein sich einwählender Macintosh den Router zum
> Absturz brachte. Die Linux und Windows-Maschinen verursachten den
> Fehler so weit ich mich erinnern kann nicht.

Das ist ziemlicher FUD … 
ich habe OpenWRT in Access Points, und habe einen Mac. Kann mich nicht erinnern sowas jemals gesehen zu haben, was ich am Linux (Thinkpad) nicht hätte reproduzieren können.

Aber es stimmt: es gibt manche Client Operationen, die ältere WLAN-Firmware ohne Bugfixes crashen können, dabei wird meist nur das WLAN taub, d.h. man kann in der Firmware schön drauf reagieren.
Meist hilft sogar ein "iw dev wlan0 scan” bzw. einmal WLAN Scannen im Web-GUI via LAN, und flupp, WLAN geht wieder.

Ich würde zusätzlich zur aktuellen Firmware, dem Scannen mal remote log probieren, wenn es geht.
Dann bekommst Du manchmal auch ganz gute Hinweise frei Haus geliefert.

bG
Matthias

> 
> 
> 
> Am Mon, 1 Aug 2016 23:59:21 +0200
> schrieb "Erich N. Pekarek" <(spam-protected)>:
> 
>> Hallo!
>> 
>> Am 2016-08-01 um 20:18 schrieb overflo:
>>> hi,
>>> 
>>> TL;DR: ich brauch 3 stabile openwrt taugliche router.
>>> empfehlungen?  
>> Ich habe sehr gute Erfahrungen mit dem TL-WR1043NDv2 (TL-WR1043NDv1
>> sind mit aktueller Firmware auch ok), sowie TL-WR842NDv1 -wird nicht
>> mehr produziert oder vertrieben- gemacht.
>> 
>>> 
>>> ich hab bei mir im haus 3x TP-LINK WR841N verbaut
>>> da lauft openwrt drauf und die dinger bridgen nur eth und wlan.  
>> 
>> Unter https://wiki.openwrt.org/toh/tp-link/tl-wr841nd finde ich
>> mehrere Hardwarerevisionen, die alle ihre Eigenheiten haben werden -
>> immerhin sind mehrere Generationen von SoCs und somit auch
>> unterschiedliche WLAN-Chipsätze unter der Modellnummer verbaut worden.
>> Ich selbst hatte nie einen solchen in Händen und kann daher nur
>> allgemeine Auskünfte erteilen.
>> 
>> Fangen wir bitte damit an, dass Du mir die Hardware-Revisionen und die
>> OpenWRT-Version der drei 841er nennst. (Eventuell auch:
>> nachinstallierte Pakete, insbesondere wpad statt wpad-mini, [wegen
>> Radius auf dem "Kastel im Serverschrank"]?)
>> 
>>> dhcp kommt von einem kastel im serverschrank.  
>> OK.
>>> die router laufen auf unterschieldichen kanaelen, gabem aber alle
>>> die selbe ESSID her.  
>> Was an sich eine "normale" Konfiguration ist, wenn sie untereinander
>> Lan an Lan vernetzt sind.
>>> 
>>> ich flieg immer wieder raus und eines der kasteln haengt sich auf
>>> oder es fliegen clients raus wenn grosse datenmengen
>>> drueberlaufen.  
>> Das kommt mir irgendwie sehr bekannt vor...
>> Dass das bloß an der Konfiguration liegt, wie die Vorposter meinten,
>> muss nicht sein:
>> 
>> Passiert das nur mit Intel-Chipsätzen als Gegenstelle oder betrifft es
>> auch Geräte mit anderen Chipsätzen? Meiner Erinnerung nach: In Version
>> 10.03 gab es einmal einen solchen Bug, der mit den
>> Energiespareinstellungen auf dem WLAN-Modul von Intel zu beheben war
>> (Die Ursache lag aber dediziert an OpenWRT, sondern am Design beider
>> Chipsätze; unter Linux war ein Kernelparameter -siehe modinfo iwlwifi
>> oder evetuell modinfo mac80211 - notwendig). Ein ähnliches Problem gab
>> es in der Vergangenheit auch auf Dell-Laptops unter Windows 7 (Vostro
>> 355x-Serie) mit älterem Intel Centrino Wlan (müsste nachschauen,
>> welche das war), dort musste man in den Energiespareinstellungen von
>> Windows eine Änderung machen.
>>> 
>>> habt ihr kaufempfehlungen?  
>> Da von OpenWRT recht aktuelle Firmwares, die etliche Bugfixes
>> beinhalten, im Umlauf sind, würde ich es einmal mit einer neueren
>> Firmware versuchen; da es sich um "interne" Accesspoints handelt,
>> wirst Du ohne (große) Modifikationen das Auslangen finden. Ich habe
>> insbesondere seit dem Wechsel auf Chaos Calmer keine solchen Effekte
>> mehr beobachten können.
>> 
>> https://downloads.openwrt.org/chaos_calmer/15.05.1/ar71xx/generic/
>> 
>> Kaufempfehlungen siehe oben, bedenke aber, dass die genannten Modelle
>> auch schon älter und womöglich nicht mehr leicht erhältlich sind.
>> Achte sonst darauf, dass der Hersteller (noch) OpenWRT unterstützt,
>> der RAM mindestens 32MB und der Flash nach Möglichkeit zumindest 8MB
>> hat und schau im OpenWRT-Wiki, ob die Geräte unterstützt werden.
>> Diese Geräte sind meist aber auch eine Spur teurer als die "kleinen
>> Router".
>>> bei geizhals haben die router die ich derzeit verwende sehr gute
>>> bewertungen, was mich dazu bringt hier nachzufragen..  
>> Der einzige Kritikpunkt bei diesen Geräten wäre somit der geringe
>> Flash-Speicher von nur 4MB. Von OpenWRT und DD-WRT gibt es schon
>> länger die Empfehlung, auf Modelle mit mehr Flash auszuweichen, da
>> die Images tendenziell eher wachsen.
>> 
>> Mit dem OpenWRT ImageBuilder kann man sich jedoch auch eine eigene
>> Zusammenstellung der Firmware basteln, die gerade noch mit dem
>> vorhandenen Speicher auskommt.
>> Wenn Du dabei Hilfe brauchst oder Fragen zur Konfiguration hast,
>> melde Dich!
>> 
>> 
>> Zum Eigenbau von Images eine allgemeine Warnung: achte darauf, dass
>> die Images nicht zu groß werden und Du auch keine Pakete entfernst,
>> die erforderlich sind, sonst kannst Du den Router geringfügig
>> (Symptom: Reboot-Loop) bis total (nur eine LED leuchtet mehr)
>> "bricken". Nicht alle TP-Links haben einen Bootloader, der
>> tftp-Recovery (googlen nach:recovery + 192.168.0.86 oder
>> 192.168.1.86) kann. Vor einem solchen Experiment kann es je nach
>> Modell daher sinnvoll sein, zuerst auf eine aktuellere
>> Originalfirmware (inkl. Bootloader-Update) zurückzuflashen; außerdem
>> gibt es im OpenWRT-Forum einen modifzierten Bootloader für einige
>> Modelle). Auch dann ist nicht immer alles verloren, aber da brauchst
>> Du dann entweder die serielle Schnittstelle oder sogar JTAG...
>> 
>>> 
>>> 
>>> :*
>>> -flo
>>> 
>>> --
>>> Wien mailing list
>>> (spam-protected)
>>> https://lists.funkfeuer.at/mailman/listinfo/wien  
>> 
>> LG
>> 
>> Erich
>> 
>> 
>> --
>> Wien mailing list
>> (spam-protected)
>> https://lists.funkfeuer.at/mailman/listinfo/wien
> 
> --
> Wien mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/wien