Les canaux, et leur bon usage

Un canal dit à qui un message s’adresse. Une région dit jusqu’où il est relayé. Les deux mécanismes sont indépendants, et les confondre est l’erreur la plus courante après celle des rôles.

Ce qu’est un canal

Un canal MeshCore se définit par un nom et une clé symétrique partagée. Quiconque possède la clé lit tout ce qui passe sur le canal, y compris rétroactivement s’il a enregistré le trafic.

Un canal n’est donc pas un espace privé. Pour un échange confidentiel, utilisez les messages directs, chiffrés de bout en bout entre deux appareils.

Deux façons d’obtenir une clé

Canal privé. La clé est tirée au hasard par celui qui crée le canal. Il faut ensuite la transmettre, à la main ou par QR code, à chaque personne qui rejoint. Personne d’autre ne peut le lire, mais personne ne peut le retrouver non plus : un canal à clé aléatoire n’est pas identifiable par son nom, même pour un analyseur de trafic.

Canal hashtag. La clé est dérivée du nom : la clé est le SHA-256 de #nom, tronqué à 16 octets. Deux personnes qui saisissent #meteo chacune de leur côté obtiennent la même clé, sans jamais rien s’échanger.

C’est ce second mécanisme qui rend les canaux nationaux publics par construction : pas de secret à distribuer, pas de liste à tenir, pas de porte à garder. Vous tapez le nom, vous êtes dedans. Et c’est pour la même raison qu’ils n’offrent aucune confidentialité : qui connaît le nom possède la clé.

Deux sortes de trafic : GRP_TXT et GRP_DATA

Les deux partagent exactement la même enveloppe : l’empreinte du canal sur un octet, un code d’authentification sur deux octets, puis le contenu chiffré. Ce qui change est à l’intérieur.

GRP_TXT, c’est la conversation. Le texte chiffré contient le nom que vous affichez dans l’application, suivi de votre message. C’est pour cela qu’un message de canal montre un nom d’expéditeur alors que le paquet, lui, n’en porte aucun : le nom est dans le contenu, pas dans l’en-tête. Un répéteur ne le voit donc jamais.

GRP_DATA, c’est la donnée. Le contenu commence par un type de données que l’application émettrice choisit, ce qui permet à une autre application de savoir comment le lire : télémétrie d’un capteur, position, état d’une passerelle, échange propre à un outil. Le réseau ne les interprète pas, il les transporte.

Ce que montrent les mesures. Le trafic de données est très concentré : dans le dernier relevé, un seul canal représente près de neuf dixièmes de tout le GRP_DATA national. Ce n’est donc pas « la télémétrie du réseau », c’est essentiellement une passerelle. À l’inverse, le GRP_TXT est dispersé sur des dizaines de canaux.

Un répéteur, lui, ne peut pas distinguer le contenu : il ne lit rien. Il voit en revanche le type du paquet, donc GRP_TXT ou GRP_DATA, et son empreinte de canal. C’est ce qui rend possible un filtrage par type, l’un des réglages plus fins sur lesquels MeshCore France travaille.

Les canaux nationaux

La liste est diffusée par un robot sur le canal public, elle fait donc référence. La colonne « trafic » vient du relevé hebdomadaire : elle dit ce qui circule vraiment, pas ce qui est prévu.

Deux écarts méritent d’être dits. #wardriving circule sans figurer dans aucune convention publiée. À l’inverse, #emergency n’a jamais rien porté depuis la mise en service de l’analyseur. Un canal réservé qui ne sert jamais n’est pas un échec : c’est le cas souhaitable pour celui-là.

Les canaux au-delà de cette liste restent à la libre disposition de chacun. Ils ne relèvent pas de cette convention.

Les canaux locaux

Rien n’empêche un département ou un bassin d’avoir les siens, et c’est même souhaitable : une discussion iséroise n’a pas à occuper le canal national.

Trois règles suffisent.

Minuscules obligatoires. L’application n’accepte pas de majuscule à la saisie. Le canal Public en porte une, mais c’est un nom réservé du micrologiciel, pas un nom qu’un utilisateur pourrait créer.

Un nom qui dit le territoire et l’usage : 38gre, 38gre-meteo, 29brest-info. Le préfixe départemental évite les collisions entre bassins homonymes.

La portée se règle à part. Un canal ne délimite aucun territoire : quiconque a la clé entend, à Brest comme à Nice. C’est l’étiquette de région qui contient le trafic, et elle a sa page.

Quelle portée pour quel canal

C’est le réglage qui décide du coût réel d’un canal, et il se pose sur le compagnon qui émet, canal par canal, dans l’application. Ni le nom du canal, ni les réglages des répéteurs n’y changent quoi que ce soit.

Ce que ça change, mesuré sur le trafic réel. Une annonce étiquetée est recopiée 2,5 fois en moyenne, une annonce sans étiquette 5,7 fois. Sur les canaux, le constat est du même ordre : un canal local qui circule sans région coûte à chaque répéteur du pays, alors qu’il n’intéresse qu’une vallée. Le dernier relevé montre que quatre dixièmes du trafic de canal circulent sans étiquette, et que les deux canaux les plus coûteux du réseau sont dans ce cas.

Rediffuser des bulletins publics

Plusieurs réseaux locaux rediffusent des bulletins de vigilance sur #meteo ou sur un canal départemental. Six règles, qui ne se négocient pas.

1. Aucune information n’est produite. On relaie des bulletins déjà émis par un service compétent, sans reformulation.
2. Chaque message porte sa source et l’heure d’émission de l’original, pas celle de sa rediffusion. Sur un réseau où un message peut arriver des heures plus tard, c’est ce qui permet de savoir s’il est encore valide.
3. Le niveau jaune n’est jamais relayé. Une alerte qui sonne trop souvent n’est plus une alerte.
4. Deux messages par heure au maximum, tous flux confondus.
5. Aucune conversation sur ce canal. Les réactions vont sur #frblabla.
6. En cas de divergence, seul le bulletin officiel de la source fait foi.

Format retenu :

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

Un émetteur par flux. Chaque source n’a qu’un rediffuseur identifié. Deux personnes qui relaient le même bulletin produisent des messages divergents, et un lecteur qui en reçoit deux versions ne sait plus à laquelle se fier.

Bon usage du temps d’antenne

Le réseau partage une ressource limitée : la sous-bande 869,4 à 869,65 MHz, avec un rapport cyclique réglementaire de 10 %. Chaque répéteur ne peut émettre que six minutes par heure, cumulées.

• Des messages courts. Ce qui tient en une phrase n’en prend pas trois.
• Pas d’automatisme non filtré. Un capteur qui publie toutes les minutes sature le réseau à lui seul.
• Pas de rediffusion en boucle. Un message relayé plusieurs fois par plusieurs sources consomme le temps de tout le monde.
• Les fichiers, images et sons n’existent pas ici. Le réseau transporte du texte court, et rien d’autre.
• Étiquetez vos canaux à la bonne portée. Un canal local qui circule sans région traverse le pays : c’est le premier poste d’économie, et il ne coûte rien.

Un réseau saturé ne sert plus à personne, et c’est précisément aux moments où il compte le plus qu’il risque de l’être.

Ce qu’un canal ne protège pas

• Ni le contenu : sur un canal hashtag, qui connaît le nom lit tout.
• Ni l’identité : un message de canal ne porte aucune identité d’émetteur, mais le nom que vous affichez dans l’application voyage dans le texte.
• Ni l’historique : qui a enregistré le trafic peut le déchiffrer plus tard, le jour où il apprend le nom.

Pour un échange confidentiel, le message direct, chiffré de bout en bout entre deux appareils, est le seul mécanisme prévu pour ça.

Pour aller plus loin

Un canal ne conserve rien : qui n’était pas là n’entendra jamais le message. Le salon persistant, lui, garde ce qui a été dit et permet de séparer ceux qui lisent de ceux qui écrivent. Il est décrit avec le reste des usages, métadonnées, cadre juridique et savoir-vivre, sur Messages, salons et savoir-vivre.