MeshCore: regions et scopes
Comment utiliser des regions (sur repeaters) et des scopes (sur messages) pour garder un reseau sobre et local (France: reseau en construction).
Pourquoi une decoupe par regions ?
Quand un reseau grandit, un risque classique est la congestion: trop de messages sont relays trop loin, alors qu ils ne sont utiles que localement. Une decoupe par regions permet de limiter la propagation et de garder de l airtime.
Avec des Regions (config sur repeaters) et des Scopes (portee voulue d un message), on peut indiquer un perimetre geographique. Un message pour un quartier n a pas besoin de traverser tout le pays.
En France, le reseau MeshCore est en construction. Avant de chercher une taxonomie parfaite, le plus utile est de faire des tests locaux (2-5 noeuds) et de s accorder sur des conventions simples avec votre noyau.
Attention: support firmware requis
Regions et scopes demandent un support cote firmware/client. Verifiez votre version. Note: selon client, le choix d un scope peut ne pas etre expose dans l interface et peut demander la CLI.
Comment ca marche ?
Regions sur repeaters
Les admins de repeaters declarent quelles regions leur repeater sert. Minimum raisonnable: pays + region. Exemple: un repeater en Ile-de-France: fr et fr-idf.
Scopes sur messages
Au moment d envoyer, un scope peut indiquer la portee: national (fr), regional (fr-idf), ou local (codes locaux). Les repeaters hors scope ne relaient pas.
Matching et hierarchie
Selon implementation, le matching peut etre strict. Une hierarchie (parent/enfant) peut permettre a fr-idf de relayer aussi les messages scope fr. Testez dans votre noyau.
Wildcard *
Certains setups utilisent un wildcard * pour les messages sans scope, afin de rester compatible. Utilisez-le avec prudence: il peut re-ouvrir la diffusion large.
Codes regions (France metropolitaine)
Proposition pragmatique basee sur les regions administratives (a adapter localement)
| Code region | Region | Exemples (villes) |
|---|---|---|
| fr | France (scope national) | Messages nationaux (rare) |
| fr-ara | Auvergne-Rhone-Alpes | Lyon, Grenoble, Clermont-Ferrand |
| fr-bfc | Bourgogne-Franche-Comte | Dijon, Besancon |
| fr-bre | Bretagne | Rennes, Brest |
| fr-cvl | Centre-Val de Loire | Tours, Orleans |
| fr-cor | Corse | Ajaccio, Bastia |
| fr-ges | Grand Est | Strasbourg, Metz, Reims |
| fr-hdf | Hauts-de-France | Lille, Amiens |
| fr-idf | Ile-de-France | Paris, Nanterre, Versailles |
| fr-nor | Normandie | Rouen, Caen |
| fr-naq | Nouvelle-Aquitaine | Bordeaux, Limoges |
| fr-occ | Occitanie | Toulouse, Montpellier |
| fr-pdl | Pays de la Loire | Nantes, Angers |
Plus fin: codes locaux
Vous pouvez definir des codes locaux (quartier/agglo) si votre noyau en a besoin. Gardez-les courts et coherents. Exemples:
-
fr-paris- Paris et proche couronne -
fr-lyon- Lyon et alentours -
fr-marseille- Marseille et alentours
Ces codes ne sont pas "officiels". L important est l accord local et la sobriete radio.
Configuration repeater
Via CLI
Les regions se configurent souvent via CLI (USB/serial ou admin distante selon setup). Une base simple: fr + votre region. Testez d abord en local.
Se connecter au repeater via CLI
Ajouter le pays: region put fr
Ajouter la region avec hierarchie: region put fr-idf fr
Autoriser la diffusion (selon commandes): region allowf fr et region allowf fr-idf
Sauver: region save
Exemple (Ile-de-France)
region put fr
region put fr-idf fr
region allowf fr
region allowf fr-idf
region save
Important
- Verifier que chaque commande renvoie un statut OK
-
Lister la config (ex:
region) pour verifier - La hierarchie (parent/enfant) depend du support firmware
- Sauver est necessaire pour survivre a un reboot
- Admin a distance: prevoir une recuperation physique si besoin
Contraintes techniques (selon implementation)
Longueur max
Limitee (ex: 29 bytes UTF-8) par nom de region
Caracteres autorises
Souvent: minuscules (a-z), chiffres (0-9) et tiret (-)
Nombre max de regions
Limite par repeater (ex: 32) et par annonces
Unicite
Les noms doivent etre uniques dans le reseau pour eviter collisions
Benefices
Plus d airtime
Moins de messages relayes inutilement: airtime liberee pour l utile.
Livraison plus rapide
Moins de hops inutiles: meilleure latence pour le perimetre vise.
Economie energie
Un repeater qui traite moins de trafic consomme moins, utile en solaire.
Pertinence locale
Moins de bruit: vous recevez surtout ce qui concerne votre zone.
Scalabilite
Le reseau peut grandir noyau par noyau sans tout saturer.
Conventions communautaires
Chaque noyau peut choisir des codes simples et coherents.
FAQ
Dois-je mettre a jour le firmware pour les regions ?
Probablement oui. Regions/scopes demandent un support cote firmware et client. Verifiez les release notes officielles MeshCore.
Que se passe-t-il si je n utilise pas de scope ?
Sans scope, certains reseaux relaient plus largement (wildcard). Cela marche, mais perd les benefices de filtrage.
Puis-je mettre plusieurs regions sur un repeater ?
Souvent oui, dans une limite. Evitez de declarer trop large sans raison: ca peut annuler le filtrage.
A quoi sert la hierarchie (parent/enfant) ?
Selon support, cela permet a une region enfant (ex: fr-idf) de relayer aussi des messages scope fr. Testez dans votre noyau.
Puis-je choisir un scope dans l app ?
Selon client, pas toujours. Dans certains cas, il faut passer par CLI ou attendre une MAJ.
Qui decide des codes locaux ?
Votre noyau local. Gardez des noms simples, documentez, et evitez de changer souvent.
Discuter regions/scopes ?
Ces conventions doivent etre discutees localement. En France, le reseau est en construction: documentez vos choix et vos tests.
Telegram MeshCoreAider le reseau a grandir
Un repeater bien place + des scopes sobres peuvent rendre un noyau local plus fiable. Commencez petit (2-5 noeuds) puis etendez.