Anderes Performance-Problem beim Meshen

Wie schön, wieder eine neue Karte.
Darum gehts:
http://map.freifunk-ruhrgebiet.de/meshviewer/#!n:c04a0005822c
Wie leicht man sich doch bei den Entferneungen verschätzen kann… :wink:

123 m

so was habe ich auch an 2 Stellen.
Mesh ist da, aber Verbindungsqualität unter 10%, also für reale Nutzung unmöglich, für Internet schon gar nicht, kommt nur „unbekanntes Netzwerk“ oder andauerndes login/logout/login

Weis nicht ob es ginge, Meshing von einer Mindestverbindungsqualität abhängig zu machen, die der für Internet notwendigen Mindestqualität entspricht und so verhindert, dass ständig unbrauchbare Verbindungen erneuert werden, was das ganze Meshnetz runterdrückt.

Leider schauen einige nur auf „Mesh funktioniert“ (egal, wie bescheiden) und denken dann, alles easy, aber das Gegenteil ist der Fall, ist nämlich eine ständige Quelle für Reklamationen und Äerger = Imageverlust für FF

Lösung im obigen Fall seh ich nur mit „noch ein Router dazwischen setzen“ 123 m ist recht viel, selbst unter Idealbedingungen.

1 „Gefällt mir“

Man könnte in der Firmware die MCAST Rate hoch setzen. Bei uns in der Community ist die auf 12000 gesetzt, wie bei den meisten Communitys. Sprich erst wenn WLAN technisch eine 12 MBit Verbindung besteht wird gemesht.

1 „Gefällt mir“

lässt sich das in % bezogen auf die Angaben z.B. in http://map.ff.petabyteboy.de/ ausdrücken?

Hi,
„MCAST ändern“- kann ich das (per ssh) prüfen und ggf. ändern?

Hiermit kannste dir den Wert anzeigen lassen.

root@MA-Balkon-LocoM2:~# uci show | grep mcast
wireless.mesh_radio0.mcast_rate=12000

Setzt du den Wert mit:

uci set wireless.mesh_radio0.mcast_rate=6000
uci commit wireless.mesh_radio0.mcast_rate
wifi

Mesht der Knoten eventuell auch mit weiter entfernten Knoten

Hiermit:

uci set wireless.mesh_radio0.mcast_rate=18000
uci commit wireless.mesh_radio0.mcast_rate
wifi

Mesht ein Knoten wohl nur mit anderen Knoten die näher beieinander sind. Ich bin mir aber grundsätzlich nicht sicher ob man beliebige Werte für MCAST nehmen kann. Müsste man ausprobieren. Hab leider keinen weiter entfernten Knoten zum austesten gerade verfügbar.

Danke für den Tipp.
Ich habe es bei beiden betroffenen Routern geändert (von 12000 auf 18000). Ich gehe mal davon aus, dass es keine Neustart braucht?
Ob es sich positiv auswirkt, kann ich noch nicht sagen, schlechte Verbindungen gibt es aber nach wie vor. Ich habe mal im Abstand von ca. einer Stunde die folgenden beiden Screenshots gemacht. Was bedeuten die Zahlen, die erscheinen, wenn man mit dem Mauszeiger auf die Verbindung zeigt?

Sie zeigen die Qualität des MESH an. 1.000 bedeutet keinen Paket Verlust und würde 100% TQ bedeuten. 2.000 würde 50% TQ bedeuten. Also jedes zweite Daten Paket kommt nicht mehr an. Es zeigt sich durch die Änderung der MCAST Rate wohl sehr deutlich das die Qualität des MESH sich erheblich verschlechtert hat.

Ich habe es jetzt mal in die andere Richtung auf 6000 geändert. Aber was ich eigentlich erreichen wollte, war ja, dass sich die beiden sich gar nicht mehr miteinander verbinden. Schließlich haben beide Knoten ja einen eigenen Uplink. Können wir noch etwas in diese Richtung probieren?

Ich verstehe nicht, warum du es auf der einen Seite verringert hast. Du solltest es auf beiden Seiten auf 18000 anheben, damit schlechte Verbindungen nicht akzeptiert werden.

Das ist ein Missverständnis. Ich habe den MCAST-Wert jeweils bei beiden Routern in gleicher Weise geändert. Erst bei beiden auf 18000, dann bei beiden auf 6000.
Mit der Formulierung „andere Richtung“ meinte die Änderung des Wertes in die Richtung nach unten, vom vorher eingestellten Standardwert 12000 aus gesehen…

Ich habe jetzt beide Varianten ausprobiert: 18000 wie auch 6000 bei jeweils beiden beteiligten Routern. Die beiden meshen aber mit sich häufig stark ändernder Qualität weiter.

Ich möchte deshal nochmal meine Ursprungsfrage neu stellen: Kann ich über ssh und Kommandozeile das Meshen abschalten?

Klar.
/etc/init.d/alfred stop

Ich denke nur, dass so ein Node dann nur von beschränktem Nutzen ist für Freifunk.

Damit schaltest du nur den Daten Sammler Alfred aus. Musst das Wifi Mesh Interface abschalten. Aber ohne Mesh ist das kein richtiges Freifunk mehr. Du beraubst andere der Möglichkeit am Freifunk Netz teilzunehmen.

Ups… natürlich

ifconfig bat0 down sollte dem Mesh den Saft abdrehen.

Dann hast du auch kein MeshVPN mehr. Du musst das WifiMesh Device ausschalten.

Die Anforderung war, das Mesh abzuschalten. Das tut das.
vgl:

Bin mir nicht sicher ob ohne Bat0 ein Client noch irgendwas im Netz machen kann. Mit Bat0 off schaltest du quasi den verteilten Layer 2 Switch ab.

Diese Antworten verwirren mich nun etwas… Was heißt: „kein richtiges Freifunk mehr“?
Beide Knoten haben eigene Uplinks. Kann man sich ohne „Mesh“ nicht mehr damit verbinden? Oder gilt das Abschalten des Meshens nur für die Knoten untereinander (was ich ja gern ausproieren wollte).

Vielleicht gibt es ja noch eine andere Lösung.
Das Problem bleibt: wenn die oben genannten Knoten sich miteinander verbinden werden sie, wenn die Qualität der Verbindung schlechter wird, also in rot dargestellt wird, immer weniger benutzbar. Das äußert sich in immer längeren Ladezeiten der Seiten, bis hin zu dem Gefühl, das neu aufgerufenen Seiten gar nicht mehr geladen werden.
Diese Verhalten wurde weiter oben auch von anderen schon bestätigt. Gibt es für dieses Problem einen Lösungsvorschlag? Am besten einen, den man auch per ssh und Kommandozeile umsetzen kann.

Ich hoffe, ich konnte mich verständlich ausdrücken… und danke für eure Mühe mit den Antworten…

Wenn ich die Paderborner richtig verstehe, kannst du das Mesh auf dem Wlan abschalten, die Clients aber anlassen → http://wiki.freifunk.net/Freifunk_Paderborn/Mesh-on-WAN_LAN (ganz unten).

Ja - natürlich ist das nicht im Freifunk Sinn, zum Testen oder speziellen Konstellation mag es aber Sinn machen.