{"id":333,"date":"2026-01-20T12:42:35","date_gmt":"2026-01-20T11:42:35","guid":{"rendered":"https:\/\/msh3.de\/wordpress\/?p=333"},"modified":"2026-02-21T18:14:22","modified_gmt":"2026-02-21T17:14:22","slug":"scopes-und-regions","status":"publish","type":"post","link":"https:\/\/msh3.de\/wordpress\/scopes-und-regions\/","title":{"rendered":"Scopes und Regions"},"content":{"rendered":"\n

Wie und warum man den Flood-Traffic lokal halten kann und sollte<\/strong><\/p>\n\n\n\n

So gro\u00df die Freude bei vielen Meshcore-Nutzer auch ist, dass man von Hamburg bis Kassel schreiben kann, so gro\u00df sind auch die Probleme, die sich dadurch zunehmend einstellen. Ein wachsendes Mesh mit vielen Repeatern wird widerstandsf\u00e4hig und zuverl\u00e4ssiger. Mehr Teilnehmer im Netz sorgen aber auch f\u00fcr mehr Traffic und dort beginnen dann in einigen Regionen bereits heute die Probleme.<\/p>\n\n\n\n

Viel Traffic wird durch die Nutzung der Channel erzeugt – das ist nach meinem Eindruck die Hauptnutzung, insbesondere f\u00fcr Einsteiger, weil hier die Fehlerquellen geringer und die Erfolgserlebnisse wahrscheinlicher sind. <\/p>\n\n\n\n

Wie funktioniert Flood beim Repeater<\/h4>\n\n\n\n

Die Nachrichten aus den Channels werden per Flood (deutsch geflutet) transportiert – es wird also beim Absenden keinerlei Vorgabe gemacht wohin \/ wieweit diese Nachricht kommen soll – sie soll so weit wie m\u00f6glich ins Land fluten.<\/p>\n\n\n\n

Jeder Repeater, der eine Flood-Nachricht h\u00f6rt, schaut als erstes in einer Tabelle nach, ob er genau diese Nachricht schon mal gesendet hat (um Loops zu vermeiden) und falls nicht, wiederholt er einfach die empfangene Nachricht und f\u00fcgt sein K\u00fcrzel (2 Bytes vom PublicKey) dem Pfad der Nachricht hinzu. Und so l\u00e4uft die Nachricht von Repeater zu Repeater und wird auf dem Weg von vielen Companions geh\u00f6rt. Hat der Companion den passenden Channel, wird sie gespeichert und erscheint in der App … mit ihr die Info \u00fcber den Weg (Pfad) und die Anzahl der Repeater auf dem Weg (Hops).<\/p>\n\n\n\n

Im Meshcore-Packet-Protokoll liegt die maximale Anzahl an Hops bei 64 … dann ist das Feld f\u00fcr den Pfad voll und ein Repeater w\u00fcrde die Nachricht nicht mehr wiederholen. Tats\u00e4chlich braucht eine Nachricht von Hamburg bis Kassel aber nicht mal 10 Hops … also kein wirkliches Problem. Aber wo liegt nun das Problem?<\/p>\n\n\n\n

viele Repeater, viele Nachrichten, viele Wiederholungen und die knappe Airtime<\/h4>\n\n\n\n

Je mehr Repeater die Maschen unseres Mesh-Netzes enger machen, desto h\u00e4ufiger wird jede einzelne Nachricht nat\u00fcrlich wiederholt. Das ist positiv, weil es eben die Wahrscheinlichkeit erh\u00f6ht, dass die Nachricht zuverl\u00e4ssig viele andere Menschen erreicht … das Kernprinzip von dezentralen Mesh-Netzwerken.<\/p>\n\n\n\n

Jetzt m\u00fcssen wir aber auch wissen, dass die maximale Sendezeit pro Stunde durch die gesetzlichen Regeln auf 10% begrenzt ist … also alle Ger\u00e4te im Netz d\u00fcrfen maximal 6 Minuten pro Stunde senden (nat\u00fcrlich sinnvoll \u00fcber die Stunde verteilt). Auch ein Fakt ist, dass diese Zeit nicht nur f\u00fcr Flood-Nachrichten aus den Channels, sondern eben auch f\u00fcr Direktnachrichten, Adverts und Telemetriedaten genutzt wird und schon k\u00f6nnen gerade in Regionen mit vielen Teilnehmern und Repeatern die 6 Minuten sehr gut gef\u00fcllt werden.<\/p>\n\n\n\n

Und dann darf man auch nicht vergessen … w\u00e4hrend ein Repeater eine Nachricht wiederholt, kann er keine Nachrichten von anderen Repeatern oder Companions h\u00f6ren. Je \u00f6fter er also selber sendet, desto gr\u00f6\u00dfer ist die Gefahr, dass er etwas nicht mitbekommt.<\/p>\n\n\n\n

Ein weiteres Problem ist dann noch, dass wir uns ja diesen Frequenzbereich mit vielen anderen Ger\u00e4ten teilen m\u00fcssen und diese nat\u00fcrlich auch unsere Meshcore-Signale st\u00f6ren k\u00f6nnen. Das k\u00f6nnen wir nicht beeinflussen, sollten wir aber nicht vergessen, wenn wir uns dar\u00fcber aufregen, dass irgendwas nicht durchkommt oder warum wir denn nur diese 10% nutzen d\u00fcrfen.<\/p>\n\n\n\n

Warum ist der Channel-Traffic ein Problem?
– ich nutze doch nur vier Channel und davon einen rein lokal in Uslar<\/h4>\n\n\n\n

Als erstes m\u00fcssen wir erstmal verstehen, dass es viel Traffic gibt, den wir selber vielleicht gar nicht sehen. Ich habe auf meinem Ger\u00e4t als Beispiel die Channel Public<\/code>, #uslar<\/code>, #kaffeerunde<\/code> und Familie<\/code> – letzterer ist ein Private-Channel, den ich ja nur mit meinen Familienmitgliedern hier im Dorf nutzen will. <\/p>\n\n\n\n

Jetzt gibt es aber noch unz\u00e4hlige andere Channels – offene wie private – deren Traffic ich auf meinem Ger\u00e4t und in meiner App ja gar nicht wahrnehme – trotzdem werden dort quasi sek\u00fcndlich Nachrichten geschrieben und im Zweifel bis zu 64 Hops weiter verteilt. Wer das mal genauer sehen will, wieviel wirklich in der Luft ist, der geht in der App auf das Men\u00fc > Tools > Rx Log und sieht, wie viele Nachrichten durchs Mesh gehen, die man selber gar nicht sieht.<\/p>\n\n\n\n

Also selbst der scheinbar lokale Channel #uslar<\/code> oder mein Channel Familie<\/code>, der in Hamburg wohl eher keinen interessiert, wird dortin locker weitergeleitet – unn\u00f6tig<\/strong> weitergeleitet, wenn die lokale Runde der Uslarer hier gerade mal ein Gebiet von vielleicht 10km\u00b2 erreichen m\u00f6chte.<\/p>\n\n\n\n

Scopes und Regions im Repeater und der App<\/h4>\n\n\n\n

Mit der Repeater-Firmware 1.10 wurden bereits die Funktionen f\u00fcr regions implementiert. Es gab im November ein erstes Video in Youtube (https:\/\/www.youtube.com\/watch?v=VlaebfwWUBA<\/a>) wo die Funktionen, und auch warum die notwendig werden, kurz erkl\u00e4rt wurde. Jetzt endlich sind die passenden Gegenst\u00fccke auch in der App angekommen und nun sind wir alle – also Nutzer und Repeater-Admin – am Zug das ganze sinnvoll einzusetzen.<\/p>\n\n\n\n

Was machen diese beiden Funktionen in der Praxis?<\/h4>\n\n\n\n

Im Repeater kann der Admin nun mehrere Regionen definieren, denen der Repeater angeh\u00f6rt und f\u00fcr die er Flood-Traffic weiterleitet. Wichtig … das gilt erstmal nur f\u00fcr Nachrichten, die auch ein entsprechendes Merkmal (Scope) haben. Anderer Flood-Traffic ohne Scope wird standartm\u00e4\u00dfig weiterhin normal transportiert.<\/p>\n\n\n\n

Den Scope einer Flood-Nachricht setzt der Absender und deshalb wird es jetzt wichtig, dass Nutzer aktuelle Apps verwenden und Repeater-Admins auf aktuelle Firmware updaten und sich gemeinsam Gedanken dar\u00fcber machen, wie die Regionen definiert werden k\u00f6nnen und sollten. Auf der Seite https:\/\/meshcore-de.fyi\/meshcore:allgemeines:regions<\/strong><\/a> gibt es hierzu einen aus meiner Sicht guten Ansatz, den ich auch verfolgen werde. Entsprechende Infos gibt es dann hier auf der Seite und dann auch jeweils bei den Repeater-Infos.<\/p>\n\n\n\n

Und dann sind wir Nutzer am Zug die f\u00fcr uns passenden Scopes in der App anzulegen und in den Channeln jeweils den Scope auszuw\u00e4hlen. Von dort an, wird jede Nachricht im Channel mit dem Scope gekennzeichnet und die Repeater k\u00f6nnen entscheiden, ob sie die Nachricht wiederholen m\u00fcssen (Region ist dort definiert) oder eben nicht.<\/p>\n\n\n\n

Am Beispiel #uslar<\/code> … ich definiere f\u00fcr diesen Channel den Scope #DE-37<\/code> und sende eine Nachricht. Die umliegenden Repeater haben #DE-37<\/code> in ihren Regions und transportieren die Nachricht. Irgendwann kommt die Nachricht z.B. auf dem Brocken an und dort ist #DE-37<\/code> nicht mehr definiert<\/strong> und die Nachricht wird nicht mehr wiederholt und kommt somit sehr wahrscheinlich nicht mehr in Hamburg an.<\/p>\n\n\n\n

Fazit<\/h4>\n\n\n\n

Klingt alles gut, klingt auch einfach, aber wird eine Weile brauchen, bis es recht fl\u00e4chig und damit effektiv umgesetzt ist. Ohne Zweifel werden wir gerade bei exponierten Repeatern, die um Berge herum zusammengeh\u00f6rige Bereiche verbinden sehr kontrovers \u00fcber Regionen diskutieren oder auch individuelle L\u00f6sungen suchen und finden m\u00fcssen. <\/p>\n\n\n\n

Wir werden Kompromisse eingehen und uns selbstkritisch hinterfragen m\u00fcssen. Aber – und das sehen wir heute schon in diversen Traffic-Analysen und lokalen Beobachtungen – wir m\u00fcssen aktiv werden, um das wachsende Mesh stabil und vor allem nutzbar zu halten … und das geht leider nur, in dem wir Traffic sinnvoll begrenzen ohne dabei Menschen auszugrenzen.<\/p>\n\n\n\n

Lasst es uns gemeinsam angehen – Lets Mesh together \ud83d\ude09<\/strong><\/p>\n\n\n\n

Weiter im Thema unter Scopes und Regions & aktuelle Umsetzung im Solling<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Wie und warum man den Flood-Traffic lokal halten kann und sollte So gro\u00df die Freude bei vielen Meshcore-Nutzer auch ist, dass man von Hamburg bis Kassel schreiben kann, so gro\u00df sind auch die Probleme, die Weiterlesen\u00a0\u2026<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-333","post","type-post","status-publish","format-standard","hentry","category-allgemein"],"modified_by":"Team","_links":{"self":[{"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/posts\/333","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/comments?post=333"}],"version-history":[{"count":2,"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/posts\/333\/revisions"}],"predecessor-version":[{"id":352,"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/posts\/333\/revisions\/352"}],"wp:attachment":[{"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/media?parent=333"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/categories?post=333"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/msh3.de\/wordpress\/wp-json\/wp\/v2\/tags?post=333"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}