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

[Franz Körfgen]

Ich habe diesen (vergleichbaren) Fall in der NUK Zeughofstr.
und WiFi-Jamming vermutet, da dieser Effekt nur zeitlich begrenzt am:
- Freitag 15:50 - 16:20
- Samstag 03:10 - 08:45
an 2 verschiedenen WDR4300 auftrat. Mich erstaunt die "Selbstheilung" in 
diesem Fall. Deshalb die Frage, ob auch ein solcher Effekt möglich ist.

Vor etwa 2 Wochen hatte ich an einem WDR4300 den Effekt, dass er 
disabled war und neu gestartet werden musste.

LG Franz



Am 19.12.2015 um 14:23 schrieb 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
>>
>
>
>
> _______________________________________________
> 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
>