Netzwerk-Konfiguration

MeshCore Regions-Konfiguration

Wie Regions und Scopes das MeshCore-Netzwerk in Deutschland entlasten und lokale Kommunikation verbessern

Warum Regions?

Damit das MeshCore-Netz langfristig zuverlässig funktioniert, müssen wir gemeinsam die Menge der übermittelten Datenpakete „OnAir" so gering wie möglich 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.

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.

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.

Firmware-Anforderungen

App-Version 1.38.0+ wird für die Nutzung von Scopes benötigt. In der Praxis sollten sowohl Companion als auch Repeater auf MeshCore Firmware 1.15.0 oder neuer laufen, damit Regions, Auto-Discover und Scope-Nutzung sauber funktionieren.

Funktionsprinzip

📡

Regions auf Repeatern

Regions sind die geografischen Festlegungen, die in Repeatern eingetragen werden. Repeater-Betreiber konfigurieren, welche Regionen ihr Repeater bedient.

📨

Scopes auf Nachrichten

Ein Scope ist der geografische Reichweitenwunsch, den der Anwender einer Nachricht zufügt. Nutzer können beim Senden einen Scope wählen.

🔀

Exaktes 1:1 Matching

Ein Repeater leitet eine Nachricht nur dann weiter, wenn der Scope zur Konfiguration passt. Ohne Hierarchie gibt es kein Teilmatch: de-he ist also nicht automatisch in de enthalten. Mit einer Parent-Child-Konfiguration kann diese Beziehung aber bewusst hergestellt werden.

✳️

Wildcard *

Auf jedem Repeater ist standardmäßig die Wildcard-Region * (Stern) hinterlegt. Nachrichten ohne Scope werden auf jeden Fall weitergeleitet.

Basis-Regions für Deutschland

In der deutschen Community haben sich europe, de und die Bundesland-Codes als gemeinsame Basis etabliert

Region Code	Region	Beispiele
europe	Europa	Großer Fallback-Scope für grenzüberschreitende Kommunikation
de	Deutschland	Deutschlandweite Nachrichten
de-bw	Baden-Württemberg	Stuttgart, Karlsruhe, Freiburg
de-by	Bayern	München, Nürnberg, Augsburg
de-be	Berlin	Berlin
de-bb	Brandenburg	Potsdam, Cottbus, Frankfurt (Oder)
de-hb	Bremen	Bremen, Bremerhaven
de-hh	Hamburg	Hamburg
de-he	Hessen	Frankfurt, Wiesbaden, Kassel
de-mv	Mecklenburg-Vorpommern	Rostock, Schwerin, Stralsund
de-ni	Niedersachsen	Hannover, Braunschweig, Oldenburg
de-nw	Nordrhein-Westfalen	Köln, Düsseldorf, Dortmund
de-rp	Rheinland-Pfalz	Mainz, Koblenz, Trier
de-sl	Saarland	Saarbrücken
de-sn	Sachsen	Dresden, Leipzig, Chemnitz
de-st	Sachsen-Anhalt	Magdeburg, Halle
de-sh	Schleswig-Holstein	Kiel, Lübeck, Flensburg
de-th	Thüringen	Erfurt, Jena, Weimar

Zonen und lokale Regions

Neben den Basis-Regions nutzt die deutsche Community auch fünf größere Zonen zwischen de und den Bundesländern. Sie helfen dabei, Traffic besser einzugrenzen, wenn de zu groß und einzelne Bundesländer nicht passend sind. Zusätzlich können Communities eigene regionale Regions wie rhein-main definieren.

de-nord – Hamburg, Bremen, Schleswig-Holstein, Mecklenburg-Vorpommern, Niedersachsen
de-ost – Berlin, Brandenburg, Sachsen, Sachsen-Anhalt, Thüringen und Teile von Mecklenburg-Vorpommern
de-sued – Bayern, Baden-Württemberg sowie angrenzende Teile von Hessen und Rheinland-Pfalz
de-west – Hessen, Nordrhein-Westfalen, Rheinland-Pfalz, Saarland und angrenzende Bereiche
de-mitte – Überlappungszone für mitteldeutsche Grenzbereiche

Wichtig: Für rein lokale Tests gibt es außerdem local bzw. lokal. Diese Regions dürfen auf keinem Repeater konfiguriert sein, sonst würden lokale Testnachrichten ungewollt weitergeleitet.

Repeater-Konfiguration

Per CLI (Kommandozeile)

Regions werden über die CLI konfiguriert, entweder per USB-/Seriell-Verbindung oder per Remote-Login über App bzw. Companion. Als gemeinsame Basis haben sich europe, de und die passenden Bundesland- oder Zonen-Codes etabliert.

1

Mit der CLI auf Ihren Repeater verbinden

2

Die Basis-Regions hinzufügen: region put europe und region put de

3

Ihr Bundesland oder Ihre Zone mit Hierarchie hinzufügen: region put de-he de oder z. B. region put de-west de

4

Flood für die benötigten Regions aktivieren: region allowf europe, region allowf de und Ihre lokale Auswahl

5

Mit region save speichern

Beispiel-Konfiguration (Hessen)

region put europe
region put de
region put de-he de
region allowf europe
region allowf de
region allowf de-he
region save

Wichtig

Prüfen Sie, ob jeder Befehl mit OK bestätigt wird
Kontrollieren Sie mit dem Befehl region oder region list allowed, ob alles korrekt eingetragen ist
Die Hierarchie (region put de-he de) verknüpft de-he als Kind mit de
region save ist nötig, damit die Konfiguration einen Neustart überlebt
Scopes werden am besten per Auto-Discover aus der Umgebung übernommen. Manuell hinzugefügte Regions garantieren nicht, dass lokale Repeater diese wirklich führen.

Technische Spezifikationen

Maximale Länge

30 Bytes (UTF-8) pro Region-Name

Erlaubte Zeichen

Nur Kleinbuchstaben (a-z), Zahlen (0-9) und - (Bindestrich)

Maximum Regions

32 Regions pro Repeater. Aber: Beim Auto-Discover können nur 172 Zeichen übertragen werden. Halten Sie die Anzahl und Namen so klein wie möglich!

Eindeutigkeit

Region-Namen müssen im Netz eindeutig sein

Vorteile der Regions-Nutzung

🚀

Weniger Paket-Kollisionen

Nachrichten werden nicht unnötig über ihren Scope hinaus weitergeleitet. Das reduziert Traffic und Kollisionen.

⚡

Zuverlässigere Kommunikation

Weniger verlorene Datenpakete bedeuten zuverlässigere Nachrichtenübermittlung.

🔋

Batterieeinsparung

Repeater verarbeiten weniger Nachrichten, was Energie spart – besonders wichtig für Solar-Repeater.

📍

Lokale Relevanz

Empfangen Sie nur Nachrichten, die für Ihr Gebiet relevant sind.

🔧

Skalierbarkeit

Das Netzwerk kann wachsen, ohne dass die Performance leidet.

🤝

Community-getrieben

Lokale Communities bestimmen selbst ihre regionale Einteilung.

Häufig gestellte Fragen

Muss ich meinen Repeater aktualisieren?

Ja, Sie brauchen MeshCore Firmware 1.15.0 oder neuer. Repeater mit älterer Firmware leiten ALLE Pakete weiter, unabhängig ob Scope gesetzt ist. Flashen Sie über meshcore.io/flasher.

Was passiert ohne Scope?

Nachrichten ohne Scope werden von allen Repeatern dank der Wildcard * weitergeleitet. Das funktioniert weiterhin, ist aber auf Dauer nicht das Ziel. Scopes sollen möglichst überall genutzt werden.

Matcht de-he automatisch auch mit de?

Nicht automatisch. Ohne Hierarchie ist das Matching exakt. Mit einer Parent-Child-Konfiguration wie region put de-he de kann ein Repeater aber sinnvoll beide Ebenen miteinander verknüpfen.

Wie viele Regions sollte ein Repeater haben?

So viele wie nötig, so wenige wie möglich. In Deutschland haben sich europe, de und ein passender Bundesland- oder Zonen-Code etabliert. Lokale Regions wie rhein-main kommen nur dort dazu, wo sie wirklich gebraucht werden.

Kann ich in der App einen Scope setzen?

Ja. Mit aktueller App-Version können Scopes pro Channel gesetzt werden. Empfohlen ist Auto-Discover, damit nur Regions angezeigt und genutzt werden, die in Ihrer Umgebung tatsächlich vorhanden sind.

Wer entscheidet über lokale Regions?

Die lokale Community. Die Basis-Regions wie europe, de und die Bundesland-Codes sind abgestimmt. Zonen und lokale Regions werden in der Community besprochen und vereinbart.

Über die Regions-Einteilung mitdiskutieren?

Die Regions-Einteilung ist ein Community-Projekt. Haben Sie Fragen, Vorschläge oder möchten Sie mithelfen?

MeshCore Telegram Deutschland

Helfen Sie dem Netzwerk

Indem Sie Regions auf Ihrem Repeater konfigurieren, helfen Sie dem MeshCore-Netzwerk in Deutschland skalierbar und effizient zu bleiben.

Repeater aufstellen Geräte ansehen