Also würde nur eine genaue Planung unter Berücksichtigung von Zuwachsnodes Sinn machen um absehbaren Problemen vorzubeugen und Zusatzstress zu vermeiden?
Sind deine Angaben Erfahrungswerte oder kann man sowas berechnen/simulieren?
Vielleicht hilft das weiter?
Solche Behauptungen sind gefährlich, wenn man das Netz und vor allem den Aufbau hintendran nicht kennt.
Ich würde gerne helfen, das Problem in Heppenheim konstruktiv zu lösen - daher lasst mal den alten Streit beiseite bitte - noch hab ich da auch keine Aktien drin 
Ich habe das Experiment von Marcus mal hier daheim nachgestellt. Zufällig hat mein Nachbar einen Knoten mit Uplink. 
So sieht der Speedtest über einen 87% Link über die Straße zu meinem Nachbar aus:
https://map.ffrn.de/#!v:m;l:30b5c2395460-e894f64b3c50
Was er für eine Anschluss hat weiß ich nicht, allerdings ist das für mesh ganz ordentlich.
Ich selbst habe eine 30 Mbit/s Unity Media Leitung. Jetzt hab ich den Uplink an meinem knoten wieder hergestellt, und jetzt sieht der SpeedTest über gw06 so aus:
→ Wegen der Restriktionen hier kommt das Bild im nächsten Beitrag…
Überraschung. Es ist mit Lokalem Uplink langsamer als über mesh.
Was lernen wir daraus → Ein Domain Split löst in Heppenheim nicht unser Problem und noch mal: Der Overhead ist hier nicht unser Problem…
Der Batman overhead in unserem verursacht derzeit auf ein Grundrauschen von ca. 250 kbit/s - nichts was eine DSL Leitung in die Knie zwingt.
@marcus - Die HGK hat mit zunehmender mesh Knoten zahl auch zunehment mngt rx. Das war ja sogar mal der Sinn dieser Relais station. und 500 kbit/s ist nun wahrlich kein belastender Traffic.
Ein übel des mesh Protokolls ist es auch, dass die „billigste“ also die Verbindung mit den wenigsten Hops verwendet wird, nicht die mit dem besten Uplink. Das heißt: Der oberen Stadt hilft der HGK Uplink nicht viel, denn die werden alle ihren Traffic über den nächstgelegenen Uplink los. Und wenn der halt kacke ist, ist das netz lahm.
Daher: Mehr direkte Uplinks an den Knoten, das würde das netzt sehr viel schneller machen.
Hi,
am Besten ja, damit die Knoten nicht untereinander meschen. Es gibt aber auch das Aachener Modell, wo die Kollisionserkennung serverseitig erfolgt. Den neuen Mesch-SSID-Namen kann man in der site.conf einstellen.
Das kann man machen, wie man möchte. Im Münsterland nutzen wir immer „Freifunk“.
In der Regel schon, weil das erstmal einfacher ist. Im Wupper-Möhne-Konzept laufen aber mehrere Batman-Domänen über einen Server. Das ist etwas aufwändiger zu konfigurieren, spart aber Ressourcen und somit Geld.
Viel Arbeit aber derzeit unverzichtbar, wenn das Netz zu groß und zu langsam wird.
Das sind theoretische Optimalwerte. Wir haben auch Domänen mit > 400 Knoten, die noch super laufen. Generell gilt, je schwächer der Prozessor ist, umso schneller geht der Knoten durchsatzmäßig in die Knie.
Nochmal kurz allgemein, warum ein großes Netz langsam ist: Jedes ankommende Batman-Origin-Paket muss auf den Routern verarbeitet werden. Das kostet Rechenzeit. Und wenn die Prozessoren schwach sind, verbringen sie proportional immer mehr Zeit damit. Eines der schwächsten, gebräuchlichen Modelle ist die Picostation von Ubiquity.
Als wir 1200 Knoten in einer Domäne hatten, lief alles an einem x86-Offloader noch super performant. Der hat die Pakete und die zusätzliche Rechenbelastung gut weggesteckt und man konnte immer noch super surfen. Aber die Prozessoren der Router sind dann platt und haben deutlich weniger Kapazitäten für die VPN-Abwicklung.
Grüße
Matthias
2 „Gefällt mir“
Das Problem in großen Domains sind vor allem schwache Wifimesh-Links.
Die werden bei 12MBit/s-MCS komplett geflooded mit Background-Traffic. Hast hat nichts mit der Bandbreite zu tun, sondern mit der Paketrate und den notwendigen SwitchZeiten, die für Präambeln und den üblichen CSCD-Mechanik draufgehen. Da ist dann bei niedrigen Connect-Speeds irgendwann die Airtime aufgebraucht.
1 „Gefällt mir“
Das erklärt, warum mesh-Links, die vor ein paar Wochen noch auf der Karte grün waren, jetzt rot werden oder ganz wegfallen, richtig?
Gilt das für alle Freifunk Konfigurationen oder gibt es da vielleicht Besonderheiten bei FFRN, für die Dein Schluss @adorfer nicht zutrifft? Es wird oft agumentiert, das FFRN Netz sei anders und ohne genaue Kenntniss dessen sei eine realistische Einschätzung der Lage nicht möglich.
Schwache links sind ja nicht grundsätzlich ein Problem, sondern eben nur in Kombination mit Domain-Übergröße.
Ja wie bei euch… 20
*Stuttgarter Modell, Ehre wem Ehre gebührt
6 „Gefällt mir“
Falscher Begriff, das wäre OSI Layer 1. Broadcastdomain wäre richtig (Layer 2).
BTW ich habe den Titel geändert (x2)
3 „Gefällt mir“
Dann geht der folgende Artikel am eigentlichen Thema vorbei, oder?
Und dieser Artikel beschreibt das grundsätzliche mesh-Netz Problem, nicht aber die negativen Korrelationen mit einer großen Broadcastdomäne, wie wir sie mit 680 Knoten haben:
So ausführlich und am konkreten Beispiel wurde das Thema Broadcastdomäne glaube ich hier noch nicht auseinandergedröselt. Vielen Dank an alle, die bei der Aufklärung dazu beigetragen haben und beitragen!!!
edit: Hab noch eine Masterarbeit gefunden, deren Autor sich auch mit diesem Thema befasst hat.
Bisher wusste ich von dem Thread hier nichts, daher kann ich auch erst jetzt was sagen:
@adorfer Ich würde das etwas anders ausdrücken, glaube aber das du das gleiche meinst:
Das Problem ist folgendes: Wenn ich eh schon sehr schwache Links habe, die zu Paketloss etc. neigen, kann es zusammen mit dem Background Traffic und CSCD zu einer noch geringeren Übertragungsrate mit hoher Störanfälligkeit kommen. Hatte ich hier auch schon beschrieben: Wie viele Mesh Knoten kann ich ohne Uplink hintereinander schalten? - FAQ - Freifunk Rhein-Neckar Forum Das die Links so schlecht sind, ist vorher nur nicht so deutlich aufgefallen. Schließlich wird so eine Verbindung nicht vom einen auf den anderen Tag schlecht. Eine Variation wäre nur winzige Netze zu bauen, um die schlecht Verbindungen gut aussehen zu lassen. Die bessere wohl zu versuchen, bessere Links zu bauen.
Das würde ich so nicht sagen. Leider sind genau die schwachen Verbindungen das Problem, da das beschriebene Ärgernis ja die niedrige Datenrate ist. Wenn wir also bessere Verbindungen hätten, gäbe es das Problem nicht. Letztlich wäre über die Verbindung ja eh nicht viel möglich, da die von oben beschriebenen Probleme bei der Übertragung von Daten ja sofort wieder auftreten würden.
Letztlich ist das verringern des Rauschens in dem Falle eher ein kosmetisches Tool um schlechte Verbindungen gut aussehen zu lassen, als das Problem direkt zu beheben.
Ich bin wie auch alle anderen aus unser Community die sich hier gemeldet haben haben daher der Meinung, dass die schlechten Links das Problem sind. Um das noch mal zu Unterstreichen ein paar Screenshots.
1 „Gefällt mir“
Besser eine langsame Verbindung als gar keine. Wenn eine bessere Route existiert wird die benutzt.
Links zwischen 65dBm und 70dBm finde ich jetzt nicht unbedingt schlecht.
1 „Gefällt mir“
Klar, es sind aber auch sehr viele echt schlechte Verbindungen dabei.
Dem muss ich klar widersprechen. Eine Verbindung die schlecht oder langsam ist, hilft niemandem und schadet dem Netz eher noch als das es hilft.
Ich würde daher für dieses Problem mal vorschlagen, das die Sendeleistung auf den Knoten etwas verringert wird. Damit fallen dann die schlechten Verbindungen weg. Im Anschluss kann man dann in den entstandenen Lücken gucken wo noch ein Uplink oder ein weiterer Knoten notwendig ist.
schwierig, sind fast alles TP-Link Geräte. Ich hab heute gelernt, das man die nicht reduzieren kann.
Es sind die Anzahl der Router + Clients die Wifi-Mesh unbrauchbar machen.
Wir haben unsere Domain damals verkleinert und in 5 zerteilt, das war
überall ein spürbarer Performance Sprung.
Solche -65 -69 er links sind bei uns durch den geringen Overhead grundsätzlich
zwischen 90-99% bei 900 Routern, unter last sacken sie vlt. auf 80-85% ab.
pakets/s !
Es gibt dazu auch einige tests … auf die schnelle hab ich gerade nur (siehe S.19)
aber wer wirklich sucht findet auch mehr 
Wie hier die Kollegen aus Düsseldorf und Münster geschrieben haben ab 200 Knoten wirds
mies, kann ich so auch unterschreiben 
Gruß vom Camacho !
3 „Gefällt mir“
Woher stammt diese Info? Hast du eine Quelle? Würde mich interessieren, da ich mir das nicht vorstellen kann.
@Comacho die Folien sind jetzt nicht gerade neu und viele der Fixes wurden inzwischen implementiert und auch verbessert, hast du evl. neuere Quellen?