MeshCore Dokumentation: Regions & Scopes

Logische Strukturierung und Traffic-Eindämmung im dezentralen Netzwerk

Im Gegensatz zum klassischen Flooding-Verhalten herkömmlicher Mesh-Protokolle setzt MeshCore auf Scopes (Gültigkeitsbereiche). Sie begrenzen die Sichtbarkeit, das Routing und die Weiterleitung von Payloads logisch und geografisch, um "Mesh Storms" in Ballungsräumen effektiv zu unterbinden.

1. Funktionsweise der Scopes

Ein Scope definiert den exakten Radius, in dem eine Nachricht zirkulieren darf. Betreiber von Core-Infrastruktur nutzen diese Definitionen zur Filterung:

Traffic-Begrenzung: Datenpakete ohne passenden lokalen Bezeichner werden von Relays verworfen und nicht weiter über Hops multipliziert.
Kanal-Strukturierung: Das Mesh teilt sich virtuell in regionale Diskussionszonen auf, ohne die globale Frequenzkapazität zu ersticken.

2. Geografische Struktur (ISO / UN-LOCODE Standard)

Um Namenskollisionen zu vermeiden, folgt die Vergabe regionaler Scopes einer strikt hierarchischen Nomenklatur, basierend auf dem ISO-3166-1-Standard für Länder und standardisierten Regionalkürzeln.

Scope-Ebene	Syntax / Format	Praxisbeispiel
National	`[iso-land]`	`at` (Österreich), `ch` (Schweiz)
Regional (Bundesland)	`[land]-[bundesland]`	`at-vbg` (Vorarlberg)
Lokal (Bezirk/Ort)	`[land]-[bundesland]-[ort]`	`at-vbg-fk` (Feldkirch)

Automatisches Tagging im Hintergrund

Sobald ein Benutzer einem verschlüsselten oder unverschlüsselten Kanal wie etwa #at-vbg-chat beitritt, nutzt MeshCore den Präfix, um den Paket-Header mit dem entsprechenden Scope at-vbg zu versehen. Core-Knoten im selben Sektor priorisieren diesen Traffic automatisch.

3. Grenzübergreifendes Routing & Ausnahmen

In Grenzgebieten (beispielsweise dem Rheintal / Dreiländereck AT/CH/LI) kann eine zu strikte Trennung kritische Pfade unterbrechen. Für den stabilen Betrieb und Notfunk-Szenarien gilt:

Schnittstellen-Relays: Grenznahe Knoten sollten so konfiguriert werden, dass sie benachbarte Regionen als sekundäre Scopes mitempfangen (z. B. ch und li auf einem Vorarlberger Knoten).
Ausfall-Szenario: Fehlt eine Wildcard-Regelung im Knoten, gilt das Prinzip "Deny by Default" für fremde Regionstags.

⚠️ Wichtiger Skalierungshinweis

Das manuelle Ändern von Scopes erfordert administrative Eingriffe am Knoten selbst (via CLI oder Config-File). Kanäle hingegen können von den Endnutzern dynamisch erstellt werden, solange sie sich innerhalb der vom Relay-Verbund erlaubten Scopes bewegen.

4. Namenskonvention im Client (Beispiele)

Die Zuweisung erfolgt für den Nutzer transparent über die Benennung der Chatrooms bzw. Channels:

# Überregionaler, nationaler Backbone-Kanal
Channel-Name: #at

# Regionaler Kanal (z.B. für das Rheintal/Vorarlberg)
Channel-Name: #at-vbg

# Lokaler Orts-Kanal für Infrastruktur & Testbetrieb
Channel-Name: #at-vbg-fk-nofels