Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| meshcore:allgemeines:regions:definieren [04.02.2026 18:12] – josch0 | meshcore:allgemeines:regions:definieren [08.02.2026 14:11] (aktuell) – josch0 | ||
|---|---|---|---|
| Zeile 3: | Zeile 3: | ||
| Bevor eigene regionale Regions definiert werden, bitte erstmal nachschauen ob es in der Gegend schon Regions und Festlegungen der Communities gibt: | Bevor eigene regionale Regions definiert werden, bitte erstmal nachschauen ob es in der Gegend schon Regions und Festlegungen der Communities gibt: | ||
| - | * [[https:// | + | |
| - | * [[reale-regions-in-repeatern|Festlegungen der Communities]] | + | |
| + | * [[reale-regions-in-repeatern|Festlegungen der regionalen | ||
| \\ | \\ | ||
| Zeile 11: | Zeile 12: | ||
| 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. | 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. | ||
| - | Nachfolgend einige Hilfestellungen | + | Für Regions (und damit auch Scopes) gelten folgende Einschränkungen: |
| + | |||
| + | * Länge maximum 30 bytes (UTF-8). | ||
| + | * Nur Kleinbuchstaben, | ||
| + | * Regions müssen im Netz eindeutig sein. | ||
| + | * Regions und Scopes matchen nur exakt (1:1), es gibt kein " | ||
| + | * 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 | ||
| + | |||
| + | * [[cli|Repeater Konfiguration]] | ||
| + | * [[scopes-nutzen|Scopes in Companions nutzen]] | ||
| + | |||
| + | ===== Wie benennt man Regions am besten? ===== | ||
| + | |||
| + | Bei der Benennung | ||
| + | |||
| + | Die Diskussionen die bisher in den Communities zu Regions stattgefunden haben, tendieren eher dazu, Benennungen nach technischen Aspekten (Länge) auszuwählen, | ||
| + | |||
| + | 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, | ||
| + | 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 | ||
| + | |||
| + | \\ | ||
| + | |< 100% 50% 50% >| | ||
| + | ^ 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 | ||
| + | | **:-( NACHTEILE: | ||
| ===== Wie schneidet man Regions am besten? ===== | ===== Wie schneidet man Regions am besten? ===== | ||
| Zeile 42: | Zeile 81: | ||
| 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 # | 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 # | ||
| - | Nach oben hin gibt es keine zwingende Limitierung der Regions, 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: | + | 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) | * 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) | ||
| Zeile 67: | Zeile 106: | ||
| | {{ : | | {{ : | ||
| | **:-) VORTEILE:** \\ - Klar strukturiert, | | **:-) VORTEILE:** \\ - Klar strukturiert, | ||
| - | | **:-( NACHTEILE: | + | | **:-( NACHTEILE: |
| ===== Dürfen sich Regions überlappen? | ===== Dürfen sich Regions überlappen? | ||
| Zeile 76: | Zeile 115: | ||
| - 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, 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. | ||
| + | \\ | ||
| |< 100% 50% 50% >| | |< 100% 50% 50% >| | ||
| ^ Regions mit festen Grenzen ^ Regions die überlappen ^ | ^ Regions mit festen Grenzen ^ Regions die überlappen ^ | ||
| | {{ : | | {{ : | ||
| - | | Die Landesgrenzen zwischen DE und RP sind klar definiert und sollten nicht aufgeweicht werden. ABER: " | + | | :-) Die Landesgrenzen zwischen DE und RP sind klar definiert und sollten nicht aufgeweicht werden. |
| - | ===== Wie benennt man Regions | + | ===== Was sind private |
| + | 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, | ||
| - | |< 100% 50% 50% >| | ||
| - | ^ Beispiel 1: Abgekürzt ^ Beispiel 2: Sprechend ^ | ||
| - | | {{ : | ||
| - | | **:-) VORTEILE:** \\ | **:-) VORTEILE:** \\ | | ||
| - | | **:-( NACHTEILE: | ||