Webseiten-Werkzeuge


meshcore:allgemeines:regions

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
meshcore:allgemeines:regions [05.02.2026 10:47] josch0meshcore:allgemeines:regions [27.02.2026 16:35] (aktuell) – [Funktionsprinzip] josch0
Zeile 5: Zeile 5:
 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. 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 mit seiner regionalen Community kommunizieren möchte.+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. 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__!**+Ziel ist es, dass irgendwann möglichst alle Nachrichten mit Scope gesendet werden und der Traffic im Netz damit nachhaltig reduziert wird. 
 + 
 +\\ 
 +**:!: MERKE: Sende __möglichst alle__ Nachrichten mit einem Scope. Wähle dabei eine Region nur so groß __wie unbedingt notwendig__!**
  
 ===== Funktionsprinzip ===== ===== Funktionsprinzip =====
  
-**Regions** sind die geografischen Festlegungen, die in Repeatern eingetragen werden. +|< 100% 50% 50% >| 
- +^ Ohne Region/Scope ^ Mit Region/Scope ^ 
-Ein **Scope** ist der geografische Reichweitenwunsch, den der Anwender einer Message zufügt. +| {{ :meshcore:allgemeines:regions:folie1.jpg }} | {{ :meshcore:allgemeines:regions: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. (Es sei denn, es ist "denyf *" aktiviert.) \\ 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. ||
-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. (Scope #de-he ist NICHT in Region #de enthalten.)+
  
-===== Regions/Scopes nutzen und definieren =====+===== Regions definieren und Scopes nutzen =====
  
-  * Was sind [[basis|Basis-Regions]]? +  * Was sind [[meshcore:allgemeines:regions:basis|Basis-Regions]]? 
-  * Wie definiert man eigene [[definieren|Regionale Regions]]? +  * Wie definiert man eigene [[meshcore:allgemeines:regions:definieren|Regionale Regions]]? 
-  * Welche Regionalen Regions [[reale-regions-in-repeatern|gibt es schon]]? +  * Welche Regionalen Regions [[meshcore:allgemeines:regions:reale-regions-in-repeatern|gibt es schon]]? 
-  * Wie konfiguriert man Regions in den [[cli|Repeatern]]? +  * Wie konfiguriert man Regions in den [[meshcore:allgemeines:regions:cli|Repeatern]]? 
-  * Wie [[scopes-nutzen|nutzt man Scopes]] bei Nachrichten?+  * Wie [[meshcore:allgemeines:regions:scopes-nutzen|nutzt man Scopes]] bei Nachrichten?
  
 ===== Diskussion zum Thema ===== ===== Diskussion zum Thema =====
Zeile 43: Zeile 41:
   * Seid nett zueinander   * 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 gezwungensich an die Entscheidungen zu halten, aber das Netz wird nicht funktionieren, wenn jeder egoistisch seine eigenen Wünsche durchsetzen möchte. Das ist Fakt.+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.1770284872.txt.gz · Zuletzt geändert: von josch0