MeshCore Wiki DE - meshcore:allgemeines:regions

basis

anonymous@undisclosed.example.com (Anonymous) — Sat, 28 Mar 2026 19:19:21 +0000

Deutschlandweite Basis-Regions

Die regionalen MeshCore-Communities sind dafür verantwortlich und haben die Freiheit, für sie passende Regionale Regions zu definieren. Um eine Kommunikation auch über diese Regionale Regions hinaus unter Nutzung von Scopes zu ermöglichen, hat man sich in der Community auf eine Menge von „Basis-Regions“ geeinigt, die deutschlandweit einheitlich genutzt werden sollen.

Anleitungen zur Konfiguration der Regions und Nutzung des Scopes findet ihr hier:

Europa

Um Nachrichten innerhalb Europas auszutauschen, hat sich die Region europe etabliert.

Auch wenn diese Region unnötig, weil viel zu groß erscheint, hat sie aus wichtigen Gründen ihre Daseinsberechtigung:

Nachrichten ohne Scope soll es im besten Fall irgendwann gar nicht mehr geben
Ein großer Scope ist immer besser als kein Scope (besonders in Grenzgebieten)
Der Nutzer wird so an die Nutzung von Scopes gewöhnt
Solange es keine regionalen Regions in Grenznähe gibt, ist das der Scope, um mit unseren Nachbarländern zu kommunizieren

Deutschland und Bundesländer

Sollte es am Standort des Nutzers keine regionalen Regions geben, oder diese für seine Kommunikation nicht passend sein, stehen jedem Nutzer standardmäßig auch die Basis-Regionen Bundesland und Deutschland zur Verfügung. Diese dienen im besten Fall nur als „Fallback“ und eine Nutzung sollte auf Grund des Flood-Traffics nur begrenzt und mit Bedacht stattfinden.

Für die Benennung dieser Regions hat man sich auf die ISO 3166-2 geeinigt. Die Namen sind kurz und eindeutig, so dass Verwechslungen auf Grund von unterschiedlichen Schreibweisen vermieden werden. Es besteht bei regionalen Regions keine Notwendigkeit, diese hierarchisch unter die Bundesländer zu hängen und das Namensschema fortzuführen.

Region	Bedeutung
de	Deutschland
de-bw	Baden-Württemberg
de-by	Bayern
de-be	Berlin
de-bb	Brandenburg
de-hb	Bremen
de-hh	Hamburg
de-he	Hessen
de-mv	Mecklenburg-Vorpommern
de-ni	Niedersachen
de-nw	Nordrhein-Westfalen
de-rp	Rheinland-Pfalz
de-sl	Saarland
de-sn	Sachsen
de-st	Sachen-Anhalt
de-sh	Schleswig-Holstein
de-th	Thüringen

Deutschland Regions nach Zonen

Die starre Unterteilung nach Bundesländern hat den Nachteil, dass eine Kommunikation z.B. von Mainz (de-rp) nach Wiesbaden (de-he) nur über die nächstgrößere Region z.B. de stattfinden kann. Die de Region ist aber unverhältnismäßig groß und verursacht erheblichen Flood-Traffic.

Im besten Fall finden sich regionale Regions, die passender geschnitten sind (z.B. rhein-main). Falls es diese nicht gibt, oder auch diese regionale Regions nicht passend sind, wurde der Vorschlag diskutiert und angenommen, Deutschland noch in Zonen aufzuteilen. Diese liegen von der Größe her zwischen de und de-xx.

Bei diesen Zonen ist gewünscht und Absicht, dass sie sich an den Grenzgebieten teilweise überlappen. Über die fünf Zonen sollte nun jeglicher regionaler Traffic einigermaßen gut eingrenzbar sein, und eine Nutzung von de möglichst vermeidbar sein.

Zum einfacheren Verständnis, orientieren sich die Zonen an den Grenzen der Bundesländer, oder aktueller und ehemaliger Regierungsbezirke.

Gebiet	Beschreibung
	Region de-nord - Hamburg - Bremen - Schleswig-Holstein - Mecklenburg-Vorpommern - Niedersachsen
	Region de-ost - Mecklenburg-Vorpommern - Berlin - Brandenburg - Sachsen - Sachsen-Anhalt - Thüringen
	Region de-sued - Bayern - Baden-Württemberg - Hessen (nur RP Darmstadt) - Rheinland-Pfalz (nur RP Rheinhessen-Pfalz)
	Region de-west - Hessen - Niedersachsen - Bremen - Nordrhein-Westfalen - Rheinland-Pfalz - Saarland
	Region de-mitte - Hessen - Thüringen - Sachsen-Anhalt - Nordrhein-Westfalen (nur RP Arnsberg, RP Detmold) - Niedersachsen (nur RP Hannover, RP Braunschweig) - Bayern (nur RB Unterfranken, RB Oberfranken) - Sachen (nur RP Leipzig, RP Chemnitz)

Sonderfall: Lokale Region

Für Testzwecke, oder wenn man wirklich nur mit seinem Nachbarn kommunizieren möchte, gibt es die Regions local oder lokal.

Diese Regions dürfen auf keinem Repeater konfiguriert sein, d.h. Nachrichten mit diesem Scope werden von keinem Repeater weitergeleitet.

Um diese Region als Scope zu nutzen, muss sie manuell im Companion hinzugefügt werden, was für alle Nutzer zu empfehlen ist.

Diese Anleitung / Übersetzung wurde nach bestem Wissen erstellt, erhebt aber nicht den Anspruch auf Vollständigkeit und Richtigkeit der Angaben und dient lediglich als Hilfestellung.

Diese Seite steht in keinerlei Verbindung zum MeshCore Projekt https://meshcore.io oder https://meshcore.co.uk.
Erstellt 2025 für die deutschsprachige MeshCore Community • Impressum

cli

anonymous@undisclosed.example.com (Anonymous) — Wed, 11 Feb 2026 07:33:09 +0000

Regions in Repeatern konfigurieren

WICHTIG: Damit Regions auf den Repeatern funktionieren, sollte Firmware 1.12.0 installiert sein. Frühere Versionen ab Version 1.10.0 enthalten bereits eine Teil der Funktionen, aber nicht alle. Es ist nicht empfohlen, Regions mit einer Firmware älter 1.12.0 zu nutzen! Firmware vor 1.10.0 kennen gar keine Regions und leiten alle Nachrichten einfach weiter. Ein Update auf 1.12.0 ist dringend empfohlen!

Damit Regions und Scopes funktionieren, müssen alle Repeater-Admins ihre Repeater entsprechend konfigurieren. Es müssen sowohl die Basis-Regions als auch die regionalen Regions eingetragen werden. Wie das funktioniert, wird hier erklärt.

Standard-Verhalten der Repeater

Ein frisch geflashter Repeater mit Version 1.12.0 hat nur die Wildcard-Region * (Stern) aktiviert. Diese leitet alle Nachrichten ohne Scope automatisch weiter. Es ist bisher nicht geplant und auch nicht sinnvoll, das Weiterleiten ohne Scope zu unterbinden („denyf *“).

Nachrichten mit beliebig gesetztem Scope, werden per default nicht weitergeleitet. Das ist gewünschtes Verhalten. Es ist daher wichtig, den Repeater so schnell wie möglich mit den richtigen Regions zu bestücken.

Welche Regions brauche ich?

Maßgeblich dafür ist immer der exakte Repeater-Standort.

Es empfiehlt sich, vor dem Konfigurieren des Repeaters zu schauen ob es Mesh-Communities in der Gegend gibt, die beim Einrichten helfen können. Hier sei die deutsche Telegram Gruppe als erste Anlaufstelle empfohlen. Es ist ebenfalls sinnvoll, im Companion per „Region Discover“ mal zu schauen, welche Regions im Umkreis schon gesetzt sind.

Ausgehend vom eigenen Standort kann man im ersten Schritt die für den Standort passenden Basis-Regions auswählen. Ein Repeater in Hanau bekäme z.B. dann europe, de, de-mitte, de-sued, de-west und de-he.

Im nächsten Schritt schaut man nach, welche Regionale Regions es bereits gibt. Für Hanau z.B. rhein-main.

Konfigurieren per Settings

WICHTIG: Dieses Feature ist erst in App-Version 1.39.0 enthalten. Zur Nutzung muss sowohl der Companion, als auch der Repeater auf Firmware 1.12.0 geupdatet sein!

Um die Regions direkt über die App zu verwalten, muss man sich auf dem entsprechenden Repeater einloggen und hat dann einen neuen Menüpunkt „Manage Regions“ in den Settings des Repeaters. Dort kann man Regions hinzufügen/löschen und aktivieren/deaktivieren.

Bei der Eingabe des Region-Namens ist kein # (Hashtag) am Anfang mehr erforderlich, da intern alle Regions als Hashtag-Region interpretiert werden.

Die Settings unterstützen entgegen der CLI keine Parent-Verknüpfungen der Regions (Hiearchie), d.h. die Regions werden als flache Liste angezeigt und angelegt. Ist wird empfohlen, auf das Anlegen von hierarchischen Regions zu verzichten, solange nicht klar ist, ob und wie diese zukünftig genutzt werden.

In App v1.39.0 muss nach dem konfigurieren noch per cli „region save“ genutzt werden um die Einstellungen über einen Neustart hinweg zu speichern. Ab v1.40.0 gibt es hierfür in der App noch einen weiteren Knopf mit Haken.

Konfigurieren per Command Line (CLI)

WICHTIG: Dieses Feature funktioniert ab App-Version (1.38.0). Zur Nutzung aller Kommandos muss trotzdem sowohl der Companion, als auch der Repeater auf Firmware 1.12.0 geupdatet sein!

Hat man sich per App auf dem Repeater eingeloggt, kann man die Regions auch per Command Line (CLI) verwalten.

Regionen anzeigen

WICHTIG: Funktioniert erst ab Firmware 1.12.0

> region
  *^ F
  -> OK

Mit dem Befehl region werden die auf dem Repeater konfigurierten Regionen angezeigt. Bei einem „frischen“ Repeater wird nur die Wildcard-Region (Stern) angezeigt.
Das ^ (Dach) hinter dem Stern bedeutet, dass dies aktuell die Home-Region ist.
Das F am Ende bedeutet, dass hier „Flooding“ eingeschaltet und damit diese Region aktiviert ist. Regionen ohne F sind daher deaktiviert und werden nicht weitergeleitet.

> region list allowed
  *^ F
  -> OK

> region list denied
  #die-hier-nicht-weil-kein-F-am-Ende
  -> OK

Mit region list allowed oder region list denied kann man sich nur die aktivierten/deaktivierten Regions anzeigen lassen. Auch hier ist die Ausgabe auf 160 Zeichen begrenzt.

Regionen hinzufügen (Kurzform für gesamte Liste)

WICHTIG: Dieser Befehl ist nicht das Gegenstück zu save und dient nicht dazu, die Regions aus dem Speicher des Device zu laden!
WICHTIG: Die Hierarchie der Regions hat keinen Einfluss auf das Matching beim Weiterleiten, sondern dient nur der strukturierten Organisation der Regions auf dem Device. Es wird empfohlen, auf hierarchische Eingabe zu verzichten, solange der Nutzen und die Auswirkungen nicht klar sind.

> region load
>  #de F
>   #de-he F
>
  -> OK - loaded 2 regions

Mit dem Befehl region load kann man nachfolgend zeilenweise eine Liste der Regionen über die CLI eingeben, die dann die bestehende Liste auf dem Repeater überschreibt!
Im Beispiel oben würde man die Region-Liste auf #de und #de-he setzen und beide mit F direkt aktivieren.
Wichtig zu beachten sind die Leerzeichen vor den Regionen, die die Hierarchie ausdrücken. So hängt #de unter der Wildcard-Region und #de-he unterhalb #de.
Der Befehl wird abgeschlossen, in dem eine leere Zeile als letztes gesendet wird. Falls man den Befehl über die Remote CLI (mittels Companion/App) gestartet hat und abschließen möchte, muss man in der App ein einzelnes Leerzeichen senden.

> region load
>
  -> OK - loaded 0 regions

Ein region load mit direkter Leezeile dahinter, lädt KEINE Region und löscht die interne Region-Liste!!
Das kann hilfreich sein, um über die Remote CLI (mittels Companion/App) die Regions auf dem Repeater komplett zu löschen und eine „frische“ Konfiguration zu starten.

Region hinzufügen, löschen, abfragen (Einzeln)

WICHTIG: Die Hierarchie (Parent) der Regions hat keinen Einfluss auf das Matching beim Weiterleiten, sondern dient nur der strukturierten Organisation der Regions auf dem Device. Es wird empfohlen, auf hierarchische Eingabe zu verzichten, solange der Nutzen und die Auswirkungen nicht klar sind.

> region put #de
  -> OK

> region put #de-he #de
  -> OK

> region remove #de
  -> Err - not empty

> region get #de
  #de F
  -> OK

> region remove #de-he
  -> OK

Mit dem Befehl region put kann man eine einzelne Region zur Liste hinzufügen.
Als ersten Parameter gibt man den Namen der neuen Region an.
Der zweite Parameter für den „parent“ ist optional. Lässt man ihn weg, wird die neue Region automatisch unter die Wildcard-Region gehängt. Mit der Parent-Region kann man die Regionen hierarchisch ablegen, was rein der Optik dient und keinerlei Auswirkungen auf das Matching hat. Jede Region zählt trotz Hierarchie für sich alleine und der Name wird mit dem Scope 1:1 gematcht. #de und #de-he haben keinerlei Beziehung zueinander, auch wenn der Name das „logisch“ vermuten lässt.

Mit dem Befehl region remove kann man eine einzelne Region wieder von der Liste löschen.

Mit dem Befehl region get kann man die Infos zu einer einzelnen Region abrufen, oder prüfen ob diese existiert.

Region aktivieren oder deaktivieren

> region allowf #de
  -> OK

> region
 *^ F
  #de F
  -> OK

> region denyf #de
  -> OK

> region
 *^ F
  #de
  -> OK

Mit region allowf kann man eine Region aktivieren. In der Region-Liste erscheint dann ein F hinter dem Namen. Nur wenn die Region aktiviert ist, werden Nachrichten mit diesem Scope weitergeleitet.
Mit region denyf kann man die Region entsprechend deaktivieren.

Es ist auch möglich die Wildcard-Region zu deaktivieren. Damit wird das Weiterleiten von Nachrichten OHNE Scope deaktiviert. Das Flooding sollte hier auf keinen Fall deaktiviert werden, da sonst eine Großzahl der Nachrichten im Netz nicht weitergeleitet werden.

Änderungen speichern

> region save
  -> OK

Damit alle über die CLI gemachten Änderungen auf dem Repeatern gespeichert werden und nach einem Reboot zur Verfügung stehen, muss unbedingt ein region save ausgeführt werden. Am besten nach jeder einzelnen Änderung durchführen, um nicht aus versehen die ganze Arbeit zu verlieren.

Home-Region setzen, abfragen

WICHTIG: In der aktuellen Firmware hat die Home-Region keine Bedeutung. Solange deren Zweck und Auswirkung nicht klar sind, sollte auf die Angabe einer Home-Region verzichtet werden.

> region home
  -> home is *

> region home #de
  -> home is now #de

> region
  * F
   #de^ F

Mit region home lässt sich die aktuelle Home-Region abfragen und setzen. In der Region-Liste erkennt man die Home-Region an dem ^ (Dach) hinter dem Namen.

Diese Anleitung / Übersetzung wurde nach bestem Wissen erstellt, erhebt aber nicht den Anspruch auf Vollständigkeit und Richtigkeit der Angaben und dient lediglich als Hilfestellung.

Diese Seite steht in keinerlei Verbindung zum MeshCore Projekt https://meshcore.io oder https://meshcore.co.uk.
Erstellt 2025 für die deutschsprachige MeshCore Community • Impressum

de

anonymous@undisclosed.example.com (Anonymous) — Sun, 08 Feb 2026 11:53:04 +0000

Umgezogen nach Deutschlandweite Basis-Regions

Diese Anleitung / Übersetzung wurde nach bestem Wissen erstellt, erhebt aber nicht den Anspruch auf Vollständigkeit und Richtigkeit der Angaben und dient lediglich als Hilfestellung.

Diese Seite steht in keinerlei Verbindung zum MeshCore Projekt https://meshcore.io oder https://meshcore.co.uk.
Erstellt 2025 für die deutschsprachige MeshCore Community • Impressum

definieren

anonymous@undisclosed.example.com (Anonymous) — Wed, 22 Apr 2026 05:47:00 +0000

Regionale Regions definieren

Bevor eigene regionale Regions definiert werden, bitte erstmal nachschauen ob es in der Gegend schon Regions und Festlegungen der Communities gibt:

Deutschlandweite "Basis Regions"
Karte mit regionalen Regions
- Es gibt eine neue Karte Karte mit Regionen
Festlegungen der regionalen Communities

Sollte Bedarf an weiteren Regions bestehen, sollten diese dringend mit den regionalen Communities abgestimmt werden. Regions funktionieren nur, wenn alle Repeater-Admins diese auf ihren Repeatern konfigurieren. Dazu braucht es Abstimmung und Koordination untereinander. Regions, die nur auf 1-2 Repeatern existieren, sind praktisch nutzlos und sorgen eher für Frust bei den Nutzern.

Bei der Definition von regionalen Regions muss man sich im Vorfeld einige grundlegende Gedanken machen, damit Regions auch einen Mehrwert bringen und nicht eher ein Bottleneck sind. Wichtig ist auch, dass es in Deutschland möglichst einen gemeinsamen Konsens zu Regions gibt und allgemeine Festlegungen auch deutschlandweit umgesetzt werden. Abweichungen vom Konsens führen zu Inselbildung und für den Nutzer unerwartetem Verhalten im Netz.

Für Regions (und damit auch Scopes) gelten folgende Einschränkungen:

Länge maximum 30 bytes (UTF-8).
Nur Kleinbuchstaben, # (Hash), $ (Dollar), - (Bindestrich)
Regions müssen im Netz eindeutig sein.
Regions und Scopes matchen nur exakt (1:1), es gibt kein „Teilmatch“ anhand des Namens. Hierarchische Strukturen müssen über jeweils eigene Regions abgebildet werden.
Die Anzahl der Regions auf dem Repeater ist auf 32 begrenzt, ABER: Beim Auto-Discover der Regions können nur 160 Zeichen übertragen werden. Alles Weitere wird abgeschnitten. Es ist daher sehr zu empfehlen, die Anzahl der Regions und deren Namen mit Bedacht zu wählen. Die abgeschnittenen Regions sind im Repeater trotzdem aktiv. Wenn der Nutzer diese kennt, kann er sie trotzdem nutzen. Sie werden lediglich nicht im Auto-Discover angezeigt.

Anleitungen zur Konfiguration der Regions und Nutzung des Scopes findet ihr hier:

Wie benennt man Regions am besten?

Bei der Benennung von Regions muss der Fokus zu 100% auf dem Nutzer ohne MeshCore- und Community-Erfahrung liegen, damit dieser bei der Auswahl des Scopes intuitiv den Richtigen findet und auswählen kann. Wenn der Nutzer die Scopes nicht versteht, oder auf Grund eines schlecht gewählten Scopes eine schlechte Nutzererfahrung macht, wird er zukünftig vermutlich auf die Nutzung von Scopes komplett verzichten, weil „geht ja eh nicht“.

Die Diskussionen die bisher in den Communities zu Regions stattgefunden haben, tendieren eher dazu, Benennungen nach technischen Aspekten (Länge) auszuwählen, was zu mehrdeutigen oder nicht nachvollziehbaren Abkürzungen führt. In der Runde der Entscheider mögen die Namen nachvollziehbar sein, für Außenstehende vermutlich aber nicht. Dies muss vermieden werden, um bei den Nutzern eine breite Akzeptanz für Scopes herzustellen.

Folgende Punkte sollten bei der Benennung von Regions beachtet werden:

Namen möglichst sprechend wählen, mehrdeutige oder unbekannte Abkürzungen vermeiden (westerwald vs. ww, rhein-main-gebiet vs. rmg)
Für definierte Gebiete besser den bereits etablierten Namen nutzen, als eigene Namen erfinden (rhein-main-gebiet vs. frankfurter-umland)
Keine Hierarchien einbauen, die faktisch nicht existieren (de-rp-westerwald ist falsch, da der Westerwald HE, RP und NW umfasst)
Da regionale Regions eine begrenzte Reichweite und im besten Fall eindeutigen Namen haben, braucht es keinen de-Präfix (de-westerwald ist unnötig, westerwald reicht)

Grundsätzlich muss der Name der Region nicht hierarchisch aufgebaut sein. Es ist auch kontraproduktiv, die de-xx-… Hierarchie fortzuführen.
Beispiel: de-by-ofr-er statt erlangen

Der Informationsgehalt steckt bei der Abkürzung nur in den letzten beiden Buchstaben (er). Die ersten 10 (!!) Buchstaben sind redundant und verschenkter Platz
Die Abkürzung ist LÄNGER, als der ausgeschriebene Namen
Die Hierarchie im Namen braucht es nicht, sie bringt keinerlei Vorteile.
erlangen ist für sich alleine eindeutig und klar verständlich

Beispiel 1: Abgekürzt	Beispiel 2: Sprechend

VORTEILE: - Abkürzungen sparen (vermeintlich) Platz in der begrenzten Übertragung (160 Zeichen) der Regions - Abkürzungen folgen der de und de-bl Schematik	VORTEILE: - Namen sind sprechend und nachvollziehbar - Es gibt bei aktuellem Schnitt der Regions nach Empfehlung dieser Seite vermutlich nur eine handvoll Regions pro Repeater, die sich ohne Probleme mit 160 Zeichen übertragen lassen - Keine Verwechslungsgefahr wie bei Abkürzungen - Das Schema de → de.bl muss nicht fortgesetzt werden, ebenso braucht es keine fixen weiteren Hierarchie-Ebenen unterhalb de-bl
NACHTEILE: - Für den Nutzer ist die Bedeutung der Abkürzungen kaum nachvollziehbar - Bei sehr kurze Abkürzungen kann es häufiger Duplikate mit unterschiedlichen Bedeutungen geben - Bei langen Abkürzungsketten steckt der Informationsgehalt nur in den letzten Zeichen, der größte Teil ist redundant und unnötig (Bsp.: de-by-ofr-er → er für Erlangen) - Lange Abkürzungen sind ggf. länger als ausgeschrieben (Bsp.: de-by-ofr-er vs erlangen)	NACHTEILE: - Etwas längere Namen

Wie schneidet man Regions am besten?

Regions sollten möglichst eine Menge an Menschen zusammenfassen, die sehr wahrscheinlich miteinander kommunizieren möchten. Dabei spielen gemeinschaftliche Gesichtspunkte wie Kultur, Gesellschaft, Region und Identifikation eine zentrale Rolle. Der Berliner möchte vielleicht innerhalb seiner Stadt kommunizieren, der gemeine Franke mit anderen Franken, der Ahrensburger gerne im Großraum Hamburg und die Hessen unter sich.

Unter dem Fachbegriff „Raumplanung“ werden in Deutschland auf Grundlage solcher Gesichtspunkte bereits Gebiete definiert, die wir für regionale Regions einfach nutzen können. Diese Gebiete sind bereits klar abgegrenzt, im allgemeinen Sprachgebrauch vorhanden und leicht verständlich. Als Grundlage für Regions könnten dienen:

Metropolregionen (z.B. Region Stuttgart, Rhein-Main-Gebiet)
Regionalverbände (z.B. Großraum Braunschweig)
Naturräume/Landschaften (z.B. Taunus, Harz, Lüneburger Heide)
Großstädte (z.B. Hamburg, Berlin, Frankfurt)
…

Neben diesen theoretischen Überlegungen kann man sinvolle Regions auch aus der Praxis ableiten. Wenn es z.B. einen Channel #singles-frankfurt gibt, in dem rege Kommunikation unter Frankfurtern herrscht, könnte frankfurt ein guter Kandidat für eine Region sein.

Im Gegenzug eigen sich starre geografisch getriebene Systeme wie PLZ, Locator oder Gemeindeschlüssel (u.A.) weniger als Regions, da diese Systeme die oben genannten Gesichtspunkte gänzlich außer Acht lassen und die starren Grenzen zwischen z.B. PLZ-Gebieten Menschen eher voneinander trennen, als sie zu verbinden.

Beispiel 1: Region nach PLZ-Gebiet	Beispiel 2: Region nach Metropolregion

VORTEILE: - PLZ-Gebiete existieren schon, kann man einfach nutzen - Man kann die Gebiete von grob (plz-6) bis fein (plz-63165) unterteilen	VORTEILE: - Metropolregionen gibt es schon, kann man einfach nutzen - Metropolregionen fassen Ballungsgebiete zusammen, in denen viele Menschen wohnen - Metropolregionen vereinen Gebiete die strukturell, kulturell, politisch, gesellschaftlich zusammenpassen - Die Chance, dass Menschen die miteinander kommunizieren wollen aus der selben Metropolregion stammen ist sehr hoch.
NACHTEILE: - PLZ Gebiete sind reine Verwaltungsgebiete mit starren Grenzen - Es gibt teilweise mehrere PLZ-Gebiete pro Stadt - Am Beispiel Mainz und Wiesbaden gibt es kein gemeinsames PLZ-Gebiet - Man hat kein Gefühl, was in einem PLZ-Gebiet (z.B. plz-634) eigentlich enthalten ist - Die Konfiguration der Repeater mit bis zu 5 PLZ-Hierarchien ist sehr aufwändig	NACHTEILE: - Nicht jeder Ort in Deutschland ist Teil einer Metropolregion

Wie groß sollen die Regions sein?

Als Merksatz gilt: Regions so klein wie möglich, aber so groß wie nötig! Sowohl bei der Definition der Region, als auch beim Setzen des Scopes in den Channels.

Die Kommunikation in den Channels soll zukünftig bevorzugt immer mit einem gesetztem Scope erfolgen. Daher muss der Nutzer die Möglichkeit haben, den für die Kommunikation passenden und kleinstmöglichen Scope auch auswählen zu können. Ein Channel #singles-frankfurt sollte auch nur mit dem Scope frankfurt genutzt werden, ein Channel #singles-hessen entsprechend mit dem Scope de-he usw. (Das Thema Verschachtelung von Scopes wird im nächsten Abschnitt im Detail besprochen.)

Nach oben hin gibt es keine zwingende Limitierung der Größe einer Region, allerdings belasten große Regions das Netz erheblich mit Flood-Traffic. Entsprechend dem obigen Merksatz braucht es also gute Gründe, warum man seine Nachrichten z.B. mit dem Scope europe sendet. Auch wenn große Regions damit eher problematisch wirken, sind sie dennoch wichtig und sollten auf den Repeatern auch immer vorhanden sein. Dies hat zwei maßgebliche Gründe:

Nachrichten OHNE Scope (64 Hops durch alle Länder) sind immer schlechter als mit großem Scope (de bleibt innerhalb Deutschlands und stört die Nachbarn nicht)
Der Nutzer findet immer einen passenden Scope und gewöhnt sich an die Nutzung des Scopes

Zu kleine Regions bringen allerdings schnell Nachteile mit sich. Als kleinste Einheit empfehlen sich Regions, die durch mehrere Repeater redundant versorgt werden können, ohne dass die Reichweite der Repeater zu erheblichen Überlappungen führt. Wenn z.B. zwei Regions auf gleicher Ebene durch den selben Repeater zu 100% versorgt werden können, bringen die Regions keinen Nutzen.

Beispiel 1: Regions pro Stadtteil	Beispiel 2: Eine Region für die ganze Stadt

VORTEILE: - Man kann sich gezielt mit den Leuten aus seinem Stadtteil unterhalten - Flood Traffic wird maximal reduziert	VORTEILE: - Erheblich vereinfachte Konfiguration der Repeater - Gute Abdeckung/Versorgung durch mehr Repeater in der Region - Einfacher für den Nutzer, weil weniger Regions
NACHTEILE: - Reichweite der Repeater hört nicht an Stadtteilgrenze auf - Ggf. gibt es im Stadtteil gar keinen eigenen Repeater - Jeder Repeater muss individuell auf die Stadtteile im Umfeld konfiguriert werden - Die Menge der Nutzer, die innerhalb eines Stadtteils kommunizieren wollen, ist ggf. verschwindend gering - Die Anzahl der Regions kann Nutzer überfordern	NACHTEILE: - Mehr Flood Pakete in der Stadt

Sind Regions hierarchisch?

Grundsätzlich gibt es keine notwendige und festgelegte hierarchische Struktur von Regions, auch wenn die CLI eine solche Eingabe im Repeater zulässt. Da sich Regions nach ganz unterschiedlichen Gesichtspunkten definieren, kann es kleine und große Regions geben, sowie Regions die sich erheblich überlappen oder im Gegensatz starren Grenzen folgen. Es kann natürlich auch Regions geben, die auf Grund ihrer Herkunft einer Hierarchie folgen (Z.B. Bund und Bundesländer), was aber trotzdem nicht bedeutet, dass die nächste Region automatisch hierarchisch unterhalb des Bundesländer aufgehängt werden muss. Eine starre hierarchische Struktur von Regions über mehrere Ebenen hinweg (z.B. 5 Ebenen bei plz-1 bis plz-12345) bringt für Repeater-Admins und Nutzer eine erhebliche Komplexität mit, bei kaum oder gar kontraproduktivem Nutzen.

Bei der Definition von Regions muss stets im Fokus stehen, dem Nutzer „passende“ Regions für seine Kommunikation zur Verfügung zu stellen. Das bedeutet, Regions mit unterschiedlichem Schnitt und unterschiedlichen Größen. Wenn die kleinste Region (z.B. Stadt) nicht passt, kann der Nutzer so auf anders geschnittene oder größere Regions (z.B. Metropolregion, Bundesland, …) ausweichen. Daher sollen Repeater standardmäßig auch mit den Basis-Regionen de-bl, de, europe konfiguriert sein, die nach oben hin immer größer werden, damit der Nutzer nicht gezwungen ist bei nicht passender regionaler Region seine Nachricht ganz ohne Scope zu senden.

Beispiel 1: Starre Struktur über X-Ebenen	Beispiel 2: Anders geschnittene Regions verschachteln sich automatisch

VORTEILE: - Klar strukturiert, auf ganz Deutschland anwendbar - Man kann die Größe des Scopes in 5 Stufen selbst wählen	VORTEILE: - Verschachtelung geschieht automatisch durch Regions mit anderem Schnitt und anderer Größe - Man wird in den meisten Fällen regionale Regions finden, die genau das Gebiet umfassen, in dem man kommunizieren will - Regions sind eindeutig benannt, oftmals selbsterklärend - Man kommt mit einer geringeren Anzahl Regions aus, als wenn man einer starren Struktur über viele Ebenen folgt
NACHTEILE: - PLZ Gebiete sind reine Verwaltungsgebiete mit starren Grenzen - Eine Kommunikation von z.B. Mainz (plz-5) nach Wiesbaden (plz-6) ist nicht möglich - Unheimliche Komplexität bei der Administration der Repeater - Der Nutzer hat keine Ahnung, welche Ebene für ihn ausreichend ist - Es kann PLZ-Gebiete ohne eigene Repeater geben - Repeater an Grenzen von PLZ-Gebieten müssen auch alle benachbarten Regions enthalten	NACHTEILE: - Man muss sich mehr Gedanken machen, wie man solche Regions sinnvoll definiert

Dürfen sich Regions überlappen?

Bezüglich Überlappung von Regions gibt es zwei Möglichkeiten:

Regions, die starren Grenzen folgen (z.B. Bundesland), sollten auf keinen Fall aufgeweicht werden oder überlappen. Es ist nicht sinnvoll, die Landesgrenze von Hessen um 100km nach Bayern zu verschieben, nur um dort auch den hessischen Traffic mitzubekommen. Möchte ein Nutzer über die Landesgrenze kommunizieren, muss er einen anderen (z.B. rhein-main) oder größeren Scope (z.B. de) wählen. Um an den Landesgrenzen aber trotzdem eine ausreichende Versorgung durch Repeater zu gewährleisten, ist es sinnvoll die „Grenzrepeater“ mit Reichweite in beide Richtungen auch mit jeweils beiden Regions zu konfigurieren.
Regions, die keinen starren Grenzen folgen, können beliebig überlappen. Hier ist allerdings zu beachten, dass Überlappungen immer zu mehr Konfigurationsaufwand bei den Repeatern führt.

Regions mit festen Grenzen	Regions die überlappen

Die Landesgrenzen zwischen DE und RP sind klar definiert und sollten nicht aufgeweicht werden. ABER: „Grenzrepeater“ mit Reichweite in beide Gebiete, sollten auch beide Regions konfiguriert haben.	Frei definierte Regions können nach belieben überlappen. Das kann sogar von Vorteil sein, weil damit eben eine starre Zuordnung zu einer oder der anderen Region entfällt. Es muss aber deutlich ersichtlich sein, dass solche Überlappungen existieren, um diesen Vorteil sinnvoll auszunutzen.

Was sind private Regions? Was ist die Home-Region?

Das wissen wir auch noch nicht genau. In der Firmware gibt es entsprechende Hinweise sowohl auf private Regions (mit $ am Anfang) und eine spezielle Home-Region, die man auch jetzt schon per CLI setzen kann. Beides wird aber weder in der App erwähnt, noch gibt es Blog-Beiträge o.Ä. zu Zweck und Nutzung. Sobald es weitere Erkenntnisse gibt, wird das Wiki ergänzt/angepasst.

Diese Anleitung / Übersetzung wurde nach bestem Wissen erstellt, erhebt aber nicht den Anspruch auf Vollständigkeit und Richtigkeit der Angaben und dient lediglich als Hilfestellung.

Diese Seite steht in keinerlei Verbindung zum MeshCore Projekt https://meshcore.io oder https://meshcore.co.uk.
Erstellt 2025 für die deutschsprachige MeshCore Community • Impressum

reale-regions-in-repeatern

anonymous@undisclosed.example.com (Anonymous) — Fri, 24 Apr 2026 10:06:14 +0000

Regionale Regions der Communities

Auf dieser Seite werden die Festlegungen der regionalen Communities gesammelt, damit neue Repeater-Admins und Nutzer wissen, welche Regions an ihrem Standort vorhanden sind.

Regions auf dieser Seite sollten nach dieser Empfehlung definiert sein und zudem auf der Regions Karte eingetragen sein. Bitte auch die deutschlandweiten "Basis Regions" beachten.

Anleitungen zur Konfiguration der Regions und Nutzung des Scopes findet ihr hier:

Baden-Württemberg

Freiburg, Südbaden, Südschwarzwald (bfmsh.de)

europe        // Europa (experimentell)
de            // Deutschland
de-sued       // Süddeutschland
de-bw         // Baden-Württemberg
de-bw-em      // Emmendingen
de-bw-fr      // Freiburg / LKBH
de-bw-loe     // Lörrach
de-bw-muel    // Müllheim
de-bw-og      // Offenburg / Ortenau
de-bw-wt      // Waldshut

dach          // DACH-Region (Deutschland, Österreich, Schweiz) (experimentell)
fr            // in der Nähe der französischen Grenze
suedbaden     // https://de.wikipedia.org/wiki/Regierungsbezirk_S%C3%BCdbaden
upper-rhine   // https://en.wikipedia.org/wiki/Upper_Rhine

Karlsruhe (www.ka-mesh.de)

Flood größtenteils inaktiv, passenden Scope verwenden!
europe
dach          // Deutschland, Österreich, Schweiz
de
fr            // Frankreich
de-sued       // gem. Meshcore Basisregion
de-bw
de-bw-ka      // Karlsruhe
de-rp         // Für Grenzrepeater Rheinland-Pfalz
upper-rhine   // Region Oberrhein (Basel bis Bingen) https://en.wikipedia.org/wiki/Upper_Rhine
rhein-neckar  // Anschluss Metropolregion Rhein-Neckar

pamina        // gemeinsames Grenzgebiet Deutschland und Frankreich, siehe https://de.wikipedia.org/wiki/Eurodistrikt_PAMINA

Mannheim

de
de-sued

de-bw
de-rp         // Grenzrepeater zu Nachbarstadt Ludwigshafen / Pfalz
rhein-neckar  // siehe auch Rheinland-Pfalz
pamina        // siehe auch Rheinland-Pfalz

Stand: 09.03.2026

Nordbaden

de
de-sued
de-bw

de-bw-ka    // Karlsruhe
de-bw-br    // Bruchsal
de-bw-ra    // Rastatt
de-bw-bad   // Baden-Baden

de-rp       // Für Grenzrepeater Rheinland-Pfalz

bergstrasse   // LK Bergstrasse
  
pamina        // gemeinsames Grenzgebiet Deutschland und Frankreich, siehe https://de.wikipedia.org/wiki/Eurodistrikt_PAMINA
 
nordbaden     // https://de.wikipedia.org/wiki/Regierungsbezirk_Nordbaden

rhein-neckar // Metropolregion Rhein-Neckar https://de.wikipedia.org/wiki/Metropolregion_Rhein-Neckar

Pforzheim

de-bw
de-bw-pf    // Pforzheim und Enzkreis
de-bw-str   // https://deutsche-metropolregionen.org/metropolregion/stuttgart/

Metropolregion Stuttgart

de
de-sued
de-bw
de-bw-str   // https://deutsche-metropolregionen.org/metropolregion/stuttgart/


Darunter werden (nur bei Bedarf) weitere Regionen z. B. für die Landkreisebene, o. ä. ergänzt:

de-bw-es   // Landkreis Esslingen
de-bw-s    // Stadtkreis Stuttgart
de-bw-sha  // Schwäbisch Hall / Craisheim

Schwarzwald-Baar-Heuberg (https://amateurfunk-klippeneck.de/meshcore)

de
de-sued
de-bw

de-bw-sbh    // siehe https://de.wikipedia.org/wiki/Regionalverband_Schwarzwald-Baar-Heuberg

Für die einzelnen Landkreise sind noch aktiv: 
de-bw-rw     // Landkreis Rottweil
de-bw-tut    // Landkreis Tuttlingen
de-bw-vs     // Landkreis Villingen-Schwenningen

Allgäu, Bodensee, Oberschwaben

de
de-sued
de-bw
de-by

de-abo     // Überregional, zusätzlich zu Allgäu

Bayern

de
de-sued
de-mitte    // Nur RB Oberfranken + RB Unterfranken
de-by

Franken

de

de-sued
de-mitte    // Nur RB Oberfranken + RB Unterfranken

de-by

de-by-fr            // Franken (RB Ofr, RB Mfr, RB Ufr)

de-by-ofr           // RB Oberfranken
de-by-ofr-fo        // LK Forchheim
de-by-ofr-ba        // LK Bamberg
de-by-ofr-bt        // Bayreuth

de-by-mfr           // RB Mittelfranken
de-by-mfr-n         // Nürnberg
de-by-mfr-fue       // Fürth
de-by-mfr-erh       // LK Erlangen Höchstadt 
de-by-mfr-nea       // LK Neustadt Aisch
de-by-mfr-er        // Kreisfreie Stadt Erlangen

de-by-ufr           // RB Unterfranken
rhein-main          // Nur LK AB, LK MIL, Stadt AB

Allgäu

de
de-sued
de-by

de-by-oal    // LK Ostallgäu + Stadt Kaufbeuren
de-by-oa     // LK Oberallgäu + Stadt Kempten
de-by-mn     // LK Unterallgäu + Stadt Memmingen
de-by-li     // LK Lindau (Bodensee)

allgaeu      // Allgäu: OAL + OA + MN + LI

Ober- und Niederbayern

de
de-sued
de-by

de-by-emm    // Europäische Metropolregion München - https://de.wikipedia.org/wiki/Metropolregion_M%C3%BCnchen
de-by-muc    // Stadt und Landkreis München
de-by-la     // Stadt und Landkreis Landshut
de-by-ed     // Stadt und Landkreis Erding

Lokaler Rotkreuz Kreisverband

de-by-ndb    // Niederbayern
de-by-opf    // Oberpfalz
de-by-schw   // Schwaben
de-by-obb    // Oberbayern
de-by-ofr    // Oberfranken
de-by-ufr    // Unterfranken
de-by-mfr    // Mittelfrangen

Berlin + Brandenburg

Berlin Chaos Mesh: Regionen in MeshCore

de
de-ost

de-be        // Nur Berlin
de-bb        // Nur Brandenburg
de-bebb      // Berlin + Brandenburg, entspricht  https://de.wikipedia.org/wiki/Hauptstadtregion_Berlin-Brandenburg

de-bb-cb     // Cottbus
de-bb-um     // Uckermark     
de-bb-opr    // Ostprignitz-Ruppin
de-bb-pr     // Prignitz
de-bb-ohv    // Oberhavel
de-bb-bar    // Barnim
de-bb-hvl    // Havelland
de-bb-mol    // Märkisch-Oderland
de-bb-pm     // Potsdam-Mittelmark
de-bb-lds    // Dahme-Spreewald
de-bb-tf     // Teltow-Fläming
de-bb-los    // Oberspree-Lausitz
de-bb-spn    // Spree-Neiße
de-bb-ee     // Elbe-Elster
de-bb-osl    // Oberspree-Lausitz
de-bb-ffo    // Frankfurt Oder

Bremen

Bremen & Bremerhaven und Umzu - BreMesh APP - BreMesh Website

de
de-nord
de-hb      //Bundesland und Stadt Bremen
de-hb-bhv  //Stadt Bremerhaven
bremesh    //Bremen und Umzu sowie Bremerhaven
de-ni

Hamburg

Hamburg und Umgebung - Hansemesh

de
de-nord
de-hh
hansemesh    // HH-übergreifend, inkl. Umland

Hessen

Bereich Rhein-Main-Gebiet, Westhessen, Grenze zu RLP

europe
de
de-mitte
de-west
de-sued        // Nur im RP Darmstadt
de-he          

taunus         // siehe http://taunus-mesh.de
westerwald     // Der Westerwald (hessischer Teil)
rhein-main     // https://deutsche-metropolregionen.org/metropolregion/frankfurtrheinmain/

frankfurt      // Stadtgebiet Frankfurt

Nordhessen

europe
de
de-mitte
de-west
de-he

de-ks-goe     // Nur LK + Stadt Kassel. Verbindung des Drei-Länder-Eck HE, NI, NW

sauerland     // Nur Gemeinden Diemelsee, Willingen

Südhessen

europe
de
de-mitte
de-west
de-süd
de-he
bergstrasse
odenwald

rhein-main
rhein-neckar    // Nur LK Bergstraße

Mecklenburg-Vorpommern

de
de-ost
de-nord
de-mv

Niedersachsen

LK Harburg / Seevetal

de
de-nord
de-west            // unter vorbehalt
de-ni

landkreis-harburg  // Landkreis Harburg
seevetal           // Stadtgebiet
sg-tostedt         // Samtgemeinde Tostedt

hansemesh          // HH-übergreifend, inkl. Umland

LK Stade

de
de-nord
de-west            // unter vorbehalt
de-ni

lk-stade           // Landkreis Stade
altes-land         // Region Altes Land (zwischen Stade, Buxtehude und Finkenwerder)

hansemesh          // HH-übergreifend, inkl. Umland

Großraum Braunschweig (www.bsmesh.de)

europe
de
de-nord
de-mitte
de-west
de-ni
de-ni-he      // Landkreis Helmstedt
de-ni-sz      // Salzgitter
de-ni-wob     // Stadt Wolfsburg
bsmesh        // https://www.regionalverband-braunschweig.de/regionalverband
braunschweig  // Stadtgebiet
peine         // Landkreis Peine

Bereich Göttingen / Solling / Harz (meshmitte.de)

de
de-nord
de-mitte
de-west
de-ni

de-ni-nom     // Landkreis Northeim
de-ni-goe     // Landkreis Göttingen / Altkreis Osterode

de-harz       // Altkreis Osterode, Landkreis Goslar, Harzvorland

de-solling    // Gemeinden/Städte Deensen, Heinade, Dassel, Moringen, Hardegsen, Uslar, Bodenfelde, Bad Karlshafen, Lauenförde, Beverungen, Fürstenberg, Boffzen, Höxter, Holzminden und Bevern.
de-ks-goe     // Drei-Länder-Eck HE-NI-NW: LK + Stadt Kassel, LK Göttingen, LK Northeim, LK Holzminden, LK Höxter

Bereich Lüneburg / Uelzen / Wendland

europe      
de
de-nord
de-west     // Unter Vorbehalt
de-ni

de-ni-dan   // LK Wendland
de-ni-lg    // LK Lüneburg
de-ni-ue    // LK Uelzen

hansemesh   // Großraum Hamburg 
heidemesh   // Einzugsbereich der Heidemesh-Community. LK DAN + LK LG + LK UE

Bereich Hannover / Hildesheim

de
de-nord
de-mitte
de-west
de-ni
de-ni-h    // Region Hannover

bsmesh     // bei Bedarf

Bereich Ost-Friesland

de
de-nord
de-west
de-ni
de-ni-fri    // Gemeinde Friedeburg
de-ni-whv    // Stadt Wilhelmshaven
de-ni-wtm    // LK Wittmund
de-ni-aur    // LK Aurich

Bereich Freifunk Nordwest (im Aufbau) (ffnw.de)
Von den ostfriesischen Inseln bis ins Osnabrücker Land — von der niederländischen Grenze bis zur Weser

passenden Scope verwenden!

Aktuell noch allowf *, zukünftig ggf. denyf *

de          // hier kommt teilweise sehr viel durch Überreichweiten rein
de-nord
de-west
de-ni       // In Niedersachsen
de-nw       // In Nordrhein-Westfalen und ggf. Osnabrück

ffnw        // für den ganzen Bereich
bremesh     // Im Bremer(-havener)-Umland


friesland       //Landkreis Friesland
wilhelmshaven
de-ni-wtm       //Landkreis Wittmund (bereits durch andere Gruppen genutzt)
wittmund        //Landkreis Wittmund
de-ni-aur       //Landkreis Aurich (bereits durch andere Gruppen genutzt)
aurich          //Landkreis Aurich
emden           //Stadt Emden
leer            //Landkreis Leer
ammerland       //Landkreis Ammerland
wesermarsch     //Landkreis Wesermarsch
oldenburg       //Stadt und Landkreis Oldenburg
emsland         //Landkreis Emsland
cloppenburg     //Landkreis Cloppenburg
vechta          //Landkreis Vechta
bentheim        //Landkreis Grafschaft Bentheim
diepholz        //Landkreis Diepholz
osnabrueck      //Stadt und Landkreis Osnabrück

Nordrhein-Westfalen

Ruhrgebiet (meshcore.ruhr-netz.de)

 de             
 de-west
 de-mitte       // Nur RP Arnsberg, RP Detmold
 de-nw         

 ruhrgebiet     // Regionalverband Ruhr https://de.wikipedia.org/wiki/Ruhrgebiet

Rheinland (meshrheinland.de)

de
de-west
de-nw

de-nw-gl       // Rheinisch-Bergischer-Kreis
de-nw-su       // Rhein-Sieg-Kreis

rheinland      // Keine klare Abgrenzung, Region wächst mit der meshrheinland-Community. Daher kein Eintrag auf der Karte.
bergischesland // Bergisches Land https://de.wikipedia.org/wiki/Bergisches_Land

koeln          // Stadtgebiet Köln
bonn           // Stadtgebiet Bonn

Sauerland

de
de-west
de-mitte
de-nw         

sauerland     // https://de.wikipedia.org/wiki/Sauerland

Ostwestfalen-Lippe

de
de-west
de-mitte
de-nw

de-nw-owl   // Ostwestfalen-Lippe, identisch mit RB Detmold
de-ks-goe   // Nur LK Höxter
de-solling  // Nur Gemeinden Beverungen, Höxter

Rheinland-Pfalz

de          
de-west     
de-sued      // Nur ehemaliger RP Rheinhessen-Pfalz  https://meshcore-de.fyi/meshcore:allgemeines:regions:basis#deutschland_regions_nach_zonen

de-rp        // Rheinland-Pfalz
de-rp-ger    // Landkreis Germersheim
de-rp-kl     // Stadt und Landkreis Kaiserslautern 
de-rp-wei    // Deutsche Weinstraße 
de-rp-dbg    // Donnersberg
rhein-neckar // Metropolregion Rhein-Neckar https://de.wikipedia.org/wiki/Metropolregion_Rhein-Neckar
rhein-main   // Nur LK Mainz-Bingen, LK Alzey-Worms, Stadt Worms, Stadt Mainz

westerwald   // Westerwald
westpfalz    // Westpfalz, https://de.wikipedia.org/wiki/Westpfalz
taunus       // Taunus (Nur Rhein-Lahn-Kreis)

Grenzbereich zu Frankreich:  
fr           // Frankreich
pamina       // Südpfalz, Mittlerer Oberrhein, Nordelsass https://de.wikipedia.org/wiki/Eurodistrikt_PAMINA

Stand 02.04.26 (Vincent)
Bei Fragen gern im Telegram-Channel melden: https://t.me/meshrpde oder https://t.me/meshcorede

Saarland

de
de-west
de-sl

Sachsen

de
de-ost           // Ostdeutschland
de-mitte         // Bereiche RP Leipzig und RP Chemnitz
de-sn

de-sn-leipzig    // Leipzig Stadt und Umland (nicht genauer definiert)

Großraum Chemnitz

europe
de
de-ost
de-mitte
de-sn
de-sn-vms    // Grenzen der Verkehrsverbünde nutzen, wie in Dresden
de-sn-c     // Großraum Chemnitz

Großraum Dresden (loramesh-dresden.de)

europe
de
de-ost
de-sn
de-sn-vvo    // Ballungsraum Oberelbe, Grenzen der Verkehrsverbünde nutzen, siehe https://umap.openstreetmap.de/de/map/meshcore-regionen-deutschland_122026#9/51.138152/13.900452
de-sn-dd     // Großraum Dresden (Dresden + Pirna, Heidenau, Dohna, Kreischa, Bannewitz, Freital, Wilsdruff, Klipphausen, Coswig, Meißen, Weinböhla, Moritzburg, Radebeul)
de-sn-mei    // dedizierte Stadt-Region Meißen

Nutzer:innen mit Companions im Großraum Dresden empfehlen wir, standardmäßig einen dieser Scopes zu verwenden:

de-sn
de-sn-dd

Landkreis Görlitz

de           // Achtung * ist hier inaktiv, zwingend den scope de verwenden.
de-sn

Sachsen Anhalt

de
de-ost
de-st

halle     // Stadtgebiet

Schleswig-Holstein

de
de-nord
de-sh

de-sh-ki      // Stadtgebiet Kiel

de-sh-slfl    // Kreis Schleswig-Flensburg
de-sh-ploe    // Kreis Plön
de-sh-pi      // Kreis Pinneberg

Thüringen

de
de-ost
de-mitte
de-th
de-th-ef     // Stadt Erfurt
de-th-sm     // Landkreis Schmalkalden-Meiningen
de-th-hbn    // Landkreis Hildburghausen
de-th-themar // Stadt Themar

Diese Anleitung / Übersetzung wurde nach bestem Wissen erstellt, erhebt aber nicht den Anspruch auf Vollständigkeit und Richtigkeit der Angaben und dient lediglich als Hilfestellung.

Diese Seite steht in keinerlei Verbindung zum MeshCore Projekt https://meshcore.io oder https://meshcore.co.uk.
Erstellt 2025 für die deutschsprachige MeshCore Community • Impressum

scopes-nutzen

anonymous@undisclosed.example.com (Anonymous) — Mon, 16 Mar 2026 19:19:39 +0000

Scopes für Nachrichten nutzen

WICHTIG: Zur Nutzung von Scopes benötigt man eine aktuelle App-Version (1.38.0+). Zudem ist dringend empfohlen, sowohl den Companion, als auch die Repeater auf Firmware 1.12.0+ upzudaten. Erst damit stehen alle Funktionen zur Verwaltung und Nutzung von Regions und Scopes bereit.

Regions/Scopes sind ein wichtiges Instrument, um den Flood-Traffic im MeshCore-Netz zu minimieren und das Netz stabil zu halten. Entsprechend wichtig ist es, dass zukünftig im besten Fall jegliche Nachrichten mit Scopes versendet werden. Damit dies gelingt, müssen die regionalen Communities und Repeater-Admins im Vorfeld sinnvolle Regions definieren und alle Repeater entsprechend konfigurieren.

Der „Otto-Normal“ Nutzer, ohne MeshCore-Erfahrung und Community-Connection, muss lediglich zwei Dinge wissen :

Mit Scopes lässt sich die Reichweite der Nachricht auf ein bestimmtes Gebiet (Region) einschränken
Scopes sind wichtig, daher sollten sie immer genutzt werden!

Mit der neuen Funktion „Region Auto Discover“ muss der Nutzer nicht mal wissen, welche Regions es an seinem Standort gibt. Es kann diese einfach von den Repeatern im Umkreis abfragen und nutzen.

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

Scopes in der App verwalten

Es gibt in der App eine zentrale Liste von Scopes. Diese findet man allerdings etwas umständlich nur über einen Channel. Oben rechts im Menü (…) gibt es den Menüpunkt „Set Region Scope“. Anfänglich ist diese Liste vermutlich leer.

Es gibt zwei Möglichkeiten, Scopes zur Liste hinzuzufügen:

Per „Auto Discover“: Das ist die empfohlene Variante, da damit automatisch die umliegenden Repeater abgefragt werden. Man kann damit sicher sein, dass die Scopes auch tatsächlich existieren.
Durch manuelles Hinzufügen: Kann man machen, es gibt dann aber keine Garantie, dass die Repeater im Umkreis diese Regions auch enthalten und Nachrichten weiterleiten.

Scopes für Channel setzen

Mit einem Klick auf eine entsprechende Region wird diese für den aktuellen Channel ausgewählt. Der Scope wird dann unter dem Channel-Namen eingeblendet. Sendet man nun in diesem Channel eine Nachricht, wird diese automatisch mit diesem Scope versendet und nur von den entsprechenden Repeatern weitergeleitet.

Möchte man den Scope für den Channel wieder löschen, findet sich im Menü (…) der Eintrag „Clear Scope“.

Scopes von Repeatern abfragen

Man muss die Repeater deren Regions man abfragen möchte, erst in die Kontaktliste aufnehmen, sonst kann man die Regions nicht abfragen.

Damit man nicht auf einen Advert warten muss, kann die Repeater über „discover Nearby Nodes suchen und hinzufügen.

Dazu:

Zahnrad
Tools
Discover Nearby Nodes
Discover Repeaters

Dann neben dem Repeater auf „add“.

Diese Anleitung / Übersetzung wurde nach bestem Wissen erstellt, erhebt aber nicht den Anspruch auf Vollständigkeit und Richtigkeit der Angaben und dient lediglich als Hilfestellung.

Diese Seite steht in keinerlei Verbindung zum MeshCore Projekt https://meshcore.io oder https://meshcore.co.uk.
Erstellt 2025 für die deutschsprachige MeshCore Community • Impressum