Trådløs forbindelse som reserve: rutet omkobling eller ett segment?
Avgjør om reserven gjenoppretter rutet nåbarhet eller forlenger ett Ethernet-segment. Valget bestemmer løkkekontroll, helsesjekker og gjenoppretting.
To bygg, en punkt-til-punkt-radio og en internett-VPN som kan tjene som en annen vei. Før reserven blir automatisk, avgjør ett spørsmål nesten alt annet: hva må overleve — IP-nåbarhet mellom adskilte subnett eller ett felles Ethernet-segment? At radioen oppfører seg som en kabel er ikke et argument for å sende hver kringkastingsramme over internett. Svar på spørsmålet først, fordi de to svarene krever ulik løkkekontroll, ulike helsesjekker og ulike forestillinger om hva gjenoppretting betyr.
Avgjør hva som må overleve avbruddet
List opp applikasjonene som må fortsette å virke, og noter om de avhenger av nåbarhet på Layer 3 eller av naboskap på Layer 2. Fildeling, databaseforbindelser og webtjenester bryr seg vanligvis bare om ruter; oppdagelsesprotokoller, enkelte klyngeprodukter og alt som forventer ett kringkastingsdomene bryr seg om naboskap. En reserve som gjenoppretter feil type nåbarhet, gir et sted som er teknisk tilkoblet og praktisk ubrukelig.
Skriv ned listen og legg den ved designet, fordi svaret vanligvis flytter seg så snart den første applikasjonseieren hører om den nye forbindelsen.
Rutet omkobling: to prefikser, én foretrukket vei
Med adskilte stedsprefikser blir reserven et ruteproblem. Hver ruter har en foretrukket vei over radioen og en mindre foretrukket vei over tunnelen, og den foretrukne ruten trekkes tilbake når radioen slutter å levere trafikk. Den andre siden trenger sin egen returrute, og begge sider bør bli enige om hvilken vei som er foretrukket i hver retning, slik at trafikken ikke tar den lange veien bare i én retning.
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
Les den tredje kommandoen på samme måte som den andre: en policyregel, en andre tabell eller en kildebasert beslutning kan sende trafikk fra ett subnett annerledes enn fra et annet, og ett enkelt standardoppslag skjuler det.
Broet omkobling: ett segment, én blokkerende vei
Hvis naboskap virkelig er nødvendig, må reserven bære Ethernet-rammer, noe en rutet IP-tunnel ikke gjør. Broing av et VPN-grensesnitt inn i et lokalt segment støttes av enkelte plattformer, og disse grensesnittene blir da bromedlemmer med de påfølgende konsekvensene. To samtidig videresendende veier på Layer 2 danner en løkke, så designet trenger et spenntre som dekker begge steder og en klar uttalelse om hvilken vei som skal blokkere.
Dette er en vesentlig designbeslutning og ikke en avkrysningsboks, og brodokumentasjonen for plattformen din, for eksempel brooversikten for pfSense, er stedet der du bekrefter hva et VPN-medlem faktisk deltar i. Å aktivere et spenntre-alternativ på én urelatert enhet beviser ingenting om oppsettet fra ende til ende.
Overvåk grensen som betyr noe
Radio med strøm, et grensesnitt som er oppe og en sunn tunnel beskriver hver en lokal kjensgjerning. Ingen av dem beviser at en pakke fra det ene bygget nådde en vert i det andre, og det er den eneste kjensgjerningen omkoblingslogikken bør handle på. Overvåk et mål utenfor den fjerne ruteren hvis policyen tillater det, og overvåk begge retninger separat slik at en asymmetrisk feil blir synlig.
ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10
Hold sjekken billig og avgrenset: et kort intervall, et lite antall og en tidsgrense som passer applikasjonens toleranse. En monitor som selv avhenger av veien den tester, vil rapportere suksess helt til det øyeblikket den slutter å rapportere noe som helst.
Øv begge retninger under last
Ikke kopier ett enkelt konvergensmål fra noen andres topologi. Deteksjonstid, rute- eller brokonvergens, tunnelberedskap og applikasjonsgjenoppretting bidrar hver med sin egen forsinkelse, og summen på utstyret ditt er det eneste tallet som betyr noe. Øv mens representativ trafikk går, slik at målingen omfatter køene og sesjonene som finnes i produksjon.
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
Test gjenoppretting like nøye som feil. En ustabil radio som flapper inn og ut vil dra trafikken fram og tilbake hvis preferanselogikken ikke har demping, og brukere opplever det som verre enn ett rent enkelt avbrudd. Registrer den valgte veien i hver fase, hvilke nye forespørsler som lyktes og hva som skjedde med sesjoner som var åpne da veien endret seg. Nettopp den registreringen gjør et ekstra kabel til en driftsstrategi.