Région & scope · BE
Réseau MeshCore belge

Configurer région & scope sur votre appareil MeshCore

Ce que vous devez régler maintenant, et pourquoi : à partir du 1er août 2026, les messages unscoped ne sont plus floodés sans limite en Belgique.

Valable pour la Belgique. Ce guide décrit les conventions du réseau MeshCore belge. Les valeurs de région et de scope ci-dessous (be, be-vlg, be-vli…) sont les valeurs belges. Si vous êtes dans un autre pays, suivez les conventions de votre propre réseau régional ; cette page n'en dit rien.

L'essentiel en 5 lignes

Pour le réseau MeshCore belge.

  1. À partir du 1er août 2026, les messages sans scope (unscoped) ne sont plus floodés sans limite dans le réseau MeshCore belge.
  2. Les répéteurs ne laissent de préférence passer que les messages portant l'un des scopes eu, bx, be, be-vlg et la province concernée (dans l'exemple : be-vli, Limbourg).
  3. Répéteurs hors littoral : set flood.max.unscoped 3. Sur le littoral, tous les messages unscoped sont bloqués.
  4. Comme utilisateur, réglez dans votre companion (réglages expérimentaux) le Default Region Scope sur p. ex. be ; sinon vos DM ne vont pas plus loin que le nombre de sauts défini par flood.max.unscoped.
  5. Pour les messages des utilisateurs en Belgique, le scope be est recommandé. Choisissez toujours le plus petit scope qui atteint encore tous ceux qui doivent recevoir le message.

À régler maintenant : liste d'actions

Trois étapes. Ouvrez le volet qui correspond à votre appareil.

Valeurs belges. La demande de vérifier la configuration s'adresse à tous les gestionnaires de répéteurs belges ; le scope recommandé be vaut pour les messages des utilisateurs en Belgique. Pour un répéteur ou un companion dans un autre pays, ce guide ne donne aucun réglage.

1Choisissez votre province et vos codes de région

Le découpage régional suit les normes internationales : selon ISO 3166, le code pays de la Belgique est BE ; la Belgique est divisée en 3 régions et 10 provinces (ISO 3166-2). Pour le scope des messages, on travaille en minuscules : le code pays devient donc be.

Votre choix n'est conservé que dans ce navigateur. Le Hainaut est absent du tableau de codes de la source ; nous ne pouvons donc pas donner de code pour cette province.

Tous les codes se trouvent dans le tableau des codes de région. La configuration minimale se compose du pays et de la province.

2Réglez le(s) scope(s) sur votre appareil

Répéteur – via la CLI app Companion ou USB/série

Vous configurez les régions du répéteur via la CLI (interface en ligne de commande). Connectez-vous à votre répéteur via l'app Companion ou via une liaison USB/série. Utilisez une structure imbriquée et exécutez les commandes une par une ; attendez après chaque commande une confirmation OK.

Exemple pour un répéteur au Limbourg :

region def eu bx be be-vlg be-vli
region default be
region save

Vérifiez avec la commande region que la configuration a réussi. Vous devriez voir ceci :

region
*
 eu F
  bx F
   be^F
    be-vlg F
     be-vli F

Terminez toujours par region save, pour que votre configuration reste active après un redémarrage.

L'exemple concerne le Limbourg (be-vli dans be-vlg). Les codes des autres régions et provinces se trouvent dans le tableau ; il n'existe pas d'exemples distincts par province.

App Companion – Default Region Scope pour vos DM

Les DM sont envoyés par défaut sans scope. Pour que vos DM aillent quand même plus loin que le nombre de sauts réglé via flood.max.unscoped, réglez dans votre companion, dans les réglages expérimentaux, le Default Region Scope sur p. ex. :

be

Vous pouvez alors, à condition que tous les répéteurs belges aient configuré be comme région, envoyer des DM à l'intérieur de la Belgique.

Si vous envoyez vous-même un message, choisissez toujours le plus petit scope qui atteint encore tous ceux qui doivent le recevoir. Un message local n'a pas à devenir un message Benelux.

3Répéteur : limitez le flood des messages unscoped

Sur le littoral, on choisit de bloquer tous les messages unscoped. Pour les répéteurs ailleurs en Belgique, une approche un peu plus souple est probablement souhaitable :

set flood.max.unscoped 3

Ainsi, les nouveaux utilisateurs ou les visiteurs de régions voisines gardent la possibilité de diffuser des messages régionaux, même s'ils ne connaissent pas encore le système de scopes. Ce réglage offre un bon équilibre entre ouverture aux nouveaux utilisateurs, interopérabilité régionale et protection contre de grandes quantités de messages externes non pertinents.

Aucune commande distincte n'est documentée pour « bloquer tous les messages unscoped » sur le littoral ; nous n'en inventons pas non plus ici.

Réglage « 2 octets » / path-hash : il n'est pas traité dans les sources utilisées. Ce guide ne se prononce donc délibérément pas à ce sujet ; consultez pour cela la documentation MeshCore.

Codes de région pour la Belgique

Code ISO en majuscules, code de région (pour le scope) en minuscules.

Pays et au-delà

Code de régionSignificationCopier
euEurope
bxBenelux
beBelgique (ISO 3166 : BE)

Régions belges

Code ISOCode de régionRégionCopier
BE-BRUbe-bruRégion de Bruxelles-Capitale
BE-VLGbe-vlgRégion flamande
BE-WALbe-walRégion wallonne

Provinces

Code ISOCode de régionProvinceCopier
BE-VANbe-vanAnvers
BE-WBRbe-wbrBrabant wallon
BE-VLIbe-vliLimbourg
BE-WLGbe-wlgLiège
BE-WLXbe-wlxLuxembourg
BE-WNAbe-wnaNamur
BE-VOVbe-vovFlandre-Orientale
BE-VBRbe-vbrBrabant flamand
BE-VWVbe-vwvFlandre-Occidentale

Le tableau de codes contient ces neuf provinces (le Hainaut n'y figure pas). Nous reprenons le tableau tel quel.

Le changement de politique de flood

Annoncé le 24 juillet 2026, en vigueur à partir du 1er août 2026.

Qu'est-ce qui change ?

À partir du 1er août, une adaptation du traitement des messages unscoped est mise en œuvre dans le réseau MeshCore belge. À partir de cette date, il est recommandé de configurer votre répéteur de façon à ne laisser passer que les messages portant l'un des scopes suivants :

  • eu (europe)
  • bx (benelux)
  • be (Belgique)
  • be-vlg (Région flamande)
  • be-vli (niveau provincial : dans cet exemple le Limbourg)

Les messages sans scope (unscoped) ne seront plus floodés sans limite à travers le réseau.

Pourquoi ce changement ?

Ces derniers mois, on constate une forte augmentation du trafic en provenance du Royaume-Uni. C'est surtout perceptible sur le littoral, où :

  • des conditions de propagation favorables permettent régulièrement des liaisons à travers la Manche ;
  • au moins un gestionnaire de répéteur utilise une antenne directive (Yagi) qui émet spécifiquement vers le continent européen.

Bien que ce soit techniquement intéressant et que cela montre la puissance de MeshCore, ces messages n'apportent aucune information pertinente à la plupart des utilisateurs belges. La conséquence est qu'un grand nombre de messages entrent dans le mesh belge et s'y propagent. Cela entraîne :

  • une charge supplémentaire des répéteurs ;
  • une occupation plus élevée du canal ;
  • un stockage inutile de messages ;
  • un risque accru de saturation du réseau.
À partir de quand, et que vous demande-t-on ?

Le changement s'applique à partir du 1er août 2026. Il est demandé à tous les gestionnaires de répéteurs belges de vérifier leur configuration avant le 1er août et, si possible, d'appliquer l'un des réglages recommandés (voir la liste d'actions).

Notre objectif n'est pas de rendre la connectivité internationale impossible, mais bien de veiller à ce que le réseau belge reste performant et disponible pour les utilisateurs auxquels il est destiné.
citation traduite de la source (voir en bas de page)
Et mes DM ?
Les DM sont envoyés par défaut sans scope. Pour que vos DM aillent quand même plus loin que le nombre de sauts réglé via flood.max.unscoped, vous pouvez, dans votre companion, dans les réglages expérimentaux, mettre le Default Region Scope sur p. ex. be. Vous pouvez alors, à condition que tous les répéteurs belges aient configuré be comme région, envoyer des DM à l'intérieur de la Belgique.
citation traduite de la source (voir en bas de page)

Choisissez avec discernement les régions que vous configurez

  • Ne configurez sur votre répéteur que les régions dont votre installation fait géographiquement réellement partie. Un répéteur au Limbourg n'a pas à laisser passer n'importe quelle région disponible. Plus vous configurez large, plus les messages risquent de voyager plus loin que nécessaire dans le réseau, et c'est précisément ce que l'on veut éviter.
  • Pour les répéteurs en zone frontalière, il peut être judicieux de configurer plus d'une région, p. ex. un répéteur qui peut utilement servir le trafic du Limbourg belge et du Limbourg néerlandais. Là aussi : soyez sélectif et n'exagérez pas. Configurer trop de régions à la fois entraîne une charge réseau inutile et un comportement imprévisible.
  • En zone frontalière, il est donc souvent préférable de convenir ensemble d'une région distincte et logique. Un scope couvrant le Limbourg belge et néerlandais est plus efficace que d'utiliser d'emblée le large scope bx (Benelux). Vous gardez ainsi le flux de messages dans la zone où ils sont réellement pertinents.
  • Si vous envoyez vous-même un message, choisissez toujours le plus petit scope qui atteint encore tous ceux qui doivent le recevoir. Un message local n'a pas à devenir un message Benelux.
  • Ne prenez jamais ce genre de décision seul. Concertez-vous avec les gestionnaires des répéteurs voisins, pour que tout le monde utilise les mêmes régions et que le réseau reste efficace et prévisible.

Extra : régions imbriquées

Lors de la création des régions, indiquez toujours leur relation les unes par rapport aux autres.

be-vlg fait partie de be, c'est pourquoi :

region put be-vlg be

be-vli fait partie de be-vlg :

region put be-vli be-vlg

Si vous voulez aussi ajouter le Brabant flamand (be-vbr) aux régions de ce répéteur, vous l'imbriquez sous be-vlg :

region put be-vbr be-vlg

Et si vous ajoutez Kuringen (bekrn) :

region put bekrn be-vli

Terminez toujours par region save, pour que la configuration saisie reste active après un redémarrage.

Remarque : le firmware actuel des répéteurs ne tient pas compte de la structure imbriquée des régions. Une région enfant n'hérite donc pas encore des réglages de flood d'une région parente.

Checklist : vérifiez vos réglages

Cochez ce qui est en ordre (conservé uniquement dans ce navigateur).

Glossaire

Brève explication en nos propres mots, déduite de l'usage des termes dans la source.

Flood / flooder
La propagation (retransmission) d'un message par les répéteurs à travers le réseau. À partir du 1er août 2026, les messages unscoped ne sont « plus floodés sans limite à travers le réseau ».
Message unscoped
Un message sans scope. Les DM sont envoyés par défaut sans scope.
Scope
Le code de région attaché à un message, qui détermine où il est pertinent (p. ex. be). Choisissez le plus petit scope qui atteint encore tous ceux qui doivent recevoir le message.
Région / code de région
Une désignation de zone basée sur ISO 3166 (pays) et ISO 3166-2 (régions, provinces), en minuscules : be, be-vlg, be-vli… Réglée sur un répéteur avec les commandes region.
Région imbriquée (parent/enfant)
Des régions définies comme parties les unes des autres, p. ex. be-vli sous be-vlg sous be (region put be-vli be-vlg). Attention : une région enfant n'hérite pas encore des réglages de flood du parent.
flood.max.unscoped
Réglage du répéteur qui détermine combien de sauts un message unscoped peut encore faire ; hors littoral, set flood.max.unscoped 3 est recommandé.
Saut (hop)
Une étape de retransmission du message via un répéteur.
Default Region Scope
Réglage dans les réglages expérimentaux du companion qui définit le scope par défaut de vos messages (dont les DM) ; recommandé : p. ex. be.
Companion
L'app/l'appareil MeshCore avec lequel vous envoyez des messages comme utilisateur et avec lequel vous pouvez aussi vous connecter à un répéteur.
Répéteur
Un nœud qui retransmet (floode) les messages des autres. Se configure via la CLI.
CLI
Interface en ligne de commande : les commandes texte (region def …, set …) que vous exécutez sur le répéteur via l'app Companion ou une liaison USB/série.
Path-hash / 2 octets
Non traité dans les sources utilisées ; ce guide n'en donne donc pas d'explication.
↑