Liaison sans fil en secours : basculement routé ou un seul segment ?

Deux bâtiments, une radio point à point et un VPN internet qui pourrait servir de second chemin. Avant que le secours ne devienne automatique, une question décide presque de tout le reste : qu’est-ce qui doit survivre, l’accessibilité IP entre sous-réseaux distincts ou un seul segment Ethernet partagé ? Le fait que la radio se comporte comme un câble n’est pas un argument pour étendre chaque trame de diffusion sur internet. Répondez d’abord à la question, car les deux réponses exigent un contrôle des boucles différent, des contrôles d’état différents et des idées différentes de ce que signifie reprendre.

Décidez ce qui doit survivre à la panne

Listez les applications qui doivent continuer de fonctionner et notez si elles dépendent de l’accessibilité de Layer 3 ou de la mitoyenneté de Layer 2. Le partage de fichiers, les connexions aux bases de données et les services web ne se soucient généralement que des routes ; les protocoles de découverte, certains produits de clustering et tout ce qui attend un seul domaine de diffusion se soucient de la mitoyenneté. Un secours qui rétablit le mauvais type d’accessibilité produit un site techniquement connecté et pratiquement inutile.

Écrivez cette liste et joignez-la à la conception, car la réponse bouge généralement dès que le premier propriétaire d’application entend parler de la nouvelle liaison.

Basculement routé : deux préfixes, un chemin préféré

Avec des préfixes de site distincts, le secours devient un problème de routage. Chaque routeur a un chemin préféré par la radio et un chemin moins préféré par le tunnel, et la route préférée est retirée lorsque la radio cesse d’acheminer le trafic. Le côté distant a besoin de sa propre route de retour, et les deux côtés doivent s’accorder sur le chemin préféré dans chaque direction pour que le trafic ne prenne pas le long chemin dans une seule direction.

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

Lisez la troisième commande comme la seconde : une règle de politique, une seconde table ou une décision fondée sur la source peuvent envoyer le trafic d’un sous-réseau différemment de celui d’un autre, et une seule consultation par défaut le masque.

Basculement ponté : un segment, un chemin bloquant

Si la mitoyenneté est réellement nécessaire, le secours doit transporter des trames Ethernet, ce qu’un tunnel IP routé ne fait pas. Pontage d’une interface VPN dans un segment local est pris en charge par certaines plateformes, et ces interfaces deviennent alors membres du pont avec les conséquences qui s’ensuivent. Deux chemins de Layer 2 qui transfèrent simultanément forment une boucle, aussi la conception a-t-elle besoin d’un arbre couvrant les deux sites et d’une déclaration claire sur le chemin qui doit bloquer.

C’est une décision de conception substantielle et non une case à cocher, et la documentation de pontage de votre plateforme, comme l’aperçu des ponts pour pfSense, est l’endroit où confirmer ce à quoi un membre VPN participe réellement. Activer une option d’arbre couvrant sur un seul appareil sans rapport ne prouve rien sur l’agencement de bout en bout.

Surveillez la frontière qui compte

Une radio alimentée, une interface active et un tunnel sain décrivent chacun un fait local. Aucun d’eux ne prouve qu’un paquet d’un bâtiment a atteint un hôte de l’autre, et c’est le seul fait sur lequel la logique de basculement doit agir. Surveillez une cible au-delà du routeur distant si la politique le permet, et surveillez les deux directions séparément pour qu’une panne asymétrique soit visible.

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

Gardez le contrôle bon marché et borné : un intervalle court, un petit nombre et un délai qui correspond à la tolérance de l’application. Un moniteur qui dépend lui-même du chemin qu’il teste signalera le succès jusqu’au moment où il cessera de signaler quoi que ce soit.

Entraînez-vous dans les deux directions sous charge

Ne copiez pas un objectif de convergence unique depuis la topologie de quelqu’un d’autre. Le temps de détection, la convergence de route ou de pont, la disponibilité du tunnel et la reprise de l’application apportent chacun leur propre délai, et la somme sur votre équipement est le seul chiffre qui compte. Entraînez-vous pendant qu’un trafic représentatif circule, afin que la mesure inclue les files et les sessions qui existent en production.

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

Testez la restauration avec autant de soin que la panne. Une radio instable qui apparaît et disparaît fera aller et venir le trafic si la logique de préférence n’a pas d’amortissement, et les utilisateurs le vivent comme pire qu’une panne unique et propre. Enregistrez le chemin choisi à chaque étape, quelles nouvelles requêtes ont réussi et ce qui est arrivé aux sessions ouvertes lors du changement de chemin. Cette trace est ce qui transforme un second câble en politique d’exploitation.