[Freifunk Franken] W-lan in Flüchtlingsunterkunft - Performance

[Tom Green]

Also der 2te ping sah besser aus:

--- 91.13.36.94 ping statistics ---
3045 packets transmitted, 2963 received, 2% packet loss, time 3047237ms
rtt min/avg/max/mdev = 17.444/42.159/223.958/40.856 ms

scheint wenn dann was temporäres zu sein.


On 02.10.2015 12:10, Tom Green wrote:
> kein log mehr. sorry. kann ja nochmal mit log pingen.
>
> On 02.10.2015 12:08, Michael Fritscher wrote:
>> Hi,
>>
>> waren die Ausfälle eher 1-2 große Blöcke oder über die Stunde verteilt?
>> Während meines Zugriffs auf den Router per ssh ist mir nämlich nichts
>> aufgefallen.
>>
>> Nunja, ich werde mir die Fritzbox auch mal anschauen ;-)
>>
>> Wenn ihr noch weitere Ideen habt - immer her damit, dann werde ich sie
>> heute Nachmittag mit abarbeiten.
>>
>> Viele Grüße,
>> Michael
>>
>>> Ein Normaler ping (kein floating) auf die IP von ArnsteinerNetz001:
>>>
>>> -- 91.13.36.94 ping statistics ---
>>> 3302 packets transmitted, 2883 received, +22 errors, 12% packet loss,
>>> time 3307211ms
>>> rtt min/avg/max/mdev = 64.872/97.105/1378.291/85.963 ms, pipe 2
>>>
>>> Ich vermute fast da ist schon mit der Verbindung Internet zum Router was
>>> im Argen. Ferndiagnosen sind schwierig :)
>>>
>>>
>>> On 02.10.2015 10:41, Klaus M. Pracht - Arnsteiner Netz e.V. wrote:
>>>> Am 841 kann man den Funk abschalten, zumindest geht die LED aus. Am
>>>> 1043 gehts mit der Firmware, die ich habe, nicht. Dort hab ich zum
>>>> Test die Antennen abgeschraubt.
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> Arnsteiner Netz e.V.
>>>> Initiative für Vernetzung und Kommunikation
>>>>
>>>> Homepage: http://arnsteinernetz.de
>>>> Forum:    http://arnsteiner.net
>>>>
>>>> ---------------------------------------------------------------------
>>>> Absender: Klaus M. Pracht - Schriftführer
>>>> ---------------------------------------------------------------------
>>>>
>>>> Michael Fritscher schrieb am 02.10.2015 10:33:
>>>>
>>>>> Hi,
>>>>>
>>>>> ich weiß nicht, ob man bei diesen Routern WLAN ausschalten kann, bzw.
>>>>> ob
>>>>> der Schalter unter OpenWRT funktioniert. Und bei der Menge an Meldungen
>>>>> kann es gut sein, dass der Kernel bzw. Teile des SoCs blockiert sind
>>>>> (was
>>>>> man u.U. nichtmal an der load/cpu auslastung sehen kann).
>>>>>
>>>>> Viele Grüße,
>>>>> Michael
>>>>>
>>>>>> aber jetzt mal unterm strich, wenn er per Kabel am router, der auch
>>>>> noch
>>>>>> per wan am Gateway hängt nen Speedtest bei ausgeschaltetem wlan
>>>>> macht,
>>>>>> dürfte der Fehler doch nicht am mesh oder wlan liegen oder?
>>>>>>
>>>>>> Viele Grüße
>>>>>>
>>>>>> Patrik
>>>>>>
>>>>>> Am 2. Oktober 2015 um 09:56 schrieb Michael Fritscher
>>>>>> <michael at fritscher.net
>>>>>>> :
>>>>>>> Hi,
>>>>>>>
>>>>>>> ich habe mich mal auf einen Router (ein direkt ans Internet
>>>>> angebundener
>>>>>>> 841er) von Klaus umgeschaut. Was gut ist: CPU, Flash und
>>>>> RAM-Auslastung
>>>>>>> sind erstmal in Ordnung. Was mir allerdings garnicht gefällt sind
>>>>> in
>>>>>>> /var/log/dmesg die extrem vielen
>>>>>>>
>>>>>>> "
>>>>>>> ath: phy0: Failed to stop TX DMA, queues=0x004
>>>>>>> "
>>>>>>> . Laut "Internet" ;-) ist das ein ziemlich weit verbreiteter Fehler.
>>>>>>>
>>>>>>> Da passt was definitiv nicht. Ein iw w2mesh station dump sagt bei
>>>>> allen
>>>>>>> Stationen Zahlen wie
>>>>>>>
>>>>>>> tx packets:     25697604
>>>>>>> tx retries:     12246527
>>>>>>>
>>>>>>> was meines Erachtens ebenfalls alles andere als normal ist.
>>>>>>>
>>>>>>> laut netmon ist die Version 0.5.0 (build date: Fr 17. Okt 14:03:18
>>>>> CEST
>>>>>>> 2014). Ist das die aktuelle (Die aktuell herunterladbare Firmware
>>>>> hat
>>>>>>> einen wesentlich aktuelleren Timestamp (30.5.2015), oder ist das
>>>>> durch
>>>>>>> Kopieraktionen auf dem Server passiert)?
>>>>>>>
>>>>>>> Ich bin gerade von remote auf der Maschine (über Freifunk-Netz, von
>>>>>>> Würzburg aus nach Arnstein). SSH "fühlt" sich gut an, also scheint
>>>>>>> zumindest drahtgebundenes Layer2 in Ordnung zu sein.
>>>>>>>
>>>>>>> Mögliche Lösungsansätze aus meiner Sicht:
>>>>>>>   * Falls das nicht die aktuelle Firmware ist: aktualisieren
>>>>>>>   * Die aktuellste Entwicklerversion verwenden
>>>>>>>   * in /etc/config/wireless den "n" Modus deaktivieren (soll
>>>>> angeblich
>>>>>>> helfen)
>>>>>>>   * in dieser Datei testweise w2mesh deaktivieren.
>>>>>>>
>>>>>>> Fallen euch noch weitere Dinge ein? Klaus: Diese Änderungen sollten
>>>>>>> meiner
>>>>>>> Meinung nach nur gemacht werden, wenn jemand vor Ort ist, um im
>>>>> Notfall
>>>>>>> direkt eingreifen zu können.
>>>>>>>
>>>>>>> Wenn es ohne Mesh wesentlich besser klappt können wir uns in Ruhe
>>>>>>> überlegen, wie wir das vernünftig zum Laufen bekommen. Mein erster
>>>>>>> Vorschlag wäre möglichst viele Verbindungen durch Kabel zu
>>>>> ersetzen.
>>>>>>> Bei
>>>>>>> Routern, die zwingend per WLAN meshen müssen, würde ich die
>>>>>>> Client-Verbindungen mittels billigst APs erledigen, die als reiner
>>>>> AP
>>>>>>> konfiguriert sind, mit Original-Firmware laufen können und an den
>>>>>>> Client-Ports der Freifunk-Router hängen. Die WLAN-Module der
>>>>>>> Freifunk-Router würde ich dann nur noch zum Meshen verwenden, wobei
>>>>> es
>>>>>>> gut
>>>>>>> wäre, wenn man z.B. 2 "Untergruppen" hätte, die untereinander per
>>>>> LAN
>>>>>>> verbunden wären. Dann würde ich die 1. Untergruppe z.B. auf
>>>>> Funkkanal
>>>>>>> 6,
>>>>>>> die 2. Untergruppe auf Funkkanal 11 legen.
>>>>>>> Vielleicht können wir schon durch durch die Tatsache, dass du 2
>>>>>>> Telekom-Anschlüsse hast einiges entzerren.
>>>>>>>
>>>>>>> Viele Grüße,
>>>>>>> Michael
>>>>>>>
>>>>>>> P.S. ein etwas größerer Ausschnitt auf /var/log/dmesg:
>>>>>>> [278524.960000] ath: phy0: Failed to stop TX DMA, queues=0x004!
>>>>>>> [278588.820000] net_ratelimit: 1 callbacks suppressed
>>>>>>> [278613.920000] net_ratelimit: 235 callbacks suppressed
>>>>>>> [278633.320000] net_ratelimit: 248 callbacks suppressed
>>>>>>> [278641.940000] net_ratelimit: 52 callbacks suppressed
>>>>>>> [278669.120000] net_ratelimit: 52 callbacks suppressed
>>>>>>> [278693.290000] net_ratelimit: 32 callbacks suppressed
>>>>>>> [278698.930000] net_ratelimit: 69 callbacks suppressed
>>>>>>> [278769.690000] net_ratelimit: 14 callbacks suppressed
>>>>>>> [278774.870000] net_ratelimit: 17 callbacks suppressed
>>>>>>> [278877.790000] net_ratelimit: 3 callbacks suppressed
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> franken mailing list
>>>>>>> franken at freifunk.net
>>>>>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>>>>>>
>>>>>> _______________________________________________
>>>>>> franken mailing list
>>>>>> franken at freifunk.net
>>>>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>>>>>
>>>>> _______________________________________________
>>>>> franken mailing list
>>>>> franken at freifunk.net
>>>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>>>>
>>>> _______________________________________________
>>>> franken mailing list
>>>> franken at freifunk.net
>>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>> _______________________________________________
>>> franken mailing list
>>> franken at freifunk.net
>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>>
>> _______________________________________________
>> franken mailing list
>> franken at freifunk.net
>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
> _______________________________________________
> franken mailing list
> franken at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : ArnsteinerNetz001-ping.txt.gz
Dateityp    : application/gzip
Dateigröße  : 12825 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.freifunk.net/mailman/private/franken-freifunk.net/attachments/20151002/69c3c35c/attachment.bin>