Canaux et messages

Cartouche

Suivi des révisions

Documents liés

Documents remplacés

Ce document remplace toute convention de canaux antérieure au réseau Chappe 05.

---

Avant-propos

Ce document s'adresse à toute personne qui émet sur le réseau, qu'elle héberge un relais ou non.

Il n'est pas opposable. Aucun mécanisme technique ne peut contraindre qui que ce soit à le respecter, et c'est structurel : il n'existe ni liste noire, ni canal en lecture seule, ni authentification de l'émetteur.

Ce qui fait tenir une convention, c'est qu'elle soit justifiée, connue et suivie par défaut.

Trois choses à savoir d'emblée

Aucun canal n'est privé. Les canaux dits hashtag dérivent leur clé de leur nom : quiconque connaît le nom possède la clé. Les canaux privés emploient une clé aléatoire, mais partagée entre tous leurs membres.

Aucun canal n'authentifie l'auteur. Tout détenteur de la clé peut publier sous n'importe quel nom affiché.

Chaque message coûte du temps d'antenne à tout le monde. Un répéteur ne peut acheminer qu'environ 250 échanges par heure, tous utilisateurs confondus. Ce n'est pas un quota par personne.

Niveaux de recommandation

---

1. Ce qu'est un canal

1.1 Une couche de chiffrement, pas une couche radio

Un canal n'a rien de radio. C'est un espace de nommage défini uniquement par la cryptographie.

Canal = {
  secret   32 octets, matériel de clé partagé
  hash      1 octet, premier octet du condensat du secret
}

Les canaux ne définissent ni fréquence, ni facteur d'étalement, ni bande passante. Tous les nœuds d'un réseau partagent les mêmes paramètres radio. Rejoindre un canal ne change rien à la configuration de l'appareil.

Le hash sur un octet sert d'identifiant dans l'en-tête du paquet. Il permet à un nœud de savoir si un message le concerne, sans avoir à le déchiffrer.

1.2 Ce que tous les membres peuvent faire

Tous les nœuds détenant le même secret de 32 octets peuvent :

• déchiffrer et lire les messages du canal
• en publier
• repérer le trafic du canal dans les en-têtes

Lire et écrire sont la même capacité. La clé qui déchiffre est celle qui chiffre. Il n'existe aucun moyen de donner l'une sans l'autre.

1.3 Les messages de canal sont toujours inondés

Un message de canal n'a pas de destinataire unique. Il est donc diffusé par inondation : chaque répéteur qui l'entend le retransmet exactement une fois.

Il n'existe pas de routage direct pour les canaux.

Trois conséquences pratiques.

Un message de canal existe au moment où il est transmis. Un appareil éteint ou hors de portée ne le recevra jamais, et son porteur ne saura pas qu'il l'a manqué.

L'émetteur ne sait pas qui a reçu. Il n'y a pas d'accusé de réception sur un canal.

Le coût croît avec le nombre de relais, pas avec la distance. Dans une zone où dix relais s'entendent, un message court occupe le canal onze fois.

---

2. Les types de canaux

2.1 Le canal Public

Présent par défaut sur tous les appareils, avec une clé intégrée au firmware et connue de tous.

Il est de fait en clair. À traiter comme un espace entièrement public.

Usage : premier contact, découverte, échanges avec des réseaux voisins.

Sur la portée à lui donner : deux pratiques coexistent. Certains réseaux déconseillent de le restreindre, au motif qu'une portée trop étroite produit des conversations à sens unique. La convention française recommande de le taguer sur fr, ce qui écarte le trafic international sans couper le national.

Le taguer trop étroitement est effectivement risqué : c'est le canal des nouveaux arrivants, et ceux qui n'ont rien configuré doivent pouvoir être entendus.

2.2 Les canaux hashtag

La mécanique

Quand un canal est créé ou rejoint par son nom, le firmware dérive la clé du nom lui-même, par un condensat cryptographique.

secret = SHA-256("#nomducanal")

Trois conséquences :

• le même nom produit toujours la même clé, sur tout appareil, à chaque fois
• deux personnes qui saisissent #meteo obtiennent le même secret, sans jamais rien s'échanger
• la fonction est à sens unique : on ne peut pas remonter de la clé au nom

Partager le nom équivaut donc à partager la clé. Le nom est la clé, sous une forme lisible par un humain.

Pourquoi c'est un bon choix

C'est ce qui rend ces canaux immédiatement rejoignables. Aucun secret à distribuer, aucun code à scanner, aucune liste de membres à tenir. Un nouvel arrivant tape le nom et il est dedans.

Pour des canaux publics par vocation, comme ceux du réseau français, c'est exactement la propriété recherchée.

Pourquoi il ne faut jamais s'y fier

L'espace des noms est minuscule. Ce sont des chaînes courtes, tirées d'un jeu de caractères restreint.

Un outil public le démontre : sur un ordinateur portable ordinaire, toutes les clés de canaux dont le nom fait moins de sept caractères sont retrouvées par force brute en une minute et demie.

Il ne s'agit d'aucune faille. La cryptographie de MeshCore est solide, et les canaux privés comme les messages directs emploient une dérivation à vecteur aléatoire qui ne souffre pas de cette limite.

C'est simplement la démonstration pratique de ce que « tout le monde peut rejoindre un canal hashtag » signifie réellement.

2.3 Les canaux privés

Un canal privé génère un secret aléatoire, sans lien avec son nom. Il doit être transmis hors bande, par code QR ou copie directe.

Sa clé n'est pas devinable. Sa sécurité ne dépend que d'une chose : qu'elle reste privée.

Mais il reste un canal. Tous ses membres peuvent lire et écrire, et aucun ne peut être authentifié.

2.4 Les messages directs

Le seul mode offrant une confidentialité réelle entre deux personnes.

Le secret partagé est dérivé par échange de clés entre les deux correspondants, à partir de leurs identités respectives. Personne d'autre ne peut lire.

Ils restent soumis aux métadonnées : qui parle à qui, par quel chemin, à quelle heure, tout cela circule en clair dans les en-têtes de routage.

2.5 Récapitulatif

Le salon persistant est le seul mode où lire et écrire peuvent être dissociés. Cette dissociation porte sur l'appareil entier, pas sur un espace en son sein. Voir section 3.

2.6 Recommandations sur les canaux

---

3. Les salons persistants

Un salon persistant, ou room server, est un quatrième mode de conversation, distinct des canaux et des messages directs. Il répond à deux limites structurelles des canaux.

3.1 Une mise au point de vocabulaire

Le mot « salon » évoque les messageries d'équipe, où un serveur contient des dizaines de canaux thématiques. Ce n'est pas du tout ce dont il s'agit ici.

Un room server est un appareil, et cet appareil est le salon. Un seul espace, un seul flux de messages. Il n'y a pas de canaux à l'intérieur, ni de sous-espaces, ni de fils de discussion.

Un companion peut rejoindre vingt canaux. Il ne peut pas contenir vingt salons.

Pour disposer de plusieurs espaces distincts, il faut plusieurs appareils. Un salon par usage : un pour les bulletins en lecture seule, un autre pour la coordination, par exemple. Chacun avec son matériel, son alimentation et son emplacement.

C'est une contrainte réelle, et elle limite l'intérêt des salons à des usages où elle se justifie.

3.2 Ce qu'il apporte

La persistance

Un canal ne conserve rien. Un message existe au moment où il est transmis : un appareil éteint ou hors de portée ne le recevra jamais, et son porteur ne saura pas qu'il l'a manqué.

Un salon conserve les messages. Lorsqu'un client s'y connecte, il reçoit les messages non vus, à hauteur d'une trentaine selon les versions.

C'est ce qui permet de suivre une conversation sans être présent en permanence, ce qu'un canal ne permet pas.

La séparation entre lire et écrire

C'est le point le plus important, et il n'existe nulle part ailleurs dans MeshCore.

set allow.read.only on

Avec ce réglage, un visiteur peut se connecter sans mot de passe et lire, sans pouvoir publier. Seuls ceux qui disposent du mot de passe peuvent écrire.

Un canal ne permet pas cela. La clé qui déchiffre est celle qui chiffre : donner l'une, c'est donner l'autre.

Un salon en lecture seule est donc le seul dispositif du réseau offrant une véritable asymétrie entre consultation et publication.

3.3 Ce qu'il ne fait pas

Il ne retransmet pas. Un salon n'est pas un répéteur. Il reçoit, conserve et distribue, mais ne relaie pas le trafic des autres.

La commande set repeat on existe, mais elle est déconseillée : un salon en mode répéteur ne dispose pas de l'ensemble des fonctions d'administration à distance propres au firmware répéteur.

La recommandation est de séparer les rôles sur deux appareils.

Il faut l'atteindre. Contrairement à un canal, diffusé par inondation vers tout le monde, un salon est un correspondant : le message doit lui parvenir, et la réponse revenir. S'il est hors de portée, il n'existe pas.

Il n'est pas un serveur au sens habituel. Pas de comptes nominatifs, pas d'historique consultable au-delà de ce qu'il conserve, pas de recherche.

3.4 Configuration

set name 05GAP-CHP-XXXXX
set freq 869.618
set bw 62.5
set sf 8
set cr 8
set tx 22

set guest.password <mot de passe de publication>
set allow.read.only on

set owner.info Chappe 05 - reseau des Hautes-Alpes - chappe05.fr

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

set lat 44.xxxxx
set lon 6.xxxxx
set adv.loc.policy 1

set password <mot de passe d'administration, distinct>
reboot

Deux mots de passe distincts, et il ne faut pas les confondre.

Sur allow.read.only : à on, la lecture est ouverte sans mot de passe. À off, il faut le mot de passe pour entrer.

Ce réglage porte sur l'appareil entier. Un salon est en lecture seule, ou il ne l'est pas. Il n'existe aucun réglage plus fin.

Sur region default : un salon n'ayant pas vocation à être trouvé hors de sa zone, l'étiquette locale suffit.

3.5 Quand employer un salon plutôt qu'un canal

Le salon convient à ce qui doit rester disponible. Le canal convient à ce qui se dit et se perd.

3.6 Le cas de la rediffusion de bulletins

Un salon en lecture seule est techniquement supérieur à un canal pour diffuser des bulletins.

Ce que le salon résout : la publication non autorisée, et la perte des messages pour qui n'était pas là.

Ce qu'il coûte : une portée limitée à ce qu'un nœud unique couvre, et une découvrabilité moindre.

Position Chappe 05 : les deux se complètent. Le canal #meteo national pour la diffusion large, et un salon local pour la consultation différée, le jour où la couverture le justifiera.

Aucune des deux voies ne rend le réseau fiable pour autant. Voir section 9.

3.7 Ce qu'un salon ne protège pas

Le contenu reste chiffré par une clé partagée. Toute personne connectée lit, et le mot de passe circule comme n'importe quel secret partagé.

L'auteur n'est pas plus authentifié que sur un canal. Le mot de passe autorise la publication, il ne prouve pas l'identité de celui qui publie.

Les métadonnées circulent en clair, comme partout ailleurs. Qui se connecte à quel salon, à quelle heure, est visible.

3.8 Recommandations sur les salons

---

4. Les canaux du réseau français

4.1 La convention de nommage

Les canaux hashtag ne peuvent contenir que des minuscules sans accent, des tirets et des chiffres. Pas d'espace, pas de caractère spécial.

La convention française recommande de nommer les canaux d'après la géographie, en toutes lettres :

Employer le nom complet des communes, avec tirets entre les mots, pour éviter les doublons. Il existe de nombreux Saint-Germain en France.

Rien n'interdit d'autres canaux thématiques pour un usage local : regroupement de communes, association, thématique. Un canal #adrasec a toute sa pertinence.

Ne pas confondre canal et région. Un canal peut porter n'importe quel nom, y compris thématique. Une région se définit uniquement par la géographie.

4.2 Les canaux en usage

Liste observée sur le réseau français, diffusée par un bot sur le canal Public :

#fr  #test  #emergency  #meteo  #info  #bot  #frblabla  #technic

Note sur #fr et #france : les deux existent. La recommandation historique porte sur #france ; le sud-est de la France emploie #fr. Vérifier ce qu'emploient les opérateurs du secteur avant de choisir.

#test est employé à l'échelle internationale, pour effectuer des essais sans déranger les autres.

4.3 Le canal Public

Présent par défaut sur tous les compagnons. C'est par là que tout le monde commence, et c'est aussi son problème.

On y trouve le tout-venant : les messages de ceux qui débutent, les essais répétés, les langues étrangères, et des conversations asymétriques dont on ne reçoit qu'une partie.

Deux conduites recommandées.

Le taguer sur fr, ce qui écarte le trafic international tout en conservant la portée nationale.

Migrer progressivement vers des canaux plus pertinents : un canal national d'abord, puis des canaux locaux tagués à la portée juste.

Le conserver au moins au début. C'est là qu'un nouvel arrivant sera entendu, et c'est là qu'on lui expliquera d'où configurer ses régions.

4.4 Pour le bassin gapençais

Aucun canal local n'est en usage à ce jour dans le département.

Proposition, à valider avec les opérateurs du secteur :

Ne pas créer avant d'avoir de quoi les remplir. Un canal sans membre est un canal mort, et il fragmente une communauté déjà réduite.

Le canal Public et #fr suffisent tant que le réseau compte quelques participants.

4.5 Recommandations sur les canaux

---

5. La portée des messages

C'est le levier le plus efficace pour préserver le réseau, et il appartient entièrement à l'émetteur.

5.1 Le principe

On tague un canal avec une région. Tous les messages envoyés sur ce canal porteront cette portée.

Ce n'est pas un réglage par message, mais un réglage par canal, modifiable à tout moment.

Un canal peut avoir plusieurs régions préenregistrées. Elles ne sont pas actives simultanément : on bascule de l'une à l'autre avant d'envoyer, en touchant le nom du canal.

Exemple : un canal de coordination pourrait avoir fr-05, fr-pac et fr préréglés. En usage ordinaire on reste sur fr-05 ; pour une information intéressant toute la région, on bascule sur fr-pac le temps d'un message.

Les répéteurs n'ont pas de canaux. Seuls les compagnons en ont. C'est l'utilisateur qui décide vers quelle région chacun de ses canaux doit être relayé.

5.2 Comment un message est arrêté

Un message tagué fr-05 est relayé de répéteur en répéteur tant que chacun porte fr-05 dans sa liste.

Le premier répéteur qui ne la porte pas ne le relaie pas. La propagation s'arrête là, dans cette direction.

Un message sans région associée circule sous la région *, que tous les répéteurs relaient par défaut. Il ne s'arrête donc nulle part, sauf réglage particulier.

C'est contre-intuitif : le trafic non tagué va plus loin que le trafic tagué.

5.3 Ce qu'un message coûte

Un répéteur ne peut émettre que six minutes par heure, sur une fenêtre glissante. Le temps qu'occupe chaque paquet se calcule exactement.

Un échange complet, message plus accusé, coûte 1 444 ms. Soit environ 250 échanges par heure et par répéteur.

Un message de 160 caractères coûte deux fois et demie un message de 40. La brièveté n'est pas une question de style.

Ce quota n'est pas par personne. C'est le total, pour tous les utilisateurs d'un même répéteur. L'image est celle d'une cabine téléphonique disposant d'une heure de communication par jour : qu'une personne l'utilise ou cent, l'heure ne dure qu'une fois.

Et chaque répéteur qui entend le message le retransmet. Dans une zone où dix répéteurs se chevauchent, un message court occupe le canal onze fois.

Un message local tagué fr coûte donc à tous les répéteurs de France, pour une information qui n'intéresse personne ailleurs.

5.4 La règle d'or

Taguer chaque canal à la plus petite portée couvrant ses destinataires.

Le critère se formule en une question : existe-t-il quelqu'un de précis, hors de mon périmètre, qui a besoin de ce message ?

Si la réponse est « ça peut intéresser du monde », c'est non.

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

Le système de régions n'est pas là pour empêcher d'envoyer loin. C'est un outil qui invite chacun à choisir la portée de ce qu'il émet, pour que le temps d'antenne reste disponible à ceux qui en ont besoin.

5.5 Ce qu'il faut savoir sur les limites

Une portée large ne garantit pas l'acheminement. Il faut que les répéteurs du trajet portent l'étiquette employée.

Aujourd'hui, la plupart des répéteurs relaient tout, grâce à la région * restée activée. La transition se fait progressivement, et couper trop tôt reviendrait à isoler ceux qui n'ont pas encore configuré leurs canaux.

Les messages directs sont peu affectés par le système de régions, sauf lorsqu'un chemin connu ne fonctionne plus et qu'une nouvelle recherche par inondation est nécessaire. La région par défaut du companion s'applique alors.

5.6 Recommandations sur la portée

---

6. Longueur et fréquence des messages

6.1 La longueur

Un message est limité par la taille de la charge utile, de l'ordre de 130 à 180 caractères selon le mode et l'application.

Ce n'est pas une contrainte artificielle : chaque octet supplémentaire allonge la durée d'émission, et donc le coût pour tous les relais qui retransmettent.

Un message qui tient en une phrase n'en prend pas trois.

6.2 La fréquence

Ce qui sature un réseau, ce n'est presque jamais un message trop long. C'est le nombre de messages.

6.3 Ce qui n'existe pas sur ce réseau

Ni fichier, ni image, ni son. Le réseau transporte du texte court, et rien d'autre. Ce n'est pas une limite temporaire.

6.4 Recommandations sur le volume

---

7. Confidentialité et prudence

7.1 Ce qui n'est pas protégé

Le contenu d'un canal. Tout membre le lit, et l'appartenance à un canal hashtag ne se contrôle pas.

Les métadonnées, toujours. Les en-têtes de routage circulent en clair, y compris pour les messages directs. 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

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.

7.2 Le cas des passerelles

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

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

Un message chiffré de bout en bout ressort en clair dès qu'il atteint une passerelle dont l'un des correspondants est le nœud raccordé.

7.3 Le cadre juridique

Un message peut contenir des données à caractère personnel. Au sens de l'article 4.1 du RGPD, cela couvre toute information se rapportant à une personne identifiée ou identifiable, notamment par un identifiant en ligne ou des données de localisation.

Une clé publique de nœud, associée à une position et à des horodatages, entre dans cette définition.

Trois conséquences pour un utilisateur.

Ce qui transite peut être enregistré. Toute passerelle raccordée au réseau republie le contenu en clair, messages directs compris, et peut le stocker.

Publier une information sur un tiers l'expose sans son accord. Cette personne n'a consenti à rien et ignore souvent l'existence du réseau.

Republier un message hors du réseau suppose l'accord de son auteur. Cela vaut pour un site, un tableau de bord, ou une capture partagée à titre d'illustration.

Les obligations de l'opérateur qui collecte figurent dans la politique des relais, section 12.

7.4 Ce qu'il ne faut pas faire transiter

Cette dernière catégorie est la plus souvent oubliée. Publier la position ou la situation d'un tiers l'expose sans son accord.

7.5 Recommandations sur la confidentialité

---

8. Rediffusion de bulletins publics

8.1 Le principe

Le réseau ne produit aucune alerte. Il relaie des bulletins déjà émis par les services compétents, avec leur source et leur horodatage.

Cette distinction n'est pas cosmétique. Elle sépare une rediffusion, qui n'engage que sa fidélité à la source, d'une alerte, qui engage un jugement et une responsabilité.

8.2 Les sources retenues

8.3 Format des messages

Bulletin de vigilance

[MF 09/08 06h] VIGILANCE ORANGE orages 05
Fin prevue 09/08 22h
meteofrance.com/vigilance

Bulletin quotidien

[MF 09/08 07h] Gap 12/26C
Matin clair, orages isoles apres 15h
Vent S 15km/h, rafales 40
Isotherme 0C 3800m

L'isotherme et le vent intéressent les gens en montagne. La température seule n'apporte rien à quelqu'un qui a une fenêtre.

8.4 L'en-tête, et pourquoi il compte

[SOURCE JJ/MM HHh]

L'horodatage est celui d'émission du bulletin, pas de sa rediffusion.

Sur un réseau où un message peut arriver avec plusieurs heures de retard, c'est la seule façon de savoir s'il est encore valide. Un bulletin de vigilance reçu à vingt heures et émis à six heures du matin peut être caduc.

Le format tient aussi lieu de signature de fait : un message qui ne le respecte pas se remarque.

8.5 Les règles

Un service, un émetteur nommé. Chaque flux a un opérateur identifié publiquement. Les autres ne rediffusent pas le même flux.

La raison : deux sources produisent des messages divergents, et quelqu'un qui reçoit deux versions contradictoires ne sait plus à quoi se fier.

Le niveau jaune n'est jamais relayé. Une alerte qui sonne trop souvent cesse d'être une alerte. Le jaune peut figurer dans un bulletin quotidien s'il existe, jamais dans un message dédié.

Aucune conversation sur les canaux de rediffusion. Réactions et questions vont sur #fr ou en local.

En cas de divergence, seul le bulletin officiel de la source fait foi.

Suppléance. Si l'émetteur principal d'un flux est indisponible plus de vingt-quatre heures, un suppléant désigné prend le relais et l'annonce.

8.6 Ce que la convention ne peut pas garantir

Rien n'empêche techniquement quelqu'un de publier sur un canal de rediffusion. Ni de se faire passer pour l'émetteur habituel.

Ce qui permet de distinguer un bulletin fiable :

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

En cas de doute, consulter la source directement. Un bulletin de vigilance est publié sur le site de Météo-France, et le réseau n'en est qu'un vecteur.

8.7 Recommandations sur la rediffusion

---

9. Savoir-vivre

Un réseau ouvert n'a pas de modération. Ce qui le rend praticable tient à ce que chacun y met.

9.1 Une ressource partagée

Le temps d'antenne est commun. Ce qu'une personne consomme n'est plus disponible pour les autres, et un répéteur saturé ne sert plus personne.

Cela suffit à fonder l'essentiel : formuler court, taguer à la portée juste, ne pas rediffuser ce qui l'a déjà été.

9.2 Envers les nouveaux arrivants

Tout le monde a commencé sans rien comprendre aux régions ni aux presets.

Répondre aux questions élémentaires est ce qui fait qu'un réseau grandit. Un nouvel arrivant mal accueilli ne revient pas.

Orienter plutôt que corriger. Signaler un canal plus adapté vaut mieux que reprocher un mauvais usage.

9.3 Neutralité

Le réseau ne prend pas parti. Il ne porte ni position politique, ni cause, ni revendication.

Ce n'est pas une position en soi : c'est la condition pour qu'un maillage rassemble des gens qui n'ont en commun que le territoire et l'intérêt technique.

Un canal détourné en tribune prive les autres d'une ressource limitée, et expose les hébergeurs de relais à être associés à des propos qu'ils n'ont pas choisi de transporter.

Les débats de fond ont leur place ailleurs, où la bande passante ne se compte pas en secondes par heure.

9.4 Ce qui n'a pas sa place

9.5 En cas de désaccord

Ni blocage, ni exclusion. Aucun mécanisme technique ne le permet, et c'est structurel.

Ce qui reste : expliquer, documenter, et si nécessaire cesser de répondre. Un usage abusif finit par isoler celui qui le pratique, parce que les autres cessent de l'écouter.

9.6 Recommandations sur les usages

---

10. 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, sans que personne ne le sache
• 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 canal ne conserve rien : un appareil éteint manque le message définitivement. Seul un salon persistant conserve, et dans une limite étroite

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.

10.1 Le cas du canal #emergency

Son nom prête à confusion, et il faut le dire explicitement.

Ce canal sert à la rediffusion de bulletins publics urgents. Il ne sert pas à demander de l'aide, et personne ne s'est engagé à le surveiller.

Quelqu'un qui y publierait un appel au secours pourrait n'être lu par personne, pendant des heures.

Le nom est conservé parce qu'il est en usage national. Sa règle d'emploi doit donc être rappelée partout où le canal est mentionné.

---

11. Récapitulatif des recommandations

Impératives

Recommandées

Conseillées

---

12. Ressources

Documentation

Sources de bulletins

Chappe 05

---

13. Points ouverts

Toute remarque est bienvenue.

---

Annexe A. Aide-mémoire

À afficher ou à diffuser aux nouveaux arrivants.

Quel canal employer

Quelle portée taguer sur un canal

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

Le tag se règle par canal, dans l'application. Un canal peut avoir plusieurs régions préenregistrées, entre lesquelles on bascule avant d'envoyer.

Avant d'envoyer

• Est-ce que ça tient en une phrase ?
• Est-ce que quelqu'un de précis en a besoin, hors de mon périmètre ?
• Est-ce que je publierais ça sur un panneau d'affichage ?

Si la réponse à la dernière question est non, ce n'est pas un canal qu'il faut employer.

Envers les autres

• Répondre aux questions des débutants
• Orienter vers le bon canal plutôt que reprocher
• Ne pas occuper durablement un canal
• Le réseau ne prend pas parti : ni tribune, ni revendication

À ne jamais faire

• Publier une adresse, une absence, un mot de passe
• Rediffuser une information dont on ignore la source
• Compter sur le réseau pour une urgence

En cas d'urgence : 112.

---

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