Regions und Scopes

Regions und Scopes sind Mechanismen zur Begrenzung und Strukturierung von Flood-Verkehr. Sie werden besonders wichtig, wenn aus vielen lokalen MeshCore-Inseln ein größeres zusammenhängendes Netz entsteht.

Grundidee

Eine Region wird auf Repeater-Infrastruktur definiert. Ein Scope wird beim Senden verwendet, um den gewünschten räumlich beziehungsweise hierarchisch definierten Bereich anzugeben.

Auf Paketebene werden dafür Transport Codes verwendet. Repeater können anhand ihrer Regionskonfiguration entscheiden, ob entsprechender Flood-Verkehr weitergetragen werden darf.

Warum das nötig ist

Ohne Begrenzung könnte eine lokale Nachricht durch eine immer größer werdende Repeaterlandschaft weit über ihren sinnvollen Zielbereich hinaus weitergetragen werden.

Ein Gespräch innerhalb eines Landkreises muss nicht automatisch sämtliche erreichbaren Repeater in anderen Teilen Hessens beschäftigen.

Hierarchie

Regions können hierarchisch organisiert werden. Dadurch lassen sich lokale Bereiche in größere Bereiche einordnen.

Ein mögliches Planungsbeispiel für MeshCore Hessen wäre etwa Hessen → Mittelhessen → Landkreis Gießen → lokaler Bereich. Das ist hier ausdrücklich ein Strukturbeispiel und keine bereits verbindlich festgelegte MeshCore-Hessen-Konfiguration.

Scope beim Client

Aktuelle Clients beziehungsweise Werkzeuge können einen Flood Scope setzen. Die CLI dokumentiert beispielsweise einen temporären Scope sowie die Möglichkeit, unscoped zu senden.

Der Scope verändert nicht den Verschlüsselungsstatus eines Kanals. Er steuert die Transportreichweite des dafür vorgesehenen Verkehrs.

Repeaterberechtigungen

Die Repeater-CLI bietet Region-Kommandos zum Anlegen hierarchischer Regionsdefinitionen und zum Erlauben oder Verweigern von Flood-Verkehr für bestimmte Regionen.

Damit kann Infrastruktur bewusst steuern, welche regionalen Bereiche sie transportiert.

Auto-Discovery und Versionsstand

Regions/Scopes werden aktiv weiterentwickelt. Clients können Funktionen zur automatischen Erkennung verfügbarer Regionsinformationen anbieten. Konkrete Mindestversionen und Bedienwege ändern sich schneller als das Grundprinzip und werden deshalb in versionsbezogenen Anleitungen gepflegt.

Planung für Hessen

Bevor eine verbindliche Regionsstruktur für MeshCore Hessen veröffentlicht wird, sollte sie mit realer Infrastruktur und benachbarten Communities abgestimmt werden. Ein einmal weit verbreitetes Namensschema lässt sich später nur mit Aufwand ändern.

Die Hierarchie sollte verständlich, stabil und nicht unnötig tief sein. Politische Verwaltungsgrenzen können hilfreich sein, müssen aber nicht jede reale Funkstruktur perfekt abbilden.

Quellen, Rechte und redaktionelle Prüfung

• MeshCore – offizielle Dokumentation
• meshcore-cli – offizielles Projekt
• MeshCore Wiki DE – ergänzende Communityquelle

Redaktioneller Hinweis: Diese Seite ist eine eigenständige Darstellung für MeshCore Hessen. Sachinformationen wurden anhand der oben genannten Quellen geprüft. Texte, Bilder und die Gliederung des MeshCore Wiki DE wurden nicht übernommen; die Seite wird nur als ergänzende Communityquelle zur Faktenkontrolle genannt. Für technische Details hat die aktuelle offizielle MeshCore-Dokumentation Vorrang. Deutschlandbezogene Funkrechtsangaben werden an den Veröffentlichungen der Bundesnetzagentur geprüft.

Urheberrecht: Technische Begriffe, Protokollnamen, Befehlsnamen, Zahlenwerte und andere notwendige Sachangaben werden unverändert verwendet, soweit dies für fachliche Richtigkeit erforderlich ist. Es werden keine längeren fremden Textpassagen oder Bilder reproduziert.

Prüfstand: 18. August 2026