Failover vs. Load Balancing vs. Bonding für 5G und Starlink

Eine zweite WAN-Verbindung bedeutet nicht automatisch unterbrechungsfreies Internet. Ein entlegener Standort kann Glasfaser plus 5G, Starlink plus 5G oder zwei Mobilfunkanbieter nutzen und trotzdem aktive Sitzungen verlieren, weiterhin über einen scheinbar verbundenen, aber upstreamseitig ausgefallenen Pfad routen oder nach einer Änderung der öffentlichen IP-Adresse nicht mehr erreichbar sein.

Der Entwurf beginnt mit einer Frage: Was muss einen WAN-Ausfall wirklich überstehen? Wenn neue Verbindungen nur einen funktionierenden Ersatzpfad benötigen, ist Failover die passende Grundlage. Wenn viele Nutzer oder Geräte den Verkehr über mehrere verfügbare Links verteilen sollen, passt Load Balancing. Wenn eine einzelne Verbindung mehrere Links nutzen oder einen stabilen Tunnelendpunkt behalten muss, während sich der Underlay ändert, sollte Bonding oder ein Overlay-Tunnel geprüft werden.

Diese Mechanismen lösen unterschiedliche Probleme. Die falsche Wahl erhöht Kosten und Komplexität, ohne die Verfügbarkeit zu liefern, die die Anwendung tatsächlich benötigt.

Key Takeaways

Failover verschiebt Verkehr auf ein Backup-WAN, nachdem der primäre Pfad als fehlerhaft erkannt wurde, doch bestehende Sitzungen brechen häufig ab, wenn sich Quell-IP, NAT-Zustand oder Route ändern. Load Balancing verteilt unterschiedliche Sitzungen über mehrere WANs und kann die Gesamtkapazität eines Standorts erhöhen, kombiniert aber normalerweise keine Links für einen einzelnen gewöhnlichen TCP-Flow. Bonding oder Multipath-Overlays koordinieren Verkehr über mehrere Links mit kompatiblen Endpunkten und können Single-Flow-Aggregation oder bessere Sitzungskontinuität ermöglichen, bringen jedoch einen Aggregationsendpunkt, Kapselungs-Overhead, Kosten und Betriebsaufwand mit sich. Ein als „up“ angezeigter Link kann trotzdem kein nutzbares Internet haben, deshalb müssen Health Checks auch Upstream-Blackholes, DNS-Ausfälle und Mobilfunkregistrierung ohne funktionierende Datenebene erkennen. Eine vom ISP zugewiesene statische IP gehört in der Regel ebenfalls zu diesem ISP-Pfad und wandert nicht automatisch auf ein 5G- oder Starlink-Backup.

Verfügbarkeitsziel definieren, bevor die Technik gewählt wird

„Keine Ausfallzeit“ ist erst dann prüfbar, wenn es in Wiederherstellungszeit, Toleranz gegenüber Sitzungsverlust, Verhalten der öffentlichen IP-Adresse, Mindestbandbreite und Budget übersetzt wurde. Failover genügt normalerweise, wenn neue Verbindungen nach einem Ausfall des Primärpfads wiederhergestellt werden sollen. Load Balancing passt zu Standorten, an denen viele Clients mehrere Links gemeinsam nutzen. Bonding, MPTCP oder ein Overlay-Tunnel wird relevant, wenn eine einzelne Verbindung mehrere Pfade nutzen oder einen stabilen Endpunkt mit besserer Kontinuität behalten muss, während sich der Underlay ändert.

Auch Pfaddiversität muss anhand realer Fehlerdomänen bewertet werden. Zwei nominell getrennte WANs können denselben Funkmast, dieselbe Leitungstrasse, Stromversorgung oder DNS-Abhängigkeit teilen. Die reine Anzahl der Schnittstellen ist daher noch kein Resilienzdesign; entscheidend sind die Fähigkeit der Anwendung zum Wiederverbinden und die geschäftlichen Folgen einer Unterbrechung.

Wie Multi-WAN-Failover funktioniert

In einem typischen Prioritätsdesign sendet der Router Verkehr über WAN 1 und überwacht den Pfad. Nach ausreichend vielen aufeinanderfolgenden Fehlern wird WAN 1 aus dem Dienst genommen, und neuer Verkehr nutzt WAN 2; nach einer definierten stabilen Erholungsphase kann der Router wieder auf den primären Pfad zurückschalten. Das ist ein praktisches Design für Remote-Monitoring, Filialanbindung und Mobilfunk-Backup, aber automatisches Umschalten ist nicht zwangsläufig nahtlos.

Eine TCP-Verbindung wird durch Endpunktadressen, Ports und Protokollzustand identifiziert; auch bei verbindungslosem UDP halten Router und Firewalls Flow- und NAT-Zuordnungen anhand von Adressen, Ports und Protokoll. Wenn ein WAN-Wechsel die öffentliche Quelladresse ändert oder diesen Zustand ungültig macht, muss bestehende Kommunikation häufig neu aufgebaut werden. Eine Portweiterleitung oder öffentliche Adresse beim primären ISP existiert außerdem nicht automatisch auf dem Backup-Carrier. Failover stellt daher Dienste für wiederverbindende Anwendungen leichter wieder her, als jede aktive Sitzung zu erhalten.

Wie sich Load Balancing unterscheidet

Load Balancing hält mehrere WANs aktiv und weist neue Sitzungen anhand von Kapazität, Quellgerät, Anwendung, Ziel, Latenz oder aktueller Auslastung zu. Dadurch können unterschiedliche Clients gleichzeitig Starlink, 5G und kabelgebundene Links nutzen, was die Gesamtkapazität des Standorts erhöht. Ein gewöhnlicher TCP-Flow bleibt jedoch normalerweise auf dem ausgewählten WAN, statt die beworbenen Datenraten zweier Links zu addieren.

Eine stabile Richtlinie erhält den Ausgangspfad pro Sitzung und vermeidet Änderungen der Quell-IP, Paketumordnung und ungültigen NAT-Zustand. Load Balancing eignet sich deshalb gut, wenn viele Nutzer, Kameras, Geräte und Cloud-Verbindungen Kapazität teilen. Eine einzelne Sitzung, die Pfade überspannen oder Durchsatz bündeln muss, erfordert eine andere Multipath-Architektur.

Was Bonding tatsächlich ergänzt

Bonding koordiniert mehrere Pfade und setzt den Verkehr an einem kompatiblen Endpunkt wieder zusammen. Multipath TCP (MPTCP) ermöglicht einer MPTCP-fähigen TCP-Verbindung, mehrere Subflows zu nutzen und der Anwendung dennoch einen zuverlässigen Bytestrom zu präsentieren. Transparente standortweite Aggregation für normale Endgeräte erfordert meist weiterhin kompatible Proxys oder Tunnelendpunkte auf beiden Seiten. Andere Designs kapseln Verkehr in Tunnel, die bei einem Cloud-Dienst, VPS, Rechenzentrum oder einer zweiten Appliance enden.

Unter passenden Verkehrs- und Pfadbedingungen kann diese Architektur den Single-Flow-Durchsatz verbessern, eine stabile öffentliche IP am Aggregationsendpunkt bereitstellen und die Kontinuität bei Ausfall eines Underlay-Pfads erhöhen. Die tatsächlichen Gewinne hängen von Latenz, Jitter, Paketverlust und Congestion Control über Links wie 5G und Starlink ab. Kosten des Endpunkts, Kapselungs-Overhead, Verarbeitungskapazität und die neue Fehlerdomäne des Aggregationsdienstes sollten durch eine messbare Geschäftsanforderung gerechtfertigt sein.

Health Checks entscheiden, ob Failover funktioniert

Ethernet-Linkstatus oder Mobilfunkregistrierung beweisen nur, dass eine lokale Schnittstelle oder Funkanbindung vorhanden ist; sie beweisen nicht, dass der Geschäfts-Endpunkt erreichbar ist. Eine zuverlässige Health-Policy sollte Schnittstellenstatus, Next-Hop-Gateway, mehrere unabhängige Internetziele, DNS-Auflösung und den tatsächlich genutzten Cloud-, VPN-, API- oder Monitoring-Endpunkt abdecken. Ein einzelnes ICMP-Ziel kann DNS- und anwendungsspezifische Fehler übersehen.

Prüfintervall, Timeout, Anzahl aufeinanderfolgender Fehler vor dem Umschalten, Anzahl erfolgreicher Prüfungen vor dem Zurückschalten und Hold-down-Zeit müssen gemeinsam abgestimmt werden. Aggressive Schwellenwerte können auf variablen 5G- oder Satellitenlinks Flapping verursachen, während langsame Schwellen die Störung verlängern. Endgültige Werte sollten aus Messungen auf den eingesetzten Pfaden stammen.

Statische IPs, NAT und CGNAT während Failover

Eine statische Adresse auf einem kabelgebundenen Geschäftstarif wird normalerweise von diesem Provider geroutet und kann in der Regel nicht einfach einem anderen Carrier-Ausgang folgen. Für Web-, Telemetrie- und Cloud-Clients, die Namen, Zugangsdaten oder ausgehende Verbindungen nutzen, ist es am einfachsten, die Anwendung von der neuen Adresse neu verbinden zu lassen. Dynamisches DNS kann einen Hostnamen aktualisieren, erhält aber keine bestehende Sitzung und bleibt von Caching und Aktualisierungsverzögerung abhängig.

Für die meisten Filial- und Industrieinstallationen ist ein ausgehendes VPN oder Overlay zu einem festen Rechenzentrums-, Cloud- oder Leitstellen-Hub der praktische Weg, um stabilen Egress oder eingehende Erreichbarkeit über mehrere ISPs zu erhalten. Beide WANs können den logischen Zugriffspfad tragen, auch wenn die Kontinuität weiterhin vom VPN, Overlay und der Anwendung abhängt. Provider-unabhängiger Adressraum mit BGP ist eine fortgeschrittene Alternative mit höheren Kosten und Betriebsanforderungen. Mobilfunk- und Satellitendienste können außerdem CGNAT verwenden; deshalb sollten APN, Adresstyp und eingehende Anforderungen bestätigt und Tunnelaufbau, Adresswechsel und Wiederverbindung im Zielnetz validiert werden.

Vier Fehler-Injektionstests für jeden Multi-WAN-Standort

Ein erfolgreicher Speedtest validiert kein Failover. Der folgende Ansatz ist ein Validierungsplan für die Zielumgebung und kein Leistungsresultat für ein bestimmtes Routermodell. Die erste Testgruppe sollte physischen Linkverlust und ein Upstream-Blackhole abdecken. In einem Wartungsfenster wird das WAN-Kabel getrennt, der Port deaktiviert oder das Upstream-Modem ausgeschaltet, um Schnittstellenerkennung, Routenwechsel und Alarme zu prüfen. Danach bleibt der Ethernet-Link aktiv, während Upstream-Verkehr durch eine kontrollierte Regel blockiert wird, damit bestätigt wird, dass der Router lokalen Linkstatus nicht mit Ende-zu-Ende-Verfügbarkeit verwechselt.

Die zweite Gruppe sollte DNS und die Mobilfunk-Datenebene abdecken. Der primäre Resolver wird blockiert, während IP-Konnektivität erhalten bleibt, um den alternativen Auflösungspfad zu validieren. Danach wird ein kontrollierter APN-, Daten-Session- oder Post-Modem-Fehler erzeugt, während die Mobilfunkregistrierung sichtbar bleibt; so lässt sich prüfen, ob der Router anhand der Ende-zu-Ende-Erreichbarkeit den Pfad wechselt und die Ursache protokolliert. Auch Failback sollte getestet werden, einschließlich Wiederherstellung neuer Sitzungen, Wiederverbindung bestehender Sitzungen, öffentlicher IP-Änderungen, eingehendem Zugriff, Alarmgenauigkeit und Rückpfadstabilität. Alle Zeit- und Leistungswerte bleiben auf den getesteten Router, die Firmware, den Carrier, die Antenne und die Anwendung beschränkt.

Den passenden Wavetel-Router für die Installation wählen

Der Router sollte zur WAN-Architektur und zu den Feldgeräten passen, nicht nur zur maximalen 5G-Geschwindigkeit. Nach den aktuellen offiziellen Produktseiten decken WR575, WR578 und WR677-D industrielle 5G-, VPN-, Feldschnittstellen- und Gerätemanagement-Anforderungen ab; die wichtigsten Auswahlkriterien sind Linkdesign, Portmix und Stromversorgung. Der WR575 bietet vier GE-Ports, Dual SIM und Ethernet/Cellular-WAN-Failover für allgemeine 5G-Gateway- und kabelgebundene/Mobilfunk-Backup-Installationen. Der WR578 bietet vier 802.3af/at-konforme PoE-PSE-Gigabit-Ports; seine offizielle Seite nennt sowohl WAN-Failover als auch Load Balancing und macht ihn passend für Kameras, Access Points oder Sensoren, die direkt versorgt werden müssen.

Der WR677-D passt zu Standorten, die zwei gleichzeitig aktive 5G-Modems, höhere Portdichte oder Glasfaserintegration benötigen. Die aktuelle offizielle Seite nennt Dual 5G Modems im Active-Active-Modus, WAN-Failover, Load Balancing, einen 2.5GE-Port, vier GE-Ports und einen SFP. Die genaue Richtlinie, Umschaltzeit und das Sitzungsverhalten sollten dennoch gegen die passende Firmware, das Datenblatt und den Projekttest bestätigt werden. Projekte, die zusätzlich Single-Flow-Aggregation, eine stabile Overlay-Egress-IP oder sitzungsübergreifende Kontinuität über Pfade hinweg benötigen, können die Multi-WAN-Zugangsschicht mit einem validierten SD-WAN-, MPTCP- oder Tunnel-Aggregationsdesign kombinieren.

Vor der Bestellung sollten das aktuelle Produktportfolio und die Dokumentation genutzt werden, um regionale Frequenzbänder, SIM- und Betreiberdiversität, Firmware-Funktionen, VPN-Durchsatz, Ethernet- und SFP-Rollen, Eingangsspannung, PoE-Budget, Antennenplatzierung, Umgebungsbewertung und Remote-Management-Anforderungen zu prüfen.

Die einfachste Architektur wählen, die die Anforderung erfüllt

Failover ist passend, wenn Anwendungen neu verbinden können und das Ziel die Wiederherstellung allgemeiner Konnektivität ist. Load Balancing ist passend, wenn viele Sitzungen Kapazität über mehrere Links teilen sollen. Bonding oder ein Overlay-Tunnel sollte nur dann bewertet werden, wenn das Projekt eine definierte Anforderung an Single-Flow-Durchsatz, einen stabilen Egress-Endpunkt oder bessere Sitzungskontinuität hat. Nach der Auswahl des Mechanismus sollten Failover und Failback mit den realen Anwendungen getestet und sowohl WAN-Zustand als auch Geschäfts-Endpunkt-Erreichbarkeit überwacht werden.

Für Standorte, die industrielles 5G, Dual-SIM- oder Dual-Modem-Optionen, Ethernet/Mobilfunk-Failover, VPN sowie Remote-Management und Monitoring benötigen, können Wavetels industrielles Routerportfolio, WR575, WR578 und WR677-D anhand von primären und Backup-WAN-Typen, Feldgeräten, PoE, Portanzahl, Betreiberdiversität, Wiederherstellungszeit und Anforderungen an Sitzungskontinuität verglichen werden.

FAQ

Bedeutet Dual WAN null Ausfallzeit? 

Nein. Dual WAN bietet einen zweiten Pfad, aber Erkennungszeit, Routenwechsel, NAT-Zustand, öffentliche IP-Änderungen und das Wiederholungsverhalten der Anwendung bestimmen die Unterbrechung. Bestehende Sitzungen können zurückgesetzt werden, auch wenn neue Sitzungen schnell wiederhergestellt werden.

Können Starlink und 5G gebondet werden? 

Ja, mit einer kompatiblen Multipath-Architektur und einem entfernten Aggregationsendpunkt. Das Design muss unterschiedliche Latenz, Jitter, Paketverluste, Datenkosten und verfügbare Kapazität der beiden Pfade berücksichtigen.

Bleibt eine statische IP nach dem Failover auf 5G gleich? 

In der Regel nicht, wenn der primäre ISP die Adresse zuweist. Die meisten Standorte nutzen ein ausgehendes VPN oder Overlay zu einem festen Hub für einen stabilen logischen Zugriffspfad, während die Sitzungskontinuität weiterhin validiert werden muss.

Warum kann eine SIM registriert sein, obwohl das Internet ausfällt? 

Registrierung bestätigt die Anbindung an das Mobilfunknetz, nicht die erfolgreiche Ende-zu-Ende-Datenübertragung. APN, Authentifizierung, Routing, DNS, Kontingent oder Upstream-Fehler können den Verkehr weiterhin blockieren.

Wie wähle ich zwischen WR575, WR578 und WR677-D? 

WR575 eignet sich für allgemeines industrielles 5G und Dual-SIM-Betreiberredundanz, WR578, wenn Kameras, Access Points oder Sensoren direkt PoE benötigen, und WR677-D, wenn der Standort zwei gleichzeitig aktive 5G-Modems, 2.5GE oder SFP erfordert. Regionale Bänder, Firmware, Stromversorgung und Feldverhalten sollten vor der endgültigen Auswahl bestätigt werden.