Drahtlosstrecke als Reserve: geroutetes Failover oder ein einzelnes Segment?

Entscheiden Sie, ob die Reserve geroutete Erreichbarkeit wiederherstellt oder ein einziges Ethernet-Segment verlängert. Die Wahl bestimmt Schleifenkontrolle, Zustandsprüfungen und die Wiederherstellung.

Zwei Gebäude, eine Punkt-zu-Punkt-Funkverbindung und ein Internet-VPN, das als zweiter Pfad dienen könnte. Bevor die Reserve automatisch wird, entscheidet eine Frage fast alles andere: Was muss überleben — die IP-Erreichbarkeit zwischen getrennten Subnetzen oder ein gemeinsames Ethernet-Segment? Dass die Funkstrecke sich wie ein Kabel verhält, ist kein Argument dafür, jeden Broadcast-Rahmen über das Internet zu schicken. Beantworten Sie zuerst die Frage, denn die beiden Antworten verlangen unterschiedliche Schleifenkontrolle, unterschiedliche Zustandsprüfungen und unterschiedliche Vorstellungen davon, was Wiederherstellung bedeutet.

Legen Sie fest, was den Ausfall überleben muss

Listen Sie die Anwendungen auf, die weiterlaufen müssen, und notieren Sie, ob sie von Erreichbarkeit auf Layer 3 oder von Nachbarschaft auf Layer 2 abhängen. Dateifreigaben, Datenbankverbindungen und Webdienste interessieren sich meist nur für Routen; Erkennungsprotokolle, manche Clusterprodukte und alles, was eine einzige Broadcast-Domäne erwartet, interessieren sich für Nachbarschaft. Eine Reserve, die die falsche Art von Erreichbarkeit wiederherstellt, erzeugt einen Standort, der technisch verbunden und praktisch nutzlos ist.

Schreiben Sie diese Liste auf und legen Sie sie zum Entwurf, denn die Antwort verschiebt sich meist, sobald der erste Anwendungsverantwortliche von der neuen Verbindung hört.

Geroutetes Failover: zwei Präfixe, ein bevorzugter Pfad

Mit getrennten Standortpräfixen ist die Reserve ein Routingproblem. Jeder Router hat einen bevorzugten Pfad über die Funkstrecke und einen weniger bevorzugten über den Tunnel, und die bevorzugte Route wird zurückgezogen, wenn die Funkstrecke keinen Verkehr mehr liefert. Die Gegenseite braucht eine eigene Rückroute, und beide Seiten sollten sich einig sein, welcher Pfad in jeder Richtung bevorzugt wird, damit der Verkehr nicht nur in einer Richtung den langen Weg nimmt.

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

Lesen Sie den dritten Befehl ebenso wie den zweiten: eine Regelrichtlinie, eine zweite Tabelle oder eine quellenbasierte Entscheidung kann Verkehr aus einem Subnetz anders senden als aus einem anderen, und ein einziger Standardsuchlauf verbirgt das.

Überbrücktes Failover: ein Segment, ein blockierender Pfad

Wenn Nachbarschaft wirklich nötig ist, muss die Reserve Ethernet-Rahmen tragen, was ein gerouteter IP-Tunnel nicht tut. Das Überbrücken einer VPN-Schnittstelle in ein lokales Segment wird von manchen Plattformen unterstützt, und diese Schnittstellen werden dann Brückenmitglieder mit den entsprechenden Folgen. Zwei gleichzeitig weiterleitende Pfade auf Layer 2 bilden eine Schleife, also braucht der Entwurf einen Spannbaum über beide Standorte und eine klare Aussage, welcher Pfad blockieren soll.

Das ist eine wesentliche Entwurfsentscheidung und kein Ankreuzfeld, und die Brückendokumentation für Ihre Plattform, etwa die Brückenübersicht für pfSense, ist der Ort, an dem Sie bestätigen, woran ein VPN-Mitglied tatsächlich teilnimmt. Eine Spannbaum-Option auf einem einzelnen unabhängigen Gerät einzuschalten, beweist nichts über die Anordnung von Ende zu Ende.

Überwachen Sie die Grenze, die zählt

Eine bestromte Funkstrecke, eine Schnittstelle im Zustand up und ein gesunder Tunnel beschreiben jeweils einen lokalen Sachverhalt. Keiner davon beweist, dass ein Paket aus dem einen Gebäude einen Host im anderen erreicht hat, und das ist der einzige Sachverhalt, auf den die Failover-Logik reagieren sollte. Überwachen Sie ein Ziel jenseits des fernen Routers, wenn die Richtlinie es erlaubt, und überwachen Sie beide Richtungen getrennt, damit ein asymmetrischer Fehler sichtbar wird.

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

Halten Sie die Prüfung billig und begrenzt: ein kurzes Intervall, eine kleine Anzahl und ein Zeitlimit, das zur Toleranz der Anwendung passt. Ein Monitor, der selbst vom getesteten Pfad abhängt, meldet Erfolg bis zu dem Moment, in dem er aufhört, irgendetwas zu melden.

Üben Sie beide Richtungen unter Last

Kopieren Sie kein einzelnes Konvergenzziel aus einer fremden Topologie. Erkennungszeit, Routen- oder Brückenkonvergenz, Tunnelbereitschaft und Anwendungswiederherstellung tragen jeweils ihre eigene Verzögerung bei, und die Summe auf Ihrer Ausrüstung ist die einzige Zahl, die zählt. Üben Sie, während repräsentativer Verkehr läuft, damit die Messung die Warteschlangen und Sitzungen enthält, die in der Produktion existieren.

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

Testen Sie die Wiederherstellung ebenso sorgfältig wie den Ausfall. Eine instabile Funkstrecke, die ein- und ausgeht, zieht den Verkehr hin und her, wenn die Präferenzlogik keine Dämpfung hat, und Nutzer erleben das als schlechter als einen sauberen einzelnen Ausfall. Halten Sie den gewählten Pfad in jeder Phase fest, welche neuen Anfragen erfolgreich waren und was mit Sitzungen geschah, die beim Wechsel des Pfades offen waren. Genau diese Aufzeichnung macht aus einem zweiten Kabel eine Betriebsrichtlinie.

Ähnliche Artikel