[Freifunk Franken] Geschwindkeitsbeeinträchtigung durch Freifunk?

[Christian Dresel]

Hi

> Simon Harhues <Simon.Harhues at muenster.de> hat am 7. Juni 2016 um 08:49
> geschrieben:
> 
> Hallo Christian,
> 
> danke für die schnelle Rückmeldung, dann probiere ich das mal aus. Ist
> das dokumentiert/selbsterklärend welche Einstellung zu machen ist (habe

ich kenn die Option jetzt nicht auswendig aber es ist relativ einfach zu
erkennen. Ansonsten mal im OpenWRT Wiki nachlesen

> gerade keinen Router verfügbar)? Und ist die Konfiguration update-sicher?

nein, dazu müsste in /etc/sysupgrade.conf die /etc/config/wireless nachgetragen
werden. Wenn sich allerdings später mal was (grundlegendes) an den
Wirelesssettings ändert, bekommst du das nicht mit geupdatet. Man sollte hier
also wissen wann man es tut und wann nicht.

> 
> Soll ich auf den verwendeten Routern dann mal wie in dem von dir
> verlinkten WikiArtikel die belegte AirTime aktivieren? Oder ist das
> dauerhaft nicht zu empfehlen (performance)? Da das Haus frei steht,

Sehr gerne dauerhaft aktivieren, in Sachen perfomance sollte das nur sehr sehr
wenig (bis fast nichts...) ausmachen. Bitte Rückmeldung wo es eingebaut wurde,
mich würden die Zahlen sehr interessieren.

> hatte ich den Eindruck dass es wenig drumherumliegende WLANs gibt, die
> Interferenzen erzeugen.

Das ist leider immer sehr schwer zu beweisen, die Anzeige könnte da u.U.
Aufschluss geben. Ich hasse es ehrlich gesagt ins blaue zu raten, Infos sammeln
und zu sichern wo es hakt macht deutlich mehr Sinn. Ich bin da auch noch viel am
herumprobieren. Man sollte solche Probleme immer Schritt für Schritt angehen:
- 2 Laptops vor Ort ins WLAN einbuchen und eine Datei von Laptop A auf Laptop B
kopieren -> schnell dann ist das WLAN unschuldig und man in Richtung
Internetuplink weitersuchen, langsam ist das WLAN Schuld (man kann auch einen
Router verwenden und per wget nach /dev/null eine große Datei laden, da machen
sich dann viele Möglichkeiten auf je nachdem wie halt das Netz vor Ort aufgebaut
ist)
- Das ganze kann man auch von verschiedenen Routern im Haus probieren, evtl.
auch Laptop mit Kabel an Clientport anschließen, dadurch kann man das Mesh
testen
- Eine Datei von einen anderen Freifunkserver Freifunkintern herunterladen,
dadurch kann man u.U. langsame Mullvad-VPNs o.ä. Exits ausschließen z.b.
http://10.50.32.4/100mb.test ein traceroute dahin hilft zu sehen wieviel hops
dafür überhaupt nötig sind und wie die Pings dazwischen sind.
- usw... hilfreich für solche Sachen ist es zu wissen wie das Netz aufgebaut
ist.

> 
> Zwecks Wünsche an WebUI:
> Update mit automatischem Herunterladen des Bin ist ja so wie ich es
> gesehen habe bereits ergänzt worden.

Meines wissens noch nicht, ist aber wohl geplant.

> Ansonsten fällt mir so spontan nichts ein, wenn ich etwas habe melde ich
> mich gerne nochmal. :) (Ich weiß jedoch ja so auch gar nicht was
> überhaupt möglich ist)

Theoretisch ist alles möglich, manches aufwendiger manches sind nur ein paar
Zeilen ;)

> Generell fände ich es schön wenn es eine kontext-Hilfe im WebUI gäbe, wo
> kurz erläutert wird was die Optionen machen. Ich kann mich daran
> erinnern dass es in der März-Firmware rechts im Menü den Button
> "erweitert" mit an/aus gab und ich nie wusste was der eigentlich tut...

Der hat auch gar nix getan, deshalb ist er verschwunden ;)

> Noch besser als die Möglichkeit im WebUI den Kanal manuell festzulegen
> fände ich als Standard die Option dass sich der Router selbstständig
> einen wenig genutzten Kanal sucht.

Das ist relativ schlecht, wir wollen uns ja verbinden, meshen usw. Dafür müssen
die Router alle den gleichen Kanal haben, wenn sich nun jeder Router irgendeinen
Kanal sucht, ist das meshen meist hinfällig -> unschön. Daher wurde sich auf
Kanal 1 festgelegt und wenn jemand ändern will kann er das tun sollte dabei aber
immer die Möglichkeit offen halten das man sich dennoch vermeshen kann, sei es
durch einen Dachrouter auf Kanal 1 oder auch das ordentlich zu dokumentieren das
der Kanal geändert wurde. Dann können alle die meshen wollen auch ihren Kanal
anpassen.

mfg

Christian

> 
> Danke
> Simon
> 
> Am 07.06.2016 um 08:35 schrieb Christian Dresel:
> > Hallo
> > 
> > Kanal lässt sich in /etc/config/wireless per SSH ändern. Im WebUI ist noch
> > keine
> > Möglichkeit implementiert. Wir bräuchten mal ein ToDo was sich die Leute so
> > im
> > WebUI wünschen, das ist alles nicht sooo kompliziert einzubauen man müsste
> > nur
> > wissen was sich gewünscht wird und was nicht.
> > 
> > Zur Airitmeanalysie hilft vielleicht auch dieses Script:
> > 
> > https://wiki.freifunk-franken.de/w/Belegte_Airtime_im_Monitoring_anzeigen
> > 
> > Eine Rückmeldung wäre hier super, da ich hier auch noch am Erfahrungssammeln
> > bin. Meine Erfahrung:
> > - In Gegenden mit sehr wenig WLAN: 10-20%
> > - In Gegenden mit einigen WLANs: 25-40%
> > - In Unterkünften die ringsrum eingebaut sind mit vielen WLANs: 60%+++
> > 
> > mfg
> > 
> > Christian
> > 
> >> Simon Harhues <Simon.Harhues at muenster.de> hat am 7. Juni 2016 um 08:23
> >> geschrieben:
> >>
> >> Hallo Lars und Michael,
> >>
> >> danke für eure Antworten.
> >> Wenn ich euch richtig verstehe, dann habt ihr auch keine andere
> >> Erklärung für das Problem, als dass es zu viele Interferenzen im WLAN
> >> gab (was mich etwas wundert, ist, dass sich der KabelBW-Router nicht
> >> automatisch eine andere Frequenz gesucht hat, die leerer ist).
> >> Meshing und AccessPoint auf verschiedene Kanäle zu legen klingt gut
> >> (plus das KabelBW-Netz auf einen weiteren Kanal).
> >>
> >> Leider habe ich bisher keine Möglichkeit gefunden im WebUI den Funkkanal
> >> manuell zu setzen (auch mit der aktuellen Version 20160506 nicht).
> >> Vielleicht kann mir jemand, der sich mit der Franken Firmware besser
> >> auskennt noch einen Tipp geben ob/wie dies möglich ist.
> >>
> >> Vielen Dank
> >> Simon
> >>
> >> Am 07.06.2016 um 01:26 schrieb Michael Kreis:
> >>> Hallo, Lars!
> >>>
> >>> Die Verwendung des Kanals 6 in deinem Beispiel führt zu einer schlechten
> >>> Ausnutzung des Frequenzspektrums im 2,4-GHz-Bereich. Setzt man als Ziel
> >>> die Vermeidung von frequenzmäßigen Überschneidungen der an einem Ort zu
> >>> empfangenen WLAN-Stationen bei gleichzeitig größtmöglicher Zahl der
> >>> WLAN-Netze voraus, so kommt nur die Kanalkombination 1, 5, 9 und 13 in
> >>> Frage. Bei der Verwendung z. B. der Kanäle 1, 6, 11 bleibt ein Teil des
> >>> Spektrums ungenutzt und es kommt in geringerem räumlichen Abstand zur
> >>> Wiederbelegung eines WLAN-Kanals, es stehen dann ja nur 3 anstatt 4
> >>> davon zur Verfügung.
> >>>
> >>> Mit freundlichem Gruß
> >>> Michael Kreis ("Radiator")
> >>>
> >>> Am 7. Juni 2016 um 01:06 schrieb Lars Mentrup <lars.mentrup at gmail.com
> >>> <mailto:lars.mentrup at gmail.com>>:
> >>>
> >>> Servus aus München,
> >>>
> >>> hier nutzen wir in solchen Fällen hin und wieder den "Doppelten
> >>> 841er", d.h. zwei 841er pro Knotenposition. 
> >>>
> >>> In Deinem Fall:
> >>> Pro Stockwerk werden zwei 841er direkt nebeneinander angebracht.
> >>> Der eine 841er spannt ausschließlich das Mesh-Netz auf und der
> >>> andere 841er ausschließlich das Client-Netz.
> >>> Beide sind untereinander per LAN-Kabel verbunden und Mesh on LAN ist
> >>> aktiviert.
> >>> Beide Geräte funken auf unterschiedlichen Kanälen.
> >>>
> >>> Ich kenne die FFF-Firmware und die Einstellmöglichkeiten auch nicht.
> >>>
> >>> Aber z.B. könntest Du im
> >>> EG auf Kanal 1 das Client-Netz machen, auf Kanal 6 das Mesh-Netz
> >>> 1. OG auf Kanal 11 das Client-Netz und auf Kanal 6 das Mesh-Netz
> >>> 2. OG wieder Kanal 1 für Client- und auf Kanal 6 das Mesh-Netz
> >>>
> >>> So brauchst Du zwar sechs 841er, aber der Durchsatz sollte sich
> >>> deutlich erhöhen. Auch die Clients funken sich nicht ständig auf dem
> >>> selben Kanal gegenseitig rein.
> >>>
> >>> Vorsicht: bei uns ist diese Konstruktion nicht
> >>> Firmware-Update-sicher, da der Kanal jedesmal auf unseren
> >>> Default-Kanal zurückgesetzt wird. Deshal deaktivieren wir die
> >>> automatischen Updates. Hängt aber auch von Eurer FW ab.
> >>>
> >>> LG aus München
> >>> Lars
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Lars Mentrup
> >>> Hohenzollernstr. 17
> >>> 80801 München
> >>> Deutschland
> >>>
> >>> Mobil: +491792432770 <tel:%2B491792432770>
> >>>
> >>> Am 6. Juni 2016 um 19:41 schrieb Simon Harhues
> >>> <Simon.Harhues at muenster.de <mailto:Simon.Harhues at muenster.de>>:
> >>>
> >>> Hallo Freifunkende,
> >>>
> >>> ich habe probiert in Crailsheim eine Flüchtlingsunterkunft mit
> >>> Freifunk
> >>> auszustatten. Das Objekt ist ein freistehendes Haus, 3
> >>> Stockwerke, 28
> >>> Personen, ein 200 MBit KabelBW-Vertrag (400MBit laut KabelBW
> >>> möglich)
> >>> mit Router im Erdgeschoss als Uplink durch einen Flüchtling.
> >>> Ich habe drei TL-WR841N verwendet, einer im EG per Kabel als
> >>> Uplink an
> >>> den KabelBW-Router angeschlossen, dann jeweils im 1. und 2. OG
> >>> jeweils
> >>> im darüberliegenden Zimmer, da der Router im EG nicht bis nach oben
> >>> reichte. Access-Point + Meshen daher beides über WLAN. Die
> >>> eingesetzten
> >>> Router sind refugeeCR1, refugeeCR2 und refugeeCR5.[1] Firmware
> >>> Version
> >>> auf allen Routern: 20160310.
> >>> Die Flüchtlinge haben letzte Tage dann die Freifunk-Router wieder
> >>> ausgemacht, da der direkte Internetzugang via KabelBW wohl sehr
> >>> langsam
> >>> geworden ist. Das Monitoring hat mir jedoch immer max. 1MBit
> >>> angezeigt
> >>> -- also weit weniger als die 200MBit. Daher wäre meine Vermutung
> >>> nun,
> >>> dass einfach zu viele Interferenzen in der Luft waren, durch die
> >>> vier
> >>> Router und 20-30 Clients.
> >>> Oder was wäre eure Vermutung?
> >>>
> >>> Was würdet ihr als Lösung vorschlagen? Es liegen keine LAN-Kabel und
> >>> welche legen fällt wohl auch aus. Mir würde spontan nur die
> >>> Reduzierung
> >>> auf 2 Router und PowerLAN zum Meshen einfallen. Jedoch weiß ich
> >>> nicht
> >>> wie die Stromzähler/Sicherungen in dem Haus verbaut sind und ob
> >>> daher
> >>> PowerLan überhaupt funktioniert (auch würde ich Investitionen
> >>> vermeiden
> >>> wollen, wenn sich damit das Problem nicht beheben lässt).
> >>> Hat jemand eine Idee?
> >>>
> >>> Gruß
> >>> Simon
> >>>
> >>>
> >>> [1] Monitoringseite der Router:
> >>> https://monitoring.freifunk-franken.de/routers/572cc1e79369c3633aa413a4
> >>> https://monitoring.freifunk-franken.de/routers/572ccecd9369c36338a413a0
> >>> https://monitoring.freifunk-franken.de/routers/572cd5d09369c3633aa413b2
> >>>
> 
> _______________________________________________
> franken mailing list
> franken at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net