Régions et portée des diffusions

Le mécanisme de régions est apparu avec le micrologiciel 1.10. Il répond à un problème d'échelle : sans lui, une diffusion large peut se propager de proche en proche bien au-delà de la zone concernée, et consommer le temps d'antenne de gens que le message n'intéresse pas.

Le principe

Une région est une étiquette de portée, organisable en hiérarchie (région parente et régions filles). Chaque répéteur peut décider quelles régions il accepte de relayer en diffusion, et lesquelles il bloque.

Deux notions distinctes :

• La région d'origine (region home) : celle à laquelle le nœud appartient.
• Les autorisations de diffusion : les régions dont ce nœud accepte de relayer les diffusions.

Consulter l'état

region

Affiche toutes les régions connues et leurs permissions.

region get <nom>
region list allowed
region list denied

region list n'est disponible qu'en liaison série, à partir du micrologiciel 1.12.

Définir des régions

Créer une région, éventuellement rattachée à une région parente :

region put paca
region put vaucluse paca

Définir une hiérarchie complète sur une ligne :

region def france paca vaucluse

Retirer une région — ses régions filles doivent être supprimées d'abord :

region remove vaucluse

Autoriser ou bloquer les diffusions

region allowf vaucluse
region denyf bretagne

Le joker * s'applique à tout :

region allowf *

Cas particulier utile : region denyf * bloque les paquets sans région, c'est-à-dire ceux qui n'ont pas été étiquetés.

Enregistrer

Les modifications ne survivent pas au redémarrage sans :

region save

C'est l'oubli le plus fréquent avec ce jeu de commandes.

Charger en une fois

region load
region load <nom> [F]

region load sans argument ouvre un mode interactif. Avec un nom, la région est chargée ; le drapeau F autorise en même temps la diffusion.

Région d'origine et région par défaut

region home
region home vaucluse

region default
region default vaucluse
region default <null>

region home définit l'appartenance du nœud. region default fixe la portée appliquée aux paquets qui n'en précisent pas.

Portée des paquets sans région

Pour les paquets non étiquetés, la propagation est plafonnée séparément :

get flood.max.unscoped
set flood.max.unscoped 3

Utile pour tolérer les paquets sans région tout en les empêchant de traverser le pays.

Faut-il s'en servir ?

Sur un réseau local de quelques répéteurs, non : la complexité ajoutée dépasse le bénéfice.

Le mécanisme devient utile quand :

• plusieurs zones géographiques finissent par se rejoindre par des liaisons longue distance ;
• les diffusions d'une zone gênent une zone voisine ;
• vous voulez cloisonner un réseau événementiel du réseau permanent.

Dans tous les cas, coordonnez-vous avec les autres exploitants avant de poser des règles de région : une configuration unilatérale peut couper des liaisons que d'autres utilisent. C'est typiquement le genre de décision à documenter sur le wiki.