Politique des relais

Cartouche

Suivi des révisions

Documents liés

---

Avant-propos

Ce document s'adresse à quiconque héberge ou envisage d'héberger un relais sur le réseau Chappe 05.

Il n'est pas opposable. Sur un réseau ouvert, personne ne peut imposer quoi que ce soit à personne, et c'est voulu. Ce qui fonctionne, c'est un accord explicite entre opérateurs, écrit avant que le réseau grossisse.

Chacun reste libre de ses choix sur son propre matériel. Le rôle de ce document est de recommander, pas de contraindre.

Trois choses à savoir d'emblée

Aucun filtrage par identité n'existe. Ni liste noire, ni liste blanche, ni canal en lecture seule. La demande a été formulée sur le dépôt MeshCore dès avril 2025, elle n'est pas implémentée à ce jour.

Ce qui protège le réseau, c'est la convention. Le format des messages, l'identité reconnaissable des émetteurs, et le rapport cyclique qui limite naturellement les abus.

Un relais mal réglé nuit plus qu'un relais absent. Il consomme le temps d'antenne de tout le monde, et un seul répéteur au firmware modifié suffit à provoquer une tempête de paquets répétés jusqu'à 64 sauts.

Niveaux de recommandation

---

1. Définitions

Les termes qui reviennent dans ce document, et qu'il vaut mieux ne pas confondre.

1.1 Rôles MeshCore

Un appareil MeshCore ne porte qu'un rôle à la fois. C'est une contrainte structurante, souvent découverte trop tard.

1.2 Termes radio

PAR, puissance apparente rayonnée. Puissance réellement émise dans l'espace, antenne comprise :

PAR = puissance conduite + gain d'antenne − pertes de câble

Le plafond réglementaire porte sur cette valeur, pas sur la sortie du module.

Rapport cyclique, ou duty cycle. Proportion du temps pendant laquelle un émetteur peut occuper la bande. Dans la sous-bande 869,4–869,65 MHz : 10 %, soit six minutes par heure cumulées.

Zone de Fresnel. Volume ellipsoïdal autour de la ligne de vue directe entre deux antennes. Une partie significative de l'énergie y transite : une ligne de vue dégagée ne suffit pas, il faut aussi que ce volume soit libre.

Le rayon de la première zone de Fresnel à mi-parcours, à 869 MHz :

r = 8,657 × √(d / f)     d en km, f en GHz, r en mètres
r ≈ 9,29 × √(d)          à 869 MHz

Un dégagement de 60 % de ce rayon est généralement considéré comme suffisant. S'y ajoute la courbure terrestre, sensible au-delà de 10 km.

1.3 Termes de routage

---

2. Paramètres radio

Communs à l'ensemble du réseau français. Un seul chiffre différent et l'appareil n'entendra personne.

2.1 Pourquoi cette fréquence

La bande étroite permet de se placer sur 869,618 MHz, plus haut dans la sous-bande et nettement moins encombrée que la fondamentale 869,525 MHz où émettent les équipements industriels.

Un preset large ramènerait sur cette fondamentale par effet de largeur de canal.

2.2 Recommandations sur les paramètres radio

2.3 Sur les amplificateurs

Un module 30 dBm devra être bridé en permanence, avec le risque d'un mauvais réglage.

Et il crée un déséquilibre : les correspondants vous reçoivent, croient être connectés, mais leurs paquets ne remontent pas. Un relais qui émet fort sans entendre mieux dégrade l'expérience de ceux qui l'entourent.

---

3. Régions

3.1 Le mécanisme, et son piège

Un répéteur relaie un paquet si et seulement si il porte l'étiquette exacte de ce paquet.

La hiérarchie est purement administrative. Le firmware applique la portée par correspondance de clé de transport, dérivée de chaque nom configuré, et non par des relations parent-enfant.

Concrètement : porter fr ne fait pas relayer le trafic marqué fr-05. C'est le point contre-intuitif, et celui qui fait échouer la plupart des premières configurations.

C'est pourquoi chaque niveau doit être déclaré explicitement.

3.2 Les trois réglages

Le default ne concerne que les paquets émis par le nœud. Il ne change rien à ce qu'il relaie.

3.3 La hiérarchie française

eu → fr → fr-pac → fr-05

Usage constaté indépendamment chez plusieurs opérateurs de la région. Le préfixe # a été abandonné pour les régions, précisément pour éviter la confusion avec les canaux.

3.4 Configuration par type de relais

Les exemples ci-dessous appliquent le principe de la plus petite liste, justifié en 3.6.

Relais de desserte locale, sur un toit dominant ou une colline urbaine :

region put fr-05
region default fr-05
region home fr-05
region save

Il relaie le trafic du département, et ses adverts restent départementaux.

Relais de crête, desservant plusieurs bassins du même département :

region put fr-05
region default fr-05
region home fr-05
region save

Identique. La hauteur ne justifie pas d'élargir la portée : elle élargit la couverture géographique à l'intérieur de la même étiquette.

Relais charnière, à cheval sur deux départements :

region put fr-05
region put fr-04
region default fr-05
region home fr-05
region save

Sans l'étiquette du département voisin, les deux réseaux se voient physiquement mais ne se relaient pas. C'est le cas du col du Galibier entre le 05 et la Savoie, et de tout site dominant la limite avec les Alpes-de-Haute-Provence.

Relais de transit régional, dédié à la liaison entre départements de la région :

region put fr-05
region put fr-pac
region default fr-pac
region home fr-05
region save

À réserver aux sites qui ont explicitement cette vocation. Un tel relais dépense son quota pour du trafic qui ne concerne pas le bassin, ce qui n'a de sens que si un autre relais assure la desserte locale.

3.5 Note de version

Vérifier avec ver avant de configurer.

3.6 Combien d'étiquettes déclarer

La réponse tient dans un calcul, exposé en détail en 6.2 : un relais ne peut relayer qu'environ 680 paquets par heure, tous utilisateurs confondus.

Ce quota est unique. Un relais porte une liste d'étiquettes, mais un seul budget de temps d'émission. En déclarer quatre ne crée pas quatre fois la capacité : cela fait partager un même pot entre quatre portées.

Et quand la pratique se généralise, l'effet est celui que les régions servaient à éviter. C'est ce qui s'est produit à grande échelle après leur introduction : beaucoup d'opérateurs ont étiqueté leur relais avec plusieurs provinces par souci d'être joignables partout, et les régions se sont refusionnées en un seul grand réseau.

Position retenue pour Chappe 05 : la plus petite liste d'étiquettes que le relais dessert réellement.

Un relais de bassin n'a pas à porter eu ni fr. Le trafic national ne concerne personne dans le Gapençais, et le relayer consomme un quota qui manquera au trafic local.

Cela ne coupe personne : un opérateur qui veut atteindre le réseau national marque son message en portée fr, et les relais qui portent cette étiquette le transportent. Le choix appartient à l'émetteur, message par message.

Ce qui reste ouvert : à mesure que le maillage du 05 se densifie, un découpage infra-départemental deviendra pertinent, par bassin ou par vallée. Il n'a pas de sens tant que le département compte moins d'une dizaine de relais.

3.7 Recommandations sur les régions

---

4. Protection du réseau

4.1 Ce qui n'existe pas

Un canal se définit par une clé symétrique. Qui possède la clé peut chiffrer autant que déchiffrer. Pour un canal hashtag, la clé se dérive du nom : quiconque tape #meteo l'obtient.

Il n'y a donc rien à verrouiller.

4.2 Ce qui existe

La détection de boucles, ajoutée en firmware 1.14. Elle existe parce qu'un seul répéteur au firmware modifié suffit à provoquer une tempête de paquets répétés jusqu'à 64 sauts.

set loop.detect moderate

Les limites de portée :

set flood.max <n>
set advert.flood.max <n>

Elles plafonnent le nombre de sauts.

4.3 Ce qui protège réellement

La convention. Elle ne bloque personne, mais elle fait qu'un message hors convention se remarque immédiatement.

L'identité de l'émetteur. Chaque message porte le nom du nœud. Un bulletin qui ne vient pas du nœud désigné est identifiable comme non officiel.

Le format. Un en-tête normalisé est une signature de fait.

Le rapport cyclique. Un émetteur abusif sature son propre relais avant de saturer le réseau.

4.4 Recommandations sur la protection

---

5. Cryptographie et sécurité des échanges

Cette section décrit ce que le protocole protège, ce qu'il ne protège pas, et ce qu'un opérateur doit en conclure.

5.1 Le modèle cryptographique

MeshCore combine deux mécanismes.

L'identité repose sur une paire de clés Ed25519 propre à chaque nœud, générée à la première mise en service. L'adresse d'un nœud dérive du condensat de sa clé publique : l'adressage est donc vérifiable cryptographiquement.

Le chiffrement utilise AES-128 avec un HMAC-SHA256 tronqué pour l'intégrité. Pour les messages directs, le secret partagé est dérivé par ECDH X25519 entre les deux correspondants, les clés Ed25519 étant converties en interne au format X25519.

Un horodatage est inclus dans la charge utile chiffrée, ce qui limite le rejeu.

5.2 Trois niveaux de protection très inégaux

Un canal ne protège pas un secret. La même clé chiffre et déchiffre : qui peut lire peut écrire. Et pour un canal hashtag, la clé s'obtient en tapant le nom.

C'est structurel, pas un défaut d'implémentation.

5.3 Ce que le chiffrement ne couvre pas

Les en-têtes de routage circulent en clair. C'est nécessaire au fonctionnement du maillage : un répéteur doit lire le chemin pour décider s'il retransmet.

Un observateur passif voit donc, sans jamais déchiffrer un seul message :

• quel nœud a émis, et vers quel destinataire
• par quels relais le message a transité
• à quelle heure, et à quelle fréquence
• la taille approximative du contenu

Sur un réseau où les nœuds portent des noms de lieux, ces métadonnées se traduisent vite en habitudes de vie. Qui est chez lui, qui se déplace, quand, et avec qui il communique.

Le contenu peut être parfaitement protégé et l'essentiel révélé quand même.

5.4 Le cas des passerelles

Une passerelle qui relie un nœud companion à un système d'information republie le contenu des messages en clair, messages directs compris.

Ce n'est pas un défaut de configuration : le pont dispose de la clé du nœud, il déchiffre légitimement, et il publie ce qu'il a déchiffré.

Tout opérateur de passerelle doit le savoir. Un message chiffré de bout en bout entre deux appareils ressort en clair dès qu'il atteint une passerelle dont l'un des deux est le correspondant.

Cela impose deux choses : que le broker reste strictement privé, et que le champ de contenu soit supprimé avant tout stockage ou toute republication.

5.5 Les limites connues

Le mode de chiffrement retenu a des limites documentées. Sur des messages courts, l'impact reste théorique, mais il existe. La communauté MeshCore le signale ouvertement, et c'est à porter au débit d'un modèle de menace honnête.

Il n'y a pas d'autorité de certification. L'identité d'un nœud est sa clé publique, rien de plus. Personne ne garantit que le nœud nommé 05GAP-CHP-VIGIE est bien celui que vous croyez, sauf à avoir vérifié sa clé par un autre canal.

Il n'existe aucune révocation. Une clé compromise ne peut pas être invalidée : il faut regénérer une identité, donc changer d'adresse sur le réseau.

5.6 Disponibilité

La disponibilité n'est garantie par aucun mécanisme.

Un message peut arriver en retard, ou ne pas arriver. Le protocole ne distingue pas les deux cas pour l'émetteur, sauf accusé de réception explicite.

C'est pourquoi ce réseau ne peut pas être un dispositif de secours, quel que soit le soin apporté à son exploitation.

5.7 Intégrité

Le HMAC détecte une charge utile modifiée. Un message altéré en transit est rejeté.

Mais rien n'authentifie l'auteur d'un message de canal. Toute personne détenant la clé peut publier sous n'importe quel nom affiché. Un bulletin météo apparemment officiel peut venir de n'importe qui.

Ce qui permet de distinguer un message légitime :

• la clé publique du nœud émetteur, seule donnée réellement vérifiable
• le respect du format convenu, qui fait signature de fait
• la cohérence avec la source citée, vérifiable indépendamment

5.8 Confidentialité

Rien de ce qui transite sur un canal ne doit être considéré comme confidentiel.

Les messages directs offrent une protection réelle entre deux appareils. Mais même eux exposent les métadonnées, et sont lisibles par toute passerelle dont l'un des correspondants est un nœud raccordé.

5.9 Recommandations sur la cryptographie et la sécurité

5.10 En résumé

Ce que le protocole assure raisonnablement

• L'identité d'un nœud est cryptographiquement vérifiable
• Un message direct n'est lisible que par son destinataire
• Une charge utile modifiée en transit est détectée
• Un nœud ne peut pas être reconfiguré à distance sans authentification

Ce qu'il n'assure pas

• La confidentialité de ce qui passe sur un canal
• L'anonymat, ni la discrétion des métadonnées
• L'authentification de l'auteur d'un message de canal
• La disponibilité, à aucun degré
• La révocation d'une clé compromise

---

6. Économie du temps d'antenne

Cette section contient le chiffre qui justifie tout le reste du document.

6.1 Ce que coûte un message

Chaque relais qui entend un message le retransmet exactement une fois. Le coût d'un message est donc :

transmissions = 1 (émetteur) + 1 par relais à portée

Dans une zone dense où dix relais s'entendent mutuellement, un seul message court occupe le canal onze fois.

6.2 Le plafond réel : environ 680 paquets par heure

Le calcul se déduit des statistiques de relais en service.

Étape 1, la durée d'un paquet. En divisant le temps d'émission cumulé par le nombre de paquets, on obtient une moyenne d'environ 0,52 seconde par paquet, avec une dispersion observée de 503 à 586 ms selon les relais.

Étape 2, le quota horaire. Le rapport cyclique de 10 % autorise 360 secondes d'émission par heure :

360 s ÷ 0,52 s ≈ 680 paquets par heure

Le point qui change tout : ce quota n'est pas par utilisateur. C'est le total, pour tous les utilisateurs combinés. Que le réseau compte cinq personnes ou cinq cents, chaque relais ne dispose que de ce contingent.

L'image est celle d'une cabine téléphonique avec une heure de communication par jour. Qu'une personne l'utilise ou cent, l'heure ne dure qu'une fois.

Et la fenêtre est glissante. Ce qui compte est toujours la dernière heure écoulée. Un relais peu sollicité la nuit ne peut pas capitaliser ce quota pour la journée.

6.3 La règle d'or

Pour chaque message, choisir la plus petite portée couvrant tous les destinataires visés.

Un message local envoyé en portée nationale coûte plusieurs fois plus de temps d'antenne que le même message en portée départementale. Tous les relais du pays dépensent leur quota pour une information qui ne concerne personne chez eux.

Avec peu d'utilisateurs, l'écart est invisible. Avec beaucoup, il devient le facteur limitant.

Envoyer aussi local que possible, aussi loin que nécessaire.

6.4 Comportement en charge, et le cas de la crise

Cette sous-section répond à l'objection la plus fréquente contre le cloisonnement : en cas de crise, ne vaudrait-il pas mieux que tout porte partout ?

La réponse est non, et le calcul le montre.

Le scénario

Supposons une situation où les réseaux habituels sont indisponibles, et où deux cents personnes utilisent le réseau LoRa d'une région. Chacune envoie un message toutes les dix minutes, soit 1 200 messages par heure.

Avec un plafond d'environ 680 paquets par heure, la première configuration sature avant d'avoir servi la moitié des messages. Et elle sature partout à la fois, y compris dans les zones où il ne se passe rien.

La seconde tient, parce que chaque département dispose de son propre contingent.

Le principe

Le cloisonnement multiplie la capacité totale du réseau par le nombre de régions. Il ne la réduit pas.

C'est le point contre-intuitif. En crise, le réflexe est de vouloir porter le plus loin possible. Mais un réseau fusionné s'effondre intégralement, alors qu'un réseau cloisonné conserve sa capacité locale, c'est-à-dire là où elle sert.

Une limite qui n'est pas que réglementaire

Le rapport cyclique est une contrainte légale. Mais même en s'en affranchissant, le canal reste physiquement partagé.

LoRa ne dispose pas d'un mécanisme d'évitement de collision élaboré. Un canal saturé ne transporte plus rien : il ne se dégrade pas progressivement, il cesse de fonctionner.

Deux émissions simultanées sur la même fréquence se détruisent mutuellement. Plus le nombre d'émetteurs augmente, plus la probabilité de collision croît, et le débit utile s'effondre bien avant que le plafond théorique ne soit atteint.

Ce qu'il faut en conclure

Porter eu et fr sur un relais de desserte locale n'est pas de la générosité. C'est ce qui rendra le réseau inutilisable le jour où il compterait vraiment.

Un réseau qui fonctionne en temps normal parce que personne ne l'utilise, et qui s'effondre dès qu'on en a besoin, n'a pas rempli son objet.

Ce que cela n'autorise pas à promettre

Ce raisonnement justifie le cloisonnement. Il ne fait pas du réseau un dispositif de crise pour autant.

Un réseau cloisonné tient mieux la charge qu'un réseau fusionné, mais il reste soumis à tout ce qui figure en 5.6 : pas de garantie de disponibilité, pas de redondance, une alimentation autonome qui peut faillir, et une propagation variable.

Mieux dimensionné ne veut pas dire fiable.

6.5 Les adverts de flood

Un advert de flood coûte autant qu'un message complet, sans porter de contenu. C'est de la surcharge pure : une annonce « je suis toujours là » propagée à travers tout le maillage.

La recommandation des réseaux denses est de les couper :

set flood.advert.interval 0

Le relais reste découvrable par ses adverts à zéro saut, qui ne touchent que les voisins immédiats, et il apparaît de toute façon dans les chemins du trafic normal.

Une réserve importante en phase d'amorçage. Cet argument suppose que le relais figure déjà dans des trajets existants. Un relais isolé, qui ne voit encore personne, ne serait découvert par personne non plus.

Position retenue pour Chappe 05 : conserver un advert de flood tant que le relais n'a pas de voisin confirmé, avec un intervalle long. Le couper dès qu'il est intégré au maillage.

Si un advert de flood est conservé, l'intervalle maximal de 168 heures est préférable à la valeur par défaut.

6.6 Le nombre de relais

Une fois une zone couverte, un relais supplémentaire n'améliore pas la couverture. Il ajoute une transmission à chaque message qui passe, et rend donc chaque message plus coûteux pour tout le monde.

Le onzième relais d'une zone déjà couverte par dix ne fait rien gagner. Il fait passer chaque message de onze à douze transmissions, soit près de 10 % de capacité en moins pour l'ensemble des utilisateurs.

C'est contre-intuitif : on associe spontanément plus de relais à un meilleur réseau. Dans un maillage à inondation, la relation s'inverse au-delà d'un certain seuil.

Avant d'ajouter un relais, il faut pouvoir répondre à une question : quelle zone ou quelle liaison n'est pas couverte aujourd'hui, et que ce relais couvrira.

Si la réponse est « ça ne peut pas faire de mal », c'est qu'il ne faut pas le poser.

6.7 Le rapport cyclique comme régulateur

Le plafond réglementaire de 10 % n'est pas seulement une contrainte : c'est ce qui empêche un seul acteur de saturer la bande.

Un relais qui atteint son plafond cesse d'émettre. Il ne prévient personne, il devient simplement silencieux jusqu'à ce que la fenêtre glissante se libère.

Sur un réseau chargé, cela signifie que les messages ne sont pas perdus mais retardés, et que les relais les plus sollicités décrochent en premier.

6.8 Recommandations sur le temps d'antenne

---

7. Coordination entre réseaux voisins

Le franchissement d'une limite départementale ne se configure pas : il se décide.

7.1 Ce qui ne marche pas tout seul

Un relais charnière porte deux étiquettes, mais il ne traduit pas. Il relaie deux flux séparés, chacun conservant son étiquette d'origine.

Concrètement : un message émis dans le 04 en portée fr-04 est bien relayé par le relais charnière, mais les relais suivants du 05, qui ne portent que fr-05, l'ignorent. La chaîne s'arrête là.

Le franchissement relève de l'émetteur, qui marque son message à la portée du parent commun, et des opérateurs, qui doivent avoir prévu des relais portant cette portée.

7.2 Ce qu'il faut décider ensemble

Le transit régional consomme le quota de relais qui n'en tirent aucun bénéfice local. C'est un service rendu au réseau voisin, pas une configuration anodine.

Trois questions à trancher avec les opérateurs concernés :

7.3 Deux principes

Un relais de transit est un engagement. Celui qui l'accepte s'engage à le maintenir, et à prévenir s'il ne le peut plus. Un transit qui tombe sans préavis coupe un réseau voisin sans qu'il comprenne pourquoi.

Le transit ne doit pas devenir la norme. Si la majorité des messages franchissent les limites, le cloisonnement n'existe plus et le problème qu'il résolvait revient.

7.4 État pour Chappe 05

Aucun relais de transit régional n'est identifié à ce jour, ni dans le 05, ni chez les voisins connus.

Concrètement, un message marqué fr-pac n'aurait aujourd'hui personne pour le porter.

Ce n'est pas un problème tant que les réseaux départementaux sont embryonnaires. Cela le deviendra dès qu'un maillage existera de part et d'autre d'une limite.

La conversation vaut mieux avant qu'après. Une fois les relais posés et les habitudes prises, les configurations sont plus difficiles à faire évoluer.

7.5 Recommandations sur la coordination

---

8. Choix du site

8.1 Le principe

Le site se choisit par la mesure, pas sur la carte.

Un point haut qui ne voit rien ne sert à rien. Un point moyen bien dégagé vaut mieux qu'un sommet encaissé.

8.2 Le piège du col

Un col relie deux bassins qui ne se voient pas. C'est exactement la fonction d'un relais, et ce qui en fait un site apparemment évident.

Mais un col peut être encaissé. Entre deux sommets, il voit deux vallées et rien d'autre. Un épaulement cent mètres plus haut portera souvent bien plus loin.

Le réseau Chappe 05 en a un exemple documenté : un nœud déclaré sur un col n'a répondu depuis aucun des deux points de mesure, alors qu'une liaison de 9,9 km passait au même moment depuis l'un d'eux.

8.3 Ce qui compte, par ordre d'importance

Le placement domine tout le reste.

8.4 Recommandations sur le choix du site

---

9. Matériel

9.1 Le nœud

nRF52840 obligatoire, pas d'ESP32. La consommation en veille se compte en dizaines de microampères contre plusieurs milliampères. C'est ce qui fait la différence entre un relais qui passe l'hiver et un relais qui tombe en janvier.

SX1262, jamais SX1276. C'est aussi la condition pour utiliser un jour le firmware de journalisation de paquets.

9.2 Recommandations sur le nœud

9.3 L'antenne

La bande doit couvrir 863-870 MHz, pas 860-930 : une antenne large bande est médiocre partout.

Le gain se choisit selon le site :

Un gain élevé aplatit le diagramme de rayonnement. En relief marqué, cela peut faire manquer les correspondants situés nettement plus bas.

Attention aux gains annoncés. Une antenne de 450 mm ne fait pas 5 dBi réels, quoi qu'en dise la fiche : compter 3 à 4 dBi. Un gain de 8 dBi suppose une longueur de l'ordre de 1,30 m.

9.4 Recommandations sur l'antenne

9.5 Le câble

Le plus court possible. À 869 MHz :

Le câble est aussi important que l'antenne. Cinq mètres de RG58 annulent le gain d'une bonne antenne.

9.6 Recommandations sur le câble et le montage

Un montage entièrement extérieur, sans liaison filaire vers l'intérieur, ne nécessite pas de parafoudre : il n'existe aucun chemin conducteur vers l'installation domestique.

9.7 Alimentation autonome

Dimensionnement pour un relais consommant environ 12 Wh par jour :

La chimie compte : le lithium-ion ne charge pas sous 0 °C. Avec une réserve suffisante, un relais passe plusieurs semaines sur ses cellules. Le LiFePO4 est supérieur en montagne, au prix d'un assemblage plus complexe.

9.8 Recommandations sur l'alimentation

---

10. Nommage

Format retenu : 05GAP-CHP-XXXXX

Les relais portent le nom du lieu. C'est ce qui permet de comprendre la topologie d'un coup d'œil sur une carte.

Cette convention est propre à Chappe 05. Les réseaux voisins ont la leur, et c'est très bien ainsi.

---

11. Exploitation

11.1 Position

Un relais d'infrastructure publie sa position. C'est ce qui permet aux autres opérateurs de calculer les liaisons et de placer leurs propres nœuds.

Un nœud personnel ne la publie pas. Un companion mobile qui diffuse sa position diffuse les déplacements de son porteur.

Un opérateur qui ne souhaite pas apparaître sur les cartes publiques doit pouvoir s'y soustraire. Certains agrégateurs prévoient un mécanisme d'exclusion, par exemple un caractère convenu dans le nom du nœud. Ce choix appartient à l'hébergeur du relais, et il ne se discute pas.

11.2 Supervision

Un relais silencieux depuis plus de vingt-quatre heures mérite un signalement.

Les causes fréquentes, par ordre :

11.3 Recommandations sur l'exploitation

---

12. Rôles sur la plateforme

Le tableau de bord Chappe 05 distingue trois rôles, attribués par le fournisseur d'identité.

Ils décrivent l'accès à la plateforme. Ils ne créent aucune hiérarchie entre les personnes : quelqu'un qui héberge un relais et quelqu'un qui n'en héberge pas ont la même voix dans les discussions.

12.1 Membre

Ce qu'il peut faire

• Consulter les nœuds, les adverts, la télémétrie, la carte
• Renseigner son profil et son indicatif

Ce qu'on attend de lui

• Respecter la convention de canaux
• Ne pas republier une information dont il ne connaît pas la source
• Signaler ce qui paraît anormal

Comment l'obtenir

C'est le rôle par défaut. Toute personne qui crée un compte l'obtient.

12.2 Opérateur

Ce qu'il peut faire

• Tout ce que peut un membre
• Adopter ses propres nœuds dans le hub
• Poser des étiquettes sur ses nœuds
• Déclarer des liaisons à surveiller

Ce qu'on attend de lui

• Maintenir ses relais en état de marche, ou signaler qu'il ne le peut plus
• Publier la position de ses relais d'infrastructure
• Documenter ses mesures, échecs compris
• Prévenir avant une intervention qui coupera un relais
• Ne pas modifier ce qui appartient à d'autres opérateurs

Comment l'obtenir

Il est attribué lorsqu'un nœud est en service et déclaré. Il n'y a pas de procédure formelle : un message suffit.

12.3 Administrateur

Ce qu'il peut faire

• Tout ce que peut un opérateur
• Gérer les canaux déclarés dans le hub
• Attribuer les rôles
• Configurer la plateforme

Ce qu'on attend de lui

• Maintenir la plateforme en état de marche
• Sauvegarder la configuration et les secrets
• Documenter les changements
• Ne pas utiliser les droits d'administration pour arbitrer un désaccord de fond
• Rendre compte à la communauté des décisions techniques structurantes

Comment l'obtenir

Il est réservé aux personnes qui maintiennent effectivement l'infrastructure. Il n'est ni un statut ni une récompense.

12.4 Entraide

Le réseau ne fonctionne que parce que des gens y consacrent du temps sans contrepartie.

Quelques principes qui rendent cela soutenable :

Répondre aux débutants. Tout le monde a commencé en ne comprenant rien aux régions, aux presets et aux zones de Fresnel.

Partager les échecs. Une liaison qui ne passe pas est une information aussi précieuse qu'une liaison qui passe, et souvent plus rare à trouver.

Ne pas laisser un opérateur seul avec un relais en panne. Un point haut est parfois difficile d'accès ; une intervention à deux est plus sûre et plus rapide.

Documenter ce qu'on découvre. Beaucoup de ce qui est écrit ici a été appris par tâtonnement, faute de document existant.

12.5 Recommandations sur les rôles

---

13. Ce que ce réseau n'est pas

Chappe 05 n'est pas un dispositif de secours.

• Aucune disponibilité n'est garantie
• Un message peut arriver en retard, ou ne pas arriver
• Le réseau ne remplace ni les sirènes, ni FR-Alert, ni un appel au 112
• Personne ne surveille les messages en permanence
• Un réseau bien cloisonné tient mieux la charge, mais cela ne le rend pas fiable pour autant, voir 6.4

Le discours qui présente ces réseaux comme des dispositifs d'urgence vient d'un contexte nord-américain où le maillage des secours publics est différent. En France, il crée une attente que le réseau ne peut pas honorer.

Et il produit un risque réel : quelqu'un qui croit disposer d'un filet de sécurité prend des décisions différentes.

En cas d'urgence, appelez le 112.

---

14. Récapitulatif des recommandations

Impératives

Recommandées

R-RF-01 · R-RF-05 · R-RF-06 · R-REG-02 · R-REG-05 · R-PRO-01 · R-PRO-04 · R-SIT-02 · R-SIT-03 · R-SIT-04 · R-SIT-05 · R-MAT-01 · R-MAT-02 · R-ANT-01 · R-ANT-02 · R-ANT-04 · R-CAB-02 · R-CAB-04 · R-CAB-06 · R-ALI-02 · R-ALI-03 · R-ALI-06 · R-ALI-07 · R-NOM-01 · R-NOM-02 · R-EXP-01 · R-EXP-03 · R-ROL-01 · R-ROL-04 · R-SEC-02 · R-SEC-04 · R-SEC-10 · R-SEC-12 · R-SEC-13 · R-REG-04 · R-REG-05 · R-REG-07 · R-REG-08 · R-AIR-01 · R-AIR-02 · R-AIR-03 · R-AIR-08 · R-AIR-09 · R-AIR-11 · R-COO-02 · R-COO-04 · R-COO-05

Conseillées

R-PRO-02 · R-SIT-07 · R-ANT-03 · R-ANT-05 · R-ALI-05 · R-ALI-08 · R-NOM-03 · R-EXP-04 · R-EXP-06 · R-ROL-05 · R-REG-09 · R-AIR-06 · R-COO-06 · R-COO-07

---

15. Ressources

Documentation MeshCore

Communauté

Chappe 05

---

16. Points ouverts

Ce document est une version de travail. Les points suivants restent à trancher :

Toute remarque d'opérateur est bienvenue.

---

POL-CHP05-REL-2026-001 · version 0.5 · 10 août 2026 Und3r_1337, Chappe 05, réseau LoRa des Hautes-Alpes