Documentation
Régler le comportement des chemins
Par défaut, VIGIL-MESH connecte immédiatement deux membres via un relais aveugle, puis fait la course vers un chemin direct et y migre sans coupure dès qu'il l'obtient. Les profils vous laissent ajuster ce comportement pour un réseau donné : préférer le direct, garder un relais en secours chaud, ou forcer un transport qui traverse les réseaux hostiles à l'UDP. Cette page décrit les profils de chemin et de disponibilité, et indique quand choisir quoi.
Profils de chemin
Un profil de chemin exprime la préférence du réseau quant à la manière de transporter les flux entre membres. Il n'invente pas de nouveaux chemins : il oriente le choix entre les options que le mesh sait établir — chemin direct entre pairs, passage par un relais aveugle, ou transport de repli quand l'UDP est bloqué.
Direct
Privilégie le chemin direct entre pairs dès qu'il est établi. Le relais ne sert qu'à amorcer la connexion, puis la session y migre. C'est le profil visé par défaut : latence et débit au plus près du chemin réseau.
Resilient (relais en secours chaud)
Utilise le chemin direct quand il est disponible, mais maintient en parallèle un relais prêt à reprendre. Si le direct se dégrade ou tombe, la bascule vers le relais est immédiate plutôt que reconstruite à froid.
Tcp-only
Force un transport qui passe là où l'UDP est filtré. Sur les réseaux d'entreprise ou publics qui bloquent l'UDP, ce profil privilégie un chemin en TCP pour rester joignable, au prix d'un transport moins optimal que le direct UDP.
Ces profils s'appuient sur le mécanisme d'établissement du mesh : connexion immédiate via relais, course vers le direct, migration de session sans coupure. Le fonctionnement de ces chemins est décrit en détail dans Chemins, relais et migration de session.
Profils de disponibilité
Là où le profil de chemin dit comment transporter, le profil de disponibilité dit avec quelle exigence de continuité. Il gouverne l'effort que le réseau consacre à garder les sessions vivantes et à réagir vite quand le chemin change : fréquence des sondes de vivacité, empressement à migrer, maintien d'un chemin de secours.
- Un profil orienté continuité surveille les chemins plus étroitement et migre plus tôt : il vise à faire disparaître les micro-coupures, au prix d'un peu plus de trafic de contrôle et de secours entretenus.
- Un profil plus économe sonde moins souvent et laisse davantage de latitude avant de basculer : adapté aux flux tolérants et aux liens que l'on veut ménager (mobile mesuré, capteurs).
- Le choix se fait par réseau : un réseau de téléopération et un réseau de télémétrie n'ont pas les mêmes attentes de disponibilité.
Quand utiliser quoi
Le meilleur point de départ est de laisser le comportement par défaut — direct visé, relais pour amorcer, migration sans coupure — et de ne dévier que pour une raison identifiée. Le tableau ci-dessous résume les cas typiques.
| Situation | Profil de chemin | Disponibilité |
|---|---|---|
| Usage général, latence au plus court | Direct | Défaut équilibré |
| Flux critique qui ne doit pas hoqueter | Resilient (relais en secours chaud) | Orientée continuité |
| Réseau d'entreprise ou public qui bloque l'UDP | Tcp-only | Selon la criticité du flux |
| Télémétrie tolérante, liens à ménager | Direct | Économe |
- 1Partez du défautDirect visé, relais aveugle pour la connexion immédiate, migration sans coupure. C'est le bon choix pour la majorité des réseaux.
- 2Identifiez la contrainte réelleUDP bloqué ? Flux qui ne tolère aucune micro-coupure ? Lien mobile à ménager ? Chaque profil non standard répond à une contrainte précise.
- 3Réglez chemin et disponibilité par réseauAppliquez le profil au réseau concerné, sans généraliser à tout l'espace de travail un réglage motivé par un cas particulier.
In English
Path profiles set how a network transports flows: direct favours the peer-to-peer path, resilient keeps a relay as a warm standby for instant failover, and tcp-only forces a transport that survives networks where UDP is blocked. Availability profiles set how hard the network works to keep sessions alive and how eagerly it migrates.
The two are orthogonal and set per network — start from the default (direct with a blind relay to connect immediately, then seamless migration) and deviate only for a concrete reason. Profile targets are stated relative to the path RTT, as design goals rather than guaranteed measurements.