Webseiten-Werkzeuge


meshcore:allgemeines:regions

Dies ist eine alte Version des Dokuments!


Regions: Theorie und Praxis

Warum Regions?

Damit das MeshCore-Netz langfristig zuverlässig funktioniert, müssen wir gemeinsam ein Auge darauf haben die Menge der übermittelten Datenpakete „OnAir“ so gering wie möglich zu halten. Je mehr Traffic herrscht, desto eher kommt es zu Paket-Kollisionen und zu überforderten Repeatern. Die Folge davon sind verlorene Datenpakete und damit unzuverlässige Kommunikation. Besonders die „Flood-Pakete“ (Nachrichten in Channels und Repeater-Adverts) stehen hier im Fokus.

Standardmäßig werden Flood-Pakete in MeshCore von den Repeatern über 64 Hops weitergeleitet. Die Erfahrung zeigt, dass man bereits mit unter 20 Hops mehrere hundert Kilometer Entfernung zurücklegen kann. Das ist oftmals gar nicht notwendig, wenn man nur mal eben schnell mit seiner regionalen Community kommunizieren möchte.

Hier kommen Regions ins Spiel: Mit Regions lassen sich geografische Bereiche definieren, in deren Grenzen die Repeater die Nachrichten weiterleiten. Unabhängig der Anzahl der Hops. Damit lässt sich ein „unkontrolliertes“ Flooding der Nachrichten sinnvoll begrenzen und das Netz entlasten.

:!: MERKE: Sende so viele Nachrichten wie möglich mit einem Scope. Wähle dabei eine Region nur so groß wie unbedingt notwendig!

Funktionsprinzip

Ohne Region/Scope Mit Region/Scope
folie1.jpg folie2.jpg

Regions sind die geografischen Festlegungen, die in Repeatern eingetragen werden.

Ein Scope ist der geografische Reichweitenwunsch, den der Anwender einer Message zufügt.

Ein Repeater leitet eine Message weiter, wenn ihr beigefügter Scope in seiner Region-Liste zu finden ist.

Auf jedem Repeater ist standardmäßig die Wildcard-Region * (Stern) hinterlegt und aktiviert. Diese sorgt dafür, dass Pakete OHNE Scope auf jeden Fall weitergeleitet werden.

Das Matching des Scopes auf die Region geschieht über einen 1:1 Vergleich eines vom Namen der Region abgeleiteten Keys. Es findet kein „String-Matching“ statt und auch kein Teilstring-Matching.

Regions definieren und Scopes nutzen

Diskussion zum Thema

In der Telegram-Gruppe MeshCore DE wurde das Thema Regions/Scopes sehr ausführlich diskutiert. An der Diskussion teilgenommen haben eine Vielzahl MeshCore-Nutzer mit unterschiedlichem Background, sowie Vertreter regionaler Communities. Diskutiert wurden inhaltlich sehr umfangreich dutzende Ideen zum Schnitt und zur Struktur von Regions, Vorteile und Nachteile diverser Sichtweisen, Bedenken etc. Es wurde viel Zeit investiert, manchmal sehr emotional diskutiert, aber gemeinschaftlich ein Ergebnis erarbeitet.

Der Konsens aus dieser Diskussion wurde hier im Wiki festgehalten und wurde von einigen Communities auch schon in die Umsetzung gebracht. Es ist natürlich nicht auszuschließen, dass sich dieser Konsens durch neue Features und praktische Erfahrungen nochmal ändern wird. Auch kann es natürlich neue Ideen geben, die man in großer Runde nochmal diskutieren muss. Um sich an der Diskussion zu beteiligen, bitte folgende „Nettiquette“ beachten:

  • Fragt gerne erstmal nach, ob Idee XY schon bedacht wurde und wie der Konsens dazu aussieht
  • Bringt gerne Ideen sachlich ein und lasst euch auf eine sachliche und auf Argumenten basierte Diskussion ein
  • Akzeptiert, wenn die Mehrheit in der Diskussion anderer Meinung ist
  • „ICH will aber“ und „ICH finde das ist ne gute Idee“ helfen nicht weiter
  • Seid nett zueinander

Wir erreichen das gemeinsame Ziel „stabiles Netz“ nur, wenn wir alle an einem Strang ziehen und getroffene Entscheidungen auch von allen Repeater-Admins und Nutzern respektiert und umgesetzt werden. Natürlich ist niemand gezwungen sich an die Entscheidungen zu halten, aber das Netz wird nicht funktionieren, wenn jeder egoistisch seine eigenen Wünsche durchsetzen möchte. Das ist Fakt.

meshcore/allgemeines/regions.1770304858.txt.gz · Zuletzt geändert: von josch0