Enllaç sense fil com a reserva: commutació encaminada o un sol segment?

Dos edificis, una ràdio punt a punt i una VPN per internet que pot fer de segon camí. Abans que la reserva sigui automàtica, una pregunta decideix gairebé tota la resta: què ha de sobreviure, l’abastabilitat IP entre subxarxes separades o un únic segment Ethernet compartit? Que la ràdio es comporti com un cable no és cap argument per estendre cada trama de difusió per internet. Responeu primer la pregunta, perquè les dues respostes demanen un control de bucles diferent, comprovacions de salut diferents i idees diferents del que significa recuperar-se.

Decidiu què ha de sobreviure a la caiguda

Llista les aplicacions que han de continuar funcionant i anoteu si depenen de l’abastabilitat de Layer 3 o de l’adjacència de Layer 2. Compartir fitxers, connexions a bases de dades i serveis web normalment només es preocupen per les rutes; els protocols de descoberta, alguns productes de clúster i qualsevol cosa que esperi un sol domini de difusió es preocupen per l’adjacència. Una reserva que restaura el tipus equivocat d’abastabilitat produeix un lloc tècnicament connectat i pràcticament inútil.

Escriviu aquesta llista i adjunteu-la al disseny, perquè la resposta normalment es mou quan el primer propietari d’una aplicació sent a parlar del nou enllaç.

Commutació encaminada: dos prefixos, un camí preferit

Amb prefixos de lloc diferents, la reserva és un problema d’encaminament. Cada encaminador té un camí preferit per la ràdio i un camí menys preferit pel túnel, i la ruta preferida es retira quan la ràdio deixa de lliurar trànsit. El costat oposat necessita la seva pròpia ruta de retorn, i els dos costats han d’acordar quin camí és preferit en cada direcció perquè el trànsit no faci la volta llarga només en una direcció.

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

Llegiu la tercera ordre així com la segona: una regla de política, una segona taula o una decisió basada en l’origen poden enviar el trànsit d’una subxarxa de manera diferent de la d’una altra, i una única consulta per defecte ho amaga.

Commutació pontada: un segment, un camí bloquejant

Si l’adjacència és realment necessària, la reserva ha de transportar trames Ethernet, cosa que un túnel IP encaminat no fa. Pontar una interfície VPN dins d’un segment local és compatible amb algunes plataformes, i aquestes interfícies passen a ser membres del pont amb les conseqüències que comporta. Dos camins de Layer 2 que reenviïn alhora formen un bucle, així que el disseny necessita un arbre d’expansió que cobreixi els dos llocs i una declaració clara de quin camí ha de bloquejar.

Aquesta és una decisió de disseny substancial i no una casella, i la documentació de ponts de la vostra plataforma, com ara la visió general dels ponts per a pfSense, és el lloc on confirmar en què participa realment un membre VPN. Activar una opció d’arbre d’expansió en un dispositiu no relacionat no demostra res sobre la disposició d’extrem a extrem.

Superviseu la frontera que importa

Una ràdio alimentada, una interfície engegada i un túnel sa descriuen cadascun un fet local. Cap d’ells no demostra que un paquet d’un edifici hagi arribat a un equip de l’altre, i aquest és l’únic fet sobre el qual ha d’actuar la lògica de commutació. Superviseu un objectiu més enllà de l’encaminador remot si la política ho permet, i superviseu les dues direccions per separat perquè una fallada asimètrica sigui visible.

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

Mantingueu la comprovació barata i limitada: un interval curt, un recompte petit i un temps d’espera que encaixi amb la tolerància de l’aplicació. Un monitor que depèn del mateix camí que prova informarà d’èxit fins al moment en què deixi d’informar de res.

Assageu les dues direccions sota càrrega

No copieu un únic objectiu de convergència de la topologia d’algú altre. El temps de detecció, la convergència de ruta o de pont, la preparació del túnel i la recuperació de l’aplicació hi aporten cadascun el seu retard, i la suma al vostre equip és l’únic número que importa. Assageu mentre hi ha trànsit representatiu, perquè el mesurament inclogui les cues i les sessions que existeixen en producció.

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

Proveu la restauració amb la mateixa cura que la fallada. Una ràdio inestable que apareix i desapareix arrossegarà el trànsit d’una banda a l’altra si la lògica de preferència no té esmorteïment, i els usuaris ho viuen com a pitjor que una caiguda única neta. Enregistreu el camí seleccionat a cada etapa, quines peticions noves van tenir èxit i què va passar amb les sessions obertes quan el camí va canviar. Aquest registre és el que converteix un segon cable en una política operativa.