Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
regionen_und_scopes [2026/08/16 16:43] – bmke-a-2345-tdeckregionen_und_scopes [2026/08/17 19:09] (aktuell) – [Flache Regionsdefinitionen mit region def] bmke-a-2345-tdeck
Zeile 11: Zeile 11:
   * weniger Belastung weit entfernter Repeater   * weniger Belastung weit entfernter Repeater
   * bessere Skalierbarkeit bei wachsender Teilnehmerzahl   * bessere Skalierbarkeit bei wachsender Teilnehmerzahl
 +
 +''Die nachfolgenden Befehle beziehen sich ausschließlich auf die Verwendung der CLI (Command Line Interface) eingaben. Hier wird aktuell NICHT das Meshcore-GUI (iOS/Android APP) erklärt.''
  
 Die wichtigste Grundregel lautet: Die wichtigste Grundregel lautet:
- 
 **So groß wie notwendig, aber so lokal wie sinnvoll.** **So groß wie notwendig, aber so lokal wie sinnvoll.**
  
Zeile 19: Zeile 20:
  
 **Für Firmware 1.12 und neuer werden Public Regions in der MeshCore-GUI und in der Repeater-CLI ohne führendes ''#'' geschrieben.** **Für Firmware 1.12 und neuer werden Public Regions in der MeshCore-GUI und in der Repeater-CLI ohne führendes ''#'' geschrieben.**
- 
-Die Firmware führt intern aus Gründen der Rückwärtskompatibilität weiterhin ein ''#'' mit, in der normalen Bedienung und in den CLI-Befehlen wird es aber nicht mehr verwendet. Daher gilt auf dieser Seite: 
- 
-^ Bedeutung ^ Richtige Schreibweise ^ Beispiel ^ 
-| Hashtag-Channel | mit ''#'' | ''#austria'' | 
-| Scope | ohne ''#'' | ''at-w'' | 
-| Public Region in der Repeater-CLI | ohne ''#'' | ''at-w'' | 
-| ungescopte bzw. Null-Region | ''*'' | ''*'' | 
- 
-Ein Channel und eine Region sind damit klar getrennt: ''#vienna'' ist ein Channel; ''at-w'' ist die zugehörige Public Region bzw. der Scope. 
- 
-**Hinweis für ältere Firmware:** Die Umstellung wurde mit Firmware 1.12 eingeführt. Bei einem Repeater mit älterer Firmware zuerst ''ver'' ausführen und die dort verwendete Schreibweise prüfen. Diese Dokumentation verwendet die aktuelle Schreibweise ohne ''#''. 
  
 ===== Das Prinzip in 30 Sekunden ===== ===== Das Prinzip in 30 Sekunden =====
Zeile 89: Zeile 78:
 ist ''#vienna'' der Channel. ''at-w'' ist zugleich Scope und Name der Public Region auf dem Repeater. ist ''#vienna'' der Channel. ''at-w'' ist zugleich Scope und Name der Public Region auf dem Repeater.
  
-**Alle CLI-Beispiele verwenden die aktuelle Schreibweise ohne ''#'' bei Region-Namen.** 
  
 ===== Channel und Scope sind nicht dasselbe ===== ===== Channel und Scope sind nicht dasselbe =====
Zeile 126: Zeile 114:
 ===== Was ist eine Region? ===== ===== Was ist eine Region? =====
  
-Eine Region ist eine hierarchisch organisierte geografische Kennzeichnung.+Eine Region ist eine organisierte geografische Kennzeichnung.
  
 Auf einem Repeater können beispielsweise folgende Public Regions hinterlegt sein: Auf einem Repeater können beispielsweise folgende Public Regions hinterlegt sein:
Zeile 148: Zeile 136:
 </code> </code>
  
-zeigt die Regions-Hierarchie und deren Flood-Status an.+zeigt die konfigurierten Regions und deren Flood-Status an.
  
-Beispielsweise:+Bei der hier empfohlenen flachen Konfiguration sieht die Ausgabe beispielsweise so aus:
  
 <code> <code>
 *^ F *^ F
 europe F europe F
-  at F +at F 
-    at-ost F +at-ost F 
-      at-w F+at-w F
 </code> </code>
  
Zeile 169: Zeile 157:
  
 <code> <code>
-region put at-w at-ost+region put at-w
 </code> </code>
  
Zeile 206: Zeile 194:
 at-w at-w
 </code> </code>
- 
-Wir lassen das ''#'' im erklärenden Text lediglich weg, damit Channel und Scope leichter unterschieden werden können. 
  
 ===== Was bedeutet * ? ===== ===== Was bedeutet * ? =====
Zeile 270: Zeile 256:
  
 **Zuerst ''region'' ansehen und nur Flood-Berechtigungen ändern, die tatsächlich geändert werden müssen.** **Zuerst ''region'' ansehen und nur Flood-Berechtigungen ändern, die tatsächlich geändert werden müssen.**
 +
 +===== Für Einsteiger: So kommt eine Nachricht durch das Mesh =====
 +
 +Für eine Scoped-Nachricht arbeiten Companion und Repeater zusammen:
 +
 +  - Im Companion wählst du einen Channel und den dazu passenden Scope, zum Beispiel ''#vienna'' mit dem Scope ''at-w''.
 +  - Die gesendete Nachricht trägt genau **einen** Scope. Eine ungescopte Nachricht trägt stattdessen keinen Scope und fällt unter ''*''.
 +  - Ein Repeater prüft, ob er genau diese Public Region kennt und ob dafür Flooding erlaubt ist (''F''). Nur dann leitet er das Paket weiter.
 +  - Ein Repeater ohne diese Region leitet das Paket nicht weiter. Dadurch bleibt lokaler Verkehr lokal und belastet nicht unnötig entfernte Infrastruktur.
 +
 +Hat ein Repeater mehrere erlaubte Regions, gilt das als **ODER**: Er kann Pakete für jede dieser Regions weiterleiten. Das bedeutet nicht, dass ''*'' alle Regions umfasst. ''*'' steht ausschließlich für ungescopte Pakete.
 +
 +Ein Scope ist keine Verschlüsselung und keine private Gruppe. Er ist ein Filter für die Verteilung im Funknetz. Die Privatsphäre eines Channels wird über dessen Channel-Konfiguration geregelt, nicht über den Scope.
 +
 +==== Discover Regions im Companion ====
 +
 +Die Funktion ''Discover Regions'' zeigt Regions, die dem Companion bekannt sind, und hilft bei der Auswahl eines passenden Scopes. Sie legt eine Region jedoch nicht auf Repeatern an und schaltet dort auch kein Flooding frei.
 +
 +Damit ein Scope in der Praxis funktioniert, müssen entlang des gewünschten Wegs passende Repeater diese Public Region besitzen und dafür Flooding erlauben. Wird eine Region nur im Companion ausgewählt, aber von den erreichbaren Repeatern nicht unterstützt, kann die Nachricht lokal enden oder gar nicht weitergeleitet werden.
 +
 +Für die Auswahl gilt als einfache Orientierung:
 +
 +  * lokaler Channel: möglichst den lokalen Scope verwenden, zum Beispiel ''at-w'';
 +  * Kommunikation über mehrere Bundesländer: einen passenden größeren Scope verwenden, zum Beispiel ''at-ost'';
 +  * österreichweite Kommunikation: ''at'' verwenden;
 +  * ungescopte Kommunikation nur dort verwenden, wo sie ausdrücklich gewünscht und von ''*'' unterstützt wird.
  
 ===== Warum brauchen wir Scopes? ===== ===== Warum brauchen wir Scopes? =====
Zeile 299: Zeile 311:
 kann die Kommunikation auf die dafür vorgesehene Infrastruktur beschränkt werden. kann die Kommunikation auf die dafür vorgesehene Infrastruktur beschränkt werden.
  
-===== Unsere österreichische Top-down-Struktur =====+===== Unsere österreichische Regionsstruktur =====
  
-Zur besseren Lesbarkeit zeigen wir zunächst die Scopes ohne ''#'':+{{:mcaustriaregionsv2.png?600}} 
 + 
 +Für MeshCore Austria werden die Regions bewusst **ohne technische Hierarchie** angelegt. Jede verwendete Region liegt direkt unter der Null-Region ''*''.
  
 <code> <code>
-GLOBAL / UNSCOPED 
 * *
 | |
 +-- europe +-- europe
-      | ++-- at 
-      +-- at ++-- at-ost 
-           | ++-- at-sued 
-           +-- at-ost ++-- at-west 
-           |     | ++-- at-w 
-           |     +-- at-w ++-- at-noe 
-           |     +-- at-noe ++-- at-bgld 
-           |     +-- at-bgld ++-- at-stmk 
-           | ++-- at-ktn 
-           +-- at-sued ++-- at-ooe 
-           |     | ++-- at-sbg 
-           |     +-- at-stmk ++-- at-t 
-           |     +-- at-ktn ++-- at-vbg
-           | +
-           +-- at-west +
-                 | +
-                 +-- at-ooe +
-                 +-- at-sbg +
-                 +-- at-t +
-                 +-- at-vbg+
 </code> </code>
  
-Die tatsächlichen Public Regions auf dem Repeater lauten:+Die Namen folgen weiterhin einer verständlichen geografischen Namenslogik. Beispielsweise steht ''at-ost'' für Ostösterreich und ''at-w'' für Wien. Daraus entsteht aber **keine** Parent-Child-Vererbung: Jede Region ist ein eigenständiger Eintrag. 
 + 
 +Die Public Regions auf dem Repeater lauten:
  
 <code> <code>
Zeile 353: Zeile 361:
 </code> </code>
  
-===== Ebenen =====+===== Namensgruppen ===== 
 + 
 +Die folgenden Gruppen dienen nur der Orientierung. Sie sind keine technischen Ebenen und bewirken keine Vererbung.
  
 ==== Global / unscoped ==== ==== Global / unscoped ====
Zeile 403: Zeile 413:
 </code> </code>
  
-bzw. auf dem Repeater: +Diese Namen können für größere österreichische Bereiche verwendet werden. Sie sind technisch eigenständige Regions direkt unter ''*''.
- +
-<code> +
-at-ost +
-at-sued +
-at-west +
-</code>+
  
 ==== Bundesländer ==== ==== Bundesländer ====
Zeile 623: Zeile 627:
 Damit ist keine weitere Freigabe erforderlich. Damit ist keine weitere Freigabe erforderlich.
  
-Dasselbe gilt beispielsweise für:+Dasselbe gilt beispielsweise für flach angelegte Regions:
  
 <code> <code>
-region put at europe +region put at 
-region put at-ost at +region put at-ost 
-region put at-w at-ost+region put at-w
 </code> </code>
  
Zeile 647: Zeile 651:
 </code> </code>
  
-zeigt, dass Flooding gesperrt ist.+zeigt, dass Flooding gesperrt ist. Daran zu erkennen, das nach der jeweiligen Region kein "F" steht!
  
 Dann: Dann:
Zeile 709: Zeile 713:
 </code> </code>
  
-Das zeigt die bestehende Regions-Hierarchie und den Flood-Status.+Das zeigt die bestehenden Regions und ihren Flood-Status.
  
 **Nur ändern, was tatsächlich geändert werden muss.** **Nur ändern, was tatsächlich geändert werden muss.**
Zeile 719: Zeile 723:
 <code> <code>
 * *
-└── europe ++-- europe 
-    └── at ++-- at 
-        └── at-ost ++-- at-ost 
-            └── at-w++-- at-w
 </code> </code>
  
Zeile 728: Zeile 732:
  
 <code> <code>
-region def europe at at-ost at-w+region def europe|* at|* at-ost|* at-w|*
 </code> </code>
  
Zeile 734: Zeile 738:
  
 <code> <code>
-region put at-noe at-ost+region put at-noe
 </code> </code>
  
Zeile 743: Zeile 747:
 </code> </code>
  
-Die neuen Regions sollten bereits mit ''F'' angezeigt werden.+Die neuen Regions sollten bereits mit ''F'' angezeigt werden. Alle genannten Regions liegen direkt unter ''*''.
  
 Wenn alles korrekt ist: Wenn alles korrekt ist:
Zeile 765: Zeile 769:
 <code> <code>
 * *
-└── europe ++-- europe 
-    └── at ++-- at 
-        └── at-ost ++-- at-ost 
-            └── at-w++-- at-w
 </code> </code>
  
Zeile 774: Zeile 778:
  
 <code> <code>
-region put at-noe at-ost+region put at-noe
 </code> </code>
  
Zeile 812: Zeile 816:
 region save region save
 </code> </code>
 +
 +===== Flood Deny: Wann einsetzen und worauf achten? =====
 +
 +''region denyf NAME'' sperrt das Flooding fuer genau diese eine Public Region auf diesem Repeater. Die Region wird dadurch nicht geloescht, aber Flood-Pakete mit diesem Scope werden von diesem Repeater nicht mehr weitergeleitet. Andere Regions bleiben davon unberuehrt.
 +
 +Flood Deny sollte nur eingesetzt werden, wenn bewusst festgelegt werden soll, dass ein Repeater fuer einen bestimmten Scope **nicht** als Verteilpunkt dienen soll. Das kann beispielsweise bei einem klar abgegrenzten lokalen Repeater, bei unerwuenschter Ausbreitung eines bestimmten Scopes oder waehrend einer kontrollierten Umstellung sinnvoll sein.
 +
 +Nicht als erste Massnahme verwenden, nur weil zu viel Verkehr vermutet wird. Zuerst pruefen, ob die betroffene Region tatsaechlich benoetigt wird und ob die Scopes der verwendeten Channels korrekt gesetzt sind.
 +
 +Vor einem ''region denyf NAME'' immer:
 +
 +  * mit ''region'' den aktuellen Zustand ansehen;
 +  * genau pruefen, welche Public Region gesperrt werden soll;
 +  * sicherstellen, dass wichtige lokale, regionale und oesterreichweite Kommunikation nicht auf diese Region angewiesen ist;
 +  * bei Remote-Aenderungen pruefen, dass der Repeater danach weiterhin ueber einen anderen erlaubten Weg erreichbar ist;
 +  * beruecksichtigen, dass benachbarte Repeater die gesperrte Region eventuell weiterhin weiterleiten koennen.
 +
 +Sicherer Ablauf:
 +
 +<code>
 +region
 +region denyf at-w
 +region
 +</code>
 +
 +Erst die Ausgabe kontrollieren. Wenn die Wirkung wie gewuenscht ist, dauerhaft speichern:
 +
 +<code>
 +region save
 +</code>
 +
 +Falls die Sperre nicht gewuenscht war oder eine benoetigte Region dadurch fehlt:
 +
 +<code>
 +region allowf at-w
 +region save
 +</code>
 +
 +**Besonders wichtig:** ''region denyf *'' ist etwas anderes. Es betrifft nicht eine einzelne Region, sondern alle **ungescopten** Flood-Pakete. Dafuer gelten die besonderen Hinweise im folgenden Abschnitt.
  
 ===== Alle erlaubten oder gesperrten Regions anzeigen ===== ===== Alle erlaubten oder gesperrten Regions anzeigen =====
Zeile 834: Zeile 877:
 </code> </code>
  
-Child-Regions müssen zuerst entfernt werden.+Bei der hier empfohlenen flachen Konfiguration kann jede Region unabhängig entfernt werden. Eine Löschreihenfolge nach Parent-Child-Beziehungen ist nicht erforderlich.
  
 ===== Alle Regions neu aufbauen ===== ===== Alle Regions neu aufbauen =====
Zeile 852: Zeile 895:
 Befehl. Befehl.
  
-Soll die Regions-Struktur vollständig neu aufgebaut werden, müssen die bestehenden Regions von unten nach oben entfernt werden.+Soll die Regions-Konfiguration vollständig neu aufgebaut werden, werden die nicht mehr benötigten Regions einzeln entfernt.
  
-Beispiel:+Beispiel einer flachen Konfiguration:
  
 <code> <code>
-europe +* 
-└── at ++-- europe 
-    └── at-ost ++-- at 
-        ├── at-w ++-- at-ost 
-        └── at-noe++-- at-w 
 ++-- at-noe
 </code> </code>
  
Zeile 882: Zeile 926:
 prüfen. prüfen.
  
-Wenn nur noch ''*'' vorhanden ist, kann die neue Struktur angelegt werden.+Wenn nur noch ''*'' vorhanden ist, kann die neue flache Konfiguration angelegt werden.
  
 Am Ende: Am Ende:
Zeile 904: Zeile 948:
 Damit bestimmt der Default Scope vor allem, **wie weit der Repeater selbst im Mesh sichtbar wird** und wo andere Nodes eine Route zu ihm lernen können. Ein engerer Scope hält seine Adverts regional; ein breiterer Scope macht ihn über einen größeren Bereich sichtbar. Damit bestimmt der Default Scope vor allem, **wie weit der Repeater selbst im Mesh sichtbar wird** und wo andere Nodes eine Route zu ihm lernen können. Ein engerer Scope hält seine Adverts regional; ein breiterer Scope macht ihn über einen größeren Bereich sichtbar.
  
-**Er beeinflusst nicht**, welche fremden oder empfangenen Pakete der Repeater weiterleitet. Dafür sind weiterhin die Regions-Hierarchie und die Flood-Berechtigungen zuständig.+**Er beeinflusst nicht**, welche fremden oder empfangenen Pakete der Repeater weiterleitet. Dafür sind weiterhin die konfigurierten Regions und die Flood-Berechtigungen zuständig.
  
 Anzeigen: Anzeigen:
Zeile 921: Zeile 965:
  
 <code> <code>
-region default null;+region default null
 </code> </code>
  
Zeile 930: Zeile 974:
 Ein Default Scope ist daher optional. Ohne Default Scope bleiben eigene Flood-Adverts ungescopt. Soll keine Standardregion gesetzt sein, kann der Wert leer bleiben oder mit ''region default null'' entfernt werden. Ein Default Scope ist daher optional. Ohne Default Scope bleiben eigene Flood-Adverts ungescopt. Soll keine Standardregion gesetzt sein, kann der Wert leer bleiben oder mit ''region default null'' entfernt werden.
  
-===== Schnellkonfiguration mit region def =====+===== Regionsdefinitionen mit region def ===== 
 + 
 +Fuer MeshCore Austria werden Regions flach definiert. Es gibt keine Parent-Child-Vererbung.
  
-''region def'' definiert eine Regions-Hierarchie in einer Zeile. Jeder Name wird Child der davor aktuellen Region. Mit ''|'' wird nach dem Anlegen wieder zu einer bereits vorhandenen Region zurückgesprungen, um einen weiteren Ast anzulegen.+Die Regel ist verbindlich: **Nach jedem einzelnen Regionsnamen, auch nach dem letzten, muss ''|*'' stehen.** Damit springt der Cursor nach jeder Definition zur Null-Region ''*'' zurueck.
  
-Für einen neuen Wiener Repeater:+Beispiel fuer Wien mit Burgenland:
  
 <code> <code>
-region def europe at at-ost at-w+region def europe|* at|* at-ost|* at-w|* at-bgld|*
 region region
 region save region save
 </code> </code>
  
-Das entspricht diesen vier ''region put''-Befehlen, ist aber kürzer. Neue Regions sind auch bei ''region def'' standardmäßig flood-erlaubt. Zusätzliche ''region allowf #...''-Befehle sind daher nicht nötig.+Alle Regions in diesem Beispiel liegen direkt unter ''*''. Die Namen ''at-ost'', ''at-w'' und ''at-bgld'' sind nur eine logische Namenskonvention; sie bilden keine technische Vererbung.
  
-Mehrere Child-Regions in einem Ast:+Eine Region ergaenzen:
  
 <code> <code>
-region def europe at at-ost at-w|at-ost at-noe|at-ost at-bgld+region def at-noe|*
 region region
 region save region save
 </code> </code>
  
-Dabei wird ''at-w'' unter ''at-ost'' angelegt, mit ''|at-ost'' wieder dorthin zurückgesprungen und anschließend ''at-noe'' bzw. ''at-bgld'' angelegt.+Neue Regions aus ''region def'' sind bereits flood-allowed. Ein zusaetzliches ''region allowf'' ist nicht erforderlich.
  
-**Wichtig bei bestehenden Regions:** ''region def'' löscht keinen vorhandenen Tree. Existiert ein Name bereits, kann dessen Parent aktualisiert werden. Bei einem Fehler bleiben die bis dahin verarbeiteten Änderungen bestehen. Daher immer zuerst ''region'' prüfen, nach ''region def'' nochmals ''region'' kontrollieren und erst dann ''region save'' ausführen. +Bei bestehenden Regions zuerst ''region'' ausfuehren, anschliessend nur die benoetigten flachen Eintraege definieren, erneut ''region'' pruefen und danach ''region save'' ausfuehren.
- +
-Eine Repeater-Zeile ist auf 160 Zeichen begrenzt. Für größere Bäume mehrere ''region def''-Zeilen verwenden. Jede neue Zeile beginnt wieder bei ''*''; den gemeinsamen Pfad daher erneut ausschreiben.+
  
 ===== region load ===== ===== region load =====
Zeile 966: Zeile 1010:
 </code> </code>
  
-Beispiel: +''region load'' kann auch hierarchische Eingaben abbilden. Diese Möglichkeit wird in dieser Anleitung bewusst nicht verwendet, weil die österreichischen Beispiele flach unter ''*'' angelegt werden.
- +
-<code> +
-region load +
-europe F +
-  at +
-    at-ost +
-      at-w +
- +
-&lt;Leerzeile beendet die Eingabe&gt; +
- +
-region save +
-</code>+
  
-Bei ''region load'' kann das ''F'' explizit gesetzt werden. Child-Regions können die Flood-Einstellung des Parents übernehmen.+Für die hier empfohlene flache Konfiguration ist ''region def'' mit ''|*'' nach jedem Regionsnamen die übersichtlichere und besser nachvollziehbare Variante.
  
 Der interaktive Aufruf von ''region load'' ohne Argument funktioniert nicht sinnvoll über die Remote-CLI. Der interaktive Aufruf von ''region load'' ohne Argument funktioniert nicht sinnvoll über die Remote-CLI.
Zeile 1007: Zeile 1039:
 <code> <code>
 region put europe region put europe
-region put at europe +region put at 
-region put at-ost at +region put at-ost 
-region put at-w at-ost+region put at-w
 </code> </code>
  
Zeile 1015: Zeile 1047:
  
 <code> <code>
-region put at-noe at-ost+region put at-noe
 </code> </code>
  
Zeile 1037: Zeile 1069:
  
 <code> <code>
-region put at-noe at-ost+region put at-noe
 region region
 region save region save
Zeile 1072: Zeile 1104:
  
   * benötigte Public Regions sind vorhanden   * benötigte Public Regions sind vorhanden
-  * Parent-Child-Struktur ist korrekt+  * die benötigten Regions sind flach und korrekt angelegt
   * benötigte Regions sind flood-allowed   * benötigte Regions sind flood-allowed
   * angrenzende Repeater unterstützen die benötigten Regions   * angrenzende Repeater unterstützen die benötigten Regions
Zeile 1110: Zeile 1142:
 ===== Empfohlene Repeater-Konfigurationen ===== ===== Empfohlene Repeater-Konfigurationen =====
  
-Die folgenden Beispiele sind bewusst minimal gehalten.+Die folgenden Beispiele sind bewusst minimal gehalten und verwenden keine technische Regionshierarchie. Jede Region wird direkt unter ''*'' definiert.
  
 Da ''region put'' neue Regions bereits flood-allowed anlegt, werden keine redundanten ''region allowf #...''-Befehle mehr verwendet. Da ''region put'' neue Regions bereits flood-allowed anlegt, werden keine redundanten ''region allowf #...''-Befehle mehr verwendet.
Zeile 1125: Zeile 1157:
  
 <code> <code>
-region put europe +region def europe|* at|* at-ost|* at-w|*
-region put at europe +
-region put at-ost at +
-region put at-w at-ost+
  
 region default at region default at
Zeile 1139: Zeile 1168:
  
 <code> <code>
-region def europe at at-ost at-noe|at-ost at-bgld+region def europe|* at|* at-ost|* at-w|* at-noe|* at-bgld|*
 region region
 region save region save
Zeile 1147: Zeile 1176:
  
 <code> <code>
-region def europe at at-ost at-noe+region def europe|* at|* at-ost|* at-noe|*
  
 region default at region default at
Zeile 1158: Zeile 1187:
  
 <code> <code>
-region def europe at at-ost at-w|at-ost at-bgld+region def europe|* at|* at-ost|* at-w|* at-noe|* at-bgld|*
 region region
 region save region save
Zeile 1166: Zeile 1195:
  
 <code> <code>
-region def europe at at-ost at-bgld+region def europe|* at|* at-ost|* at-bgld|*
  
 region default at region default at
Zeile 1177: Zeile 1206:
  
 <code> <code>
-region def europe at at-ost at-noe|at-ost at-w+region def europe|* at|* at-ost|* at-w|* at-noe|* at-bgld|*
 region region
 region save region save
Zeile 1185: Zeile 1214:
  
 <code> <code>
-region def europe at at-sued at-stmk+region def europe|* at|* at-sued|* at-stmk|*
  
 region default at region default at
Zeile 1196: Zeile 1225:
  
 <code> <code>
-region def europe at at-sued at-ktn+region def europe|* at|* at-sued|* at-ktn|*
  
 region default at region default at
Zeile 1207: Zeile 1236:
  
 <code> <code>
-region def europe at at-west at-ooe+region def europe|* at|* at-west|* at-ooe|*
  
 region default at region default at
Zeile 1218: Zeile 1247:
  
 <code> <code>
-region def europe at at-west at-sbg+region def europe|* at|* at-west|* at-sbg|*
  
 region default at region default at
Zeile 1229: Zeile 1258:
  
 <code> <code>
-region def europe at at-west at-t+region def europe|* at|* at-west|* at-t|*
  
 region default at region default at
Zeile 1240: Zeile 1269:
  
 <code> <code>
-region def europe at at-west at-vbg+region def europe|* at|* at-west|* at-vbg|*
  
 region default at region default at
Zeile 1263: Zeile 1292:
 </code> </code>
  
-gemeinsamer Parent:+Optional kann zusätzlich die eigenständige Region:
  
 <code> <code>
 at-ost at-ost
 </code> </code>
 +
 +angelegt werden, wenn sie für einen verwendeten Scope benötigt wird. Sie ist kein gemeinsamer Parent der beiden lokalen Regions.
  
 ===== CLI-Kurzreferenz ===== ===== CLI-Kurzreferenz =====
Zeile 1277: Zeile 1308:
 </code> </code>
  
-Regions-Hierarchie:+Regions und Flood-Status:
  
 <code> <code>
Zeile 1286: Zeile 1317:
  
 <code> <code>
-region put #NAME #PARENT+region put NAME
 </code> </code>
  
Zeile 1339: Zeile 1370:
 </code> </code>
  
-Hierarchie kompakt anlegen:+Flache Regionsdefinition kompakt anlegen:
  
 <code> <code>
-region def europe at at-ost at-w+region def europe|* at|* at-ost|* at-w|*
 </code> </code>
  
Zeile 1379: Zeile 1410:
 1. region 1. region
  
-2. bestehende Struktur verstehen+2. bestehende Regions und ihren Flood-Status prüfen
  
 3. nur fehlende Regions mit region put ergänzen 3. nur fehlende Regions mit region put ergänzen
Zeile 1396: Zeile 1427:
 ===== Die wichtigsten Regeln ===== ===== Die wichtigsten Regeln =====
  
-  * ''erase'' ist kein Regions-Reset, sondern ein Factory Reset des gesamten Nodes. **AUFPASSEN**+  * ''erase'' ist kein Regions-Reset, sondern ein Factory Reset des gesamten Nodes. ''AUFPASSEN''
  
 Companion: Companion:
Zeile 1407: Zeile 1438:
  
 Repeater bzw. Repeater Admin Konfiguration im Companion Remote, oder über Serial: Repeater bzw. Repeater Admin Konfiguration im Companion Remote, oder über Serial:
-  * Die tatsächliche Public Region dazu heißt ''at''. +  * Die Public Region dazu heißt ''at''.
-  * In echten CLI-Befehlen verwenden wir bei Public Regions das ''#''.+
   * Die ''region''-Ausgabe kann Public Regions je nach Firmware ohne führendes ''#'' anzeigen.   * Die ''region''-Ausgabe kann Public Regions je nach Firmware ohne führendes ''#'' anzeigen.
   * ''F'' bedeutet, dass Flooding für die betreffende Region erlaubt ist.   * ''F'' bedeutet, dass Flooding für die betreffende Region erlaubt ist.
-  * **''region put'' legt neue Regions bereits standardmäßig flood-allowed an.**+  * **''region put'' legt neue Regions bereits standardmäßig flood-allowed an, selbiges bei ''region def''.**
   * Deshalb sind zusätzliche ''region allowf #...''-Befehle nach erfolgreichen ''region put''-Befehlen normalerweise überflüssig.   * Deshalb sind zusätzliche ''region allowf #...''-Befehle nach erfolgreichen ''region put''-Befehlen normalerweise überflüssig.
   * ''region allowf'' ist vor allem für bereits vorhandene, gesperrte Regions oder für ''*'' relevant.   * ''region allowf'' ist vor allem für bereits vorhandene, gesperrte Regions oder für ''*'' relevant.
Zeile 1420: Zeile 1450:
   * Nach Änderungen erneut ''region'' prüfen.   * Nach Änderungen erneut ''region'' prüfen.
   * Erst danach ''region save'' verwenden.   * Erst danach ''region save'' verwenden.
-  * Es gibt keinen eigenen ''region reset''-Befehl; für einen Neuaufbau werden Regions von unten nach oben mit ''region remove'' entfernt.+  * Es gibt keinen eigenen ''region reset''-Befehl; für einen Neuaufbau werden nicht mehr benötigte Regions mit ''region remove'' entfernt.
   * ''region load'' ohne Argument ist interaktiv und nicht für Remote-CLI geeignet.   * ''region load'' ohne Argument ist interaktiv und nicht für Remote-CLI geeignet.
  
Zeile 1450: Zeile 1480:
 <code> <code>
 region put europe region put europe
-region put at europe +region put at 
-region put at-ost at +region put at-ost 
-region put at-w at-ost+region put at-w
  
 region region
Zeile 1462: Zeile 1492:
 <code> <code>
 europe F europe F
-  at F +at F 
-    at-ost F +at-ost F 
-      at-w F+at-w F
 </code> </code>
  
  • regionen_und_scopes.1786898581.txt.gz
  • Zuletzt geändert: 2026/08/16 16:43
  • von bmke-a-2345-tdeck