[hannover] Meshnet Probleme

Mo Aug 15 18:13:47 CEST 2016

Hi Tobby, hi alle.

Falls es hilft, Leo hat letzten Donnerstag auf einem meiner Router 
(A_Dalek) mal ein Pingtest Script installiert, dass jede Minute nen 
Pingtest macht und die Ergebnisse in Grafana aufbereitet.
Die Grafik dort nennt sich Router testing: 
http://stats.ffh/dashboard/db/router-testing
Parallel dazu läuft mein Pingtest Scipt, das alle 15 Minuten den 
nächsten Knoten anpingt und wenn nötig die Wifi Schnittstelle neu startet.
Die Fälle, wo es passiert werden in ner Textdatei gespeichert:

Fri Aug 12 10:30:14 CEST 2016
Fri Aug 12 14:30:14 CEST 2016
Sat Aug 13 07:45:13 CEST 2016
Sat Aug 13 09:30:14 CEST 2016
Sat Aug 13 17:00:14 CEST 2016
Sat Aug 13 20:15:14 CEST 2016
Sun Aug 14 01:15:13 CEST 2016
Sun Aug 14 06:30:13 CEST 2016
Sun Aug 14 14:30:14 CEST 2016
Mon Aug 15 00:00:14 CEST 2016
Mon Aug 15 11:00:15 CEST 2016

Das Script wird allerdings nur alle 15 Minuten aufgeführt und macht nur 
einen Ping.
Gemeinsamkeiten hab ich jetzt nicht gefunden.
Können wir ja Donnerstag noch mal drüber reden, was man noch machen kann.

Gruß Bernd

Am 15.08.2016 um 17:37 schrieb Tobby:
> Da das Problem jetzt öfter berichtet wird, sollten wir unbedingt mal
> nachschauen, ob das Problem nur eines in Hannover ist, oder ob andere
> Communities auch das Problem haben. Danach sollten wir Gemeinsamkeiten
> und Unterschiede suchen, um das Problem einzugrenzen, damit wir es
> vielleicht angehen und beheben können. Auch wenn das Problem kein
> Beinbruch ist und Großteile des Netzes stabil laufen, so sind die
> Workarounds doch unschön und eine Behebung sollte eher das Ziel sein.
>
> Ist vielleicht das (eigentlich technisch bessere) 802.11s
> Meshing-Verfahren noch nicht so stabil in seiner Implementierung? Ein
> Wechsel zurück zum (unflexibleren und schlechteren) Ad-Hoc wäre zwar
> vermutlich ein erheblicher Aufwand, aber falls es daran liegt, müsste
> man darüber nachdenken.
>
> Oder kann man 802.11s parallel mit Ad-Hoc benutzen? Dann könnte man
> mal beides aktivieren und schauen was davon stabiler läuft, außerdem
> funktioniert dann vielleicht noch eines von beiden, wenn das andere
> ausfällt.
> Aber keine Ahnung, ob sich das überhaupt realisieren lässt und vor
> allen Dingen müssen wir dafür erst einmal eingrenzen, ob hier
> überhaupt das Problem liegt.
>
> Hab' bei meiner Schwester nun auch mal ein Mesh-Netzwerk hingestellt.
> Die Entfernungen sind nicht sehr groß (unter 40m), die TQ ist
> entsprechend hoch (>90%) und die Störungen durch andere WLANs dürften
> bei ungefähr Null liegen. Mal schauen, ob dort die Probleme auch
> auftreten, oder ob externe Störungen (schlechte Verbindungen/Abbrüche,
> andere WLANs, ...) dafür verantwortlich sind.
>
> Viele Grüße
> Tobby
>
> Am 14. August 2016 um 17:15 schrieb Carsten Wiemann <carsten at wiemann.pro>:
>> Hallo Robert,
>>
>> das hatte ich auch schon überlegt und nachgefragt, ob wir das
>> realisieren sollen.
>> Auf der anderen Seite hilft das leider nicht in diesem speziellen Fall.
>> Wenn der Knoten ohne uplink ist, kommt dieser nicht wieder, oder erst
>> nach einiger Zeit und es ist ja nicht möglich, diesen per ssh anzusprechen.
>> Bei KustomKings mußten wir immer die Router stromlos machen.
>>
>> Deshalb ist die Lösung von Bernd eine schöne Lösung, dass der Router
>> ohne Uplink prüft, ob er den Uplink anpingen kann. Wenn nicht, dann
>> refreshed er den WLan Adapter.
>> Das funktioniert jetzt sehr gut in der Bahnhofsstrasse und am Kröpcke,
>> sowie in den Flüchtlingsheimen.
>>
>> MfG
>>
>> Carsten
>>
>>
>> Am 8/13/16 um 9:42 PM schrieb Robert Räke:
>>> Moin,
>>>
>>> Freifunk Nord hat eine Knotenverwaltung die, wenn gewünscht, Mails
>>> verschickt, wenn ein Knoten offline ist. Ich finde das nicht verkehrt.
>>>
>>> Viele Grüße
>>>
>>> Freibert
>>>
>>> Am 13.08.2016 um 21:34 schrieb Carsten Wiemann:
>>>> Hallo Leon,
>>>>
>>>> nein, es gab kein Update.
>>>>
>>>> Wir haben aber auc schon Probleme festgestellt.
>>>> Bernd hat dazu ein Script geschrieben, um das Problem zu beheben:
>>>>
>>>>
>>>> Da die Freifunk Router schon ab und zu mal aussteigen und die Verbindung
>>>> verlieren (vor allem bei großen Meshnetzen) hab ich mir als Workaround
>>>> ein Script eingebaut, dass alle 15 Minuten einen der Router pingt und im
>>>> Fehlerfall mal kurz das Wifi recyclet.
>>>> Vorgehen:
>>>> Per ssh auf den Router
>>>> crontab -e
>>>> Zeile eintragen:  */15 * * * * /etc/config/pingtest.sh
>>>> (alle 15 Minuten ausführen, Leerzeile nicht vergessen)
>>>>
>>>>   /etc/config/pingtest.sh (nicht vergessen, executable zu machen) :
>>>>
>>>> ping6 -c 1 fdca:ffee:8:0:c6e9:84ff:febe:2390 > /dev/null
>>>> if [ $? -ne 0 ]; then
>>>> wifi down; sleep 1 ; wifi; date >>/etc/config/pingtest.txt
>>>> fi
>>>>
>>>> fdca:ffee:8:0:c6e9:84ff:febe:2390 ist die IP von der CPE am Cafe 24
>>>> Grad, das war fürs Flüchtlingswohnheim E-Damm. Diese muss gegen den
>>>> nächsten Meshpartner ausgetauscht werden.
>>>>
>>>> ggf rebooten
>>>>
>>>> MfG
>>>>
>>>> Carsten
>>>>
>>>> Am 8/13/16 um 9:24 PM schrieb Leon Plesse:
>>>>> Hallo zusammen,
>>>>> gab es in letzter Zeit ein Update der Firmware? Wir in Springe haben in
>>>>> den letzten Tagen starke Probleme mit dem Meshnet. Viele Router sind
>>>>> deswegen offline. Hat noch jemand diese Probleme?
>>>>>
>>>>> Grüße
>>>>> Leon
>>>
>>>
>> --
>> hannover mailing list
>> hannover at freifunk.net
>> http://lists.freifunk.net/mailman/listinfo/hannover-freifunk.net

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus