[Berlin-wireless] Max. 6MBytes/Sek über VPN + WR1043ND v1 instabil, war: Ein paar Fragen eines Anfängers

[nico]

Dieses Skript würde ich nicht empfehlen generisch zu benutzen. Es tut
seinen Job für WDR4300er in der Notunterkunft in der Malmöer Str. Hier
kommt es manchmal dazu dass der Chipset taub wird. Bemerkbar ist dass,
dass kein einziger Client (in einer Notunterkunft sind mind 15 Clients
zu jeder Uhrzeit) oder dass mittels `iw dev` der AP als managed
angezeigt wird. Schöner wäre also nicht die Clients zu zählen sondern zu
gucken ob der AP überhaupt noch an ist. Sonst kann dir das natürlich
passieren dass dein Wifi jede Minute einfach neugestartet wird obwohl es
keine Probleme gibt. Weiterhin werden manchmal die Radios* disabled.
Warum und wieso ist bisher unklar. Vlt betätigt auch einfach jmd den
Wifi-Schalter. Das ganze wird zzt mal gelogged um das Problem eingrenzen
zu können. Wenn ich mehr Infos habe kann ich dies ja hier kundtun sowie
nen Ticket erstellen. Ist übrigens Berliner Firmware unabhängig da dort
für den core-Router die Berliner Firmware und für die Slaves vanilla
OpenWRT Chaos Chalmer zum Einsatz kommt.

Gruß
Nico

On 12/19/2015 01:41 PM, Philipp Borgers wrote:
> Ein reboot per cron job wird auch reichen. Es reicht wahrscheinlich auch, wenn
> ihr das wifi neustartet mit "wifi stop; wifi start".
> 
> Wir haben in manchen Unterkünften das Problem, dass irgendwann der AP keine
> Clients mehr hat. Das haben wir (Nico) mit folgendem Script das als cronjob
> läuft gelöst:
> 
> #!/bin/sh
> 
> DEVICES="wlan0" # ignore 5ghz
> 
> for device in $DEVICES; do
>   stations=$(iw dev $device station dump | grep Station | wc -l)
>   if [ "$stations" -gt "0" ]; then
>     msg="$stations stations connected to '$device'. Wifi is working"
>     logger -p "info" -t check-wifi $msg
>   else
>     msg="No station connected to '$device'. Restarting wifi!"
> 
>     # sometimes radio chipsets are disabled. enable them!
>     uci set wireless.radio0.disabled=0
>     uci set wireless.radio1.disabled=0
>     uci commit
> 
>     logger -p "error" -t check-wifi $msg
>     wifi
>   fi
> done
> 
> Ihr könntet das auch für das Adhoc-Interface nutzen. Einfach DEVICES anpassen.
> 
> Gruß Philipp
> 
> On Sat, Dec 19, 2015 at 01:22:18PM +0100, bale wrote:
>> Hi, sollte ein regelmäßiger reboot per cron job nicht reichen? Oder muss es ein trennen der Stromversorgung sein?
>>
>> Gruß,
>> Nico
>>
>> Am 19. Dezember 2015 13:19:00 MEZ, schrieb Malte <freifunk at antenne.yagii.de>:
>>> On Sat, 19 Dec 2015, Tim Ulrich wrote:
>>>
>>>> ich bin seit kurzem Freifunker
>>>
>>> Willkommen! :-)
>>>
>>>> Damit kam mein erstes Problem auf, trotz der erhöhten werte blieb der
>>>
>>>> gemessene DL im Freifunk Wlan bei max. knapp über 6Mbps.
>>>
>>> Da wird vermutlich OpenVPN oder der QoS-Teil nicht mehr schaffen.
>>> Probier' mal, Dich per SSH auf dem Router einzuloggen (Anleitungen
>>> gibt's 
>>> z.B. auf wiki.freifunk.net) und dann auf der Konsole
>>>
>>> /etc/init.d/qos disable
>>> reboot
>>>
>>> zu machen, dann nochmal testen, hier bescheidsagen, ggf. kannst Du das
>>> per 
>>> "enable" statt "disable" wieder rückgängig machen.
>>>
>>>> Nun mein zweites Problem, nach ein paar Tagen leuchtete an dem
>>> zweiten 
>>>> Router nur noch die Power LED, der Rest war komplett Tod.
>>>
>>> Das ist beim WR1043ND v1 ein bekanntes Problem, weswegen wir den auch 
>>> nicht empfehlen; daran beißen sich die OpenWrtler schon quasi seit
>>> Jahren 
>>> die Zähne aus, da wird also vermutlich leider auch nichts mehr
>>> passieren. 
>>> Richtig zuverlässig helfen wird nur eine Zeitschaltuhr und darüber den 
>>> Router ein- oder mehrmals täglich kurz neustarten.
>>>
>>> Zur Zeit sieht's mit für Freifunk empfehlenswerten (günstigen) Routern 
>>> etwas mau aus.
>>> https://wiki.freifunk.net/Berlin:Firmware#Welche_g.C3.BCnstigen_Router_kann_ich_benutzen.3F
>>>
>>> Grüße,
>>> Malte
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
> 
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ?ffentlich einsehbares Archiv
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : 0xE52FF979.asc
Dateityp    : application/pgp-keys
Dateigröße  : 3928 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151219/247162a4/attachment.key>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151219/247162a4/attachment.sig>