Videokonferenz ohne Aussetzer: warum Hot Failover allein nicht reicht

Wer eine Videokonferenz absichern will, denkt zuerst an den Totalausfall: Bagger, Stromausfall, Störung beim Provider. In der Praxis ist das der seltenere Fall. Was eine laufende Übertragung tatsächlich ruiniert, sind Paketverlust und Latenzschwankungen auf einer Leitung, die formal weiterhin "up" ist.

Die Größenordnung hilft beim Verständnis. Zoom nennt für das Senden eines 1080p-Streams rund 3,8 Mbit/s im Upload; eine parallele Präsentationsfreigabe kommt mit etwa 50 bis 150 kbit/s hinzu, der Audiokanal mit 60 bis 80 kbit/s. Ein professioneller Sendeplatz braucht also ungefähr 4 Mbit/s Upload — auf einem Anschluss mit 40 oder 300 Mbit/s Upload ist das ein Rundungsfehler.

Genau darin liegt der Denkfehler vieler Absicherungskonzepte: Bandbreite ist nicht das Problem. Das Problem ist die Gleichmäßigkeit der Zustellung. Ein Echtzeit-Codec kann ein verlorenes Paket nicht nachfordern und darauf warten — die Wiedergabe läuft weiter. Fehlt ein Paket, entsteht ein Artefakt; fehlen mehrere in Folge, friert das Bild oder der Ton bricht ab. Zwei Prozent Paketverlust auf einer 300-Mbit/s-Leitung sind für einen Dateidownload unsichtbar und für eine Live-Übertragung deutlich hörbar.

Daraus folgt die eigentliche Anforderung: Es geht nicht darum, eine Ersatzleitung zu haben. Es geht darum, dass ein Fehler auf der aktiven Leitung beim Empfänger nicht ankommt.

Hot Failover ist ein Betriebsmodus des SpeedFusion-Tunnels. Der Tunnel wird über alle beteiligten WAN-Verbindungen aufgebaut und auf allen aktiv gehalten; den Nutzverkehr trägt zu jedem Zeitpunkt aber nur der Pfad mit der höchsten Priorität. Fällt dieser aus, übernimmt der nächste.

Der entscheidende Vorteil gegenüber klassischem Failover ohne Tunnel: Die Sitzung bleibt bestehen. Weil der Datenverkehr im Tunnel läuft und die Gegenstelle dieselbe Adresse behält, bemerkt die Anwendung keinen Adresswechsel. Es gibt kein erneutes Anmelden, keinen Reconnect, keinen Rauswurf aus dem Meeting. Für ein Konferenzsystem ist das ein großer Unterschied zu einem Router, der einfach die Standardroute wechselt.

Und hier ist die Lücke, über die in Angeboten selten geredet wird: Die Umschaltung beginnt erst, wenn der Ausfall erkannt ist. Erkannt wird er über die Leitungsüberwachung und die Keepalives des Tunnels. Wie schnell das geht, ergibt sich aus dem Produkt von Prüfintervall und Anzahl der Wiederholungen, bevor eine Leitung als tot gilt — plus der Zeit, die die Umschaltung selbst braucht.

In diesem Fenster ist der Ton weg. Ob es zwei, fünf oder fünfzehn Sekunden sind, hängt davon ab, wie aggressiv die Überwachung konfiguriert wurde; die Werte in der Grafik oben sind eine typische Größenordnung aus der Praxis und kein Datenblattwert von Peplink. Aggressive Einstellungen verkürzen das Fenster, erhöhen aber das Risiko von Fehlauslösungen bei einem kurzen Latenz-Spike.

Noch wichtiger: Der häufigere Fehlerfall wird von Hot Failover überhaupt nicht adressiert. Eine Leitung mit zwei Prozent Paketverlust ist nicht ausgefallen. Sie erfüllt jede Prüfung, bleibt aktiv, und liefert die ganze Zeit ein schlechtes Bild.

WAN Smoothing löst dasselbe Problem von der anderen Seite. Statt eine Leitung zu wählen und bei Ausfall zu wechseln, schickt der Tunnel dieselben Pakete gleichzeitig über mehrere Leitungen. Die Gegenstelle nimmt die Kopie, die zuerst eintrifft, und verwirft die Duplikate.

Das hat drei Konsequenzen, die genau auf eine Live-Übertragung passen:

• Es gibt keine Umschaltung. Fällt eine Leitung mitten im Satz aus, ist das Paket über die andere längst da. Kein Erkennungsfenster, keine Lücke — auch nicht die zwei Sekunden.
• Paketverlust auf einer Leitung wird unsichtbar, solange nicht beide Wege dasselbe Paket gleichzeitig verlieren. Das ist bei technologisch unabhängigen Leitungen unwahrscheinlich.
• Die Latenz sinkt auf die des schnellsten Pfades. Weil immer die erste Kopie gewinnt, ergibt sich nicht der Mittelwert beider Leitungen, sondern das Minimum. Eine langsame Zweitleitung verschlechtert die Verbindung also nicht — sie kann sie nur verbessern.

Der Preis ist Bandbreite, und zwar planbar gestaffelt. Die Stufe Normal verdoppelt das Verkehrsvolumen, Mittel verdreifacht es, Hoch vervierfacht es; Maximum richtet sich nach der Zahl der aktiven Verbindungspaare. Bei unserem Sendeplatz mit 4 Mbit/s Nutzlast bedeutet Stufe Normal also 8 Mbit/s auf dem Anschluss — auf einer Geschäftsleitung eine Nebensache.

Wichtig ist der Bezugspunkt: Der Overhead entsteht nur für den Verkehr, der im geglätteten Tunnel läuft. Wer Smoothing pauschal für das gesamte Haus aktiviert, verdoppelt auch jeden Download und jedes Backup. Genau deshalb gehört es auf einen eigenen Sub-Tunnel.

Zwischen "nichts tun" und "alles doppelt senden" liegt Forward Error Correction. Statt vollständige Kopien zu übertragen, ergänzt FEC den Datenstrom um Korrekturinformationen, aus denen die Gegenstelle verlorene Pakete rekonstruieren kann, ohne sie nachzufordern.

Der Overhead ist dadurch deutlich geringer. Die statischen Stufen liegen bei rund 13 Prozent und rund 27 Prozent; die adaptive Variante regelt sich dynamisch etwa zwischen 7 und 20 Prozent, abhängig vom gemessenen Verlust. Statt einer Verdopplung zahlt man also einen Zuschlag im niedrigen zweistelligen Prozentbereich.

Dafür gilt die Einschränkung: FEC rekonstruiert, solange die Korrekturinformation reicht. Bei einem harten Leitungsausfall oder einem langen Verlustbündel reicht sie nicht — dann fehlt das Paket weiterhin. FEC ist damit die richtige Wahl, wenn Bandbreite knapp ist oder der Weg nur in eine Richtung geht, etwa bei einem Livestream zu einer Plattform. Für eine bidirektionale Konferenz mit maximaler Ausfallsicherheit bleibt Smoothing das stärkere Werkzeug — und beide Verfahren lassen sich auf getrennten Sub-Tunneln parallel betreiben.

In Anforderungslisten steht häufig eine Formulierung wie: Absicherung über Hot Failover, im Bedarfsfall zusätzlich WAN Smoothing. Das klingt vernünftig und ist technisch nicht umsetzbar, jedenfalls nicht so, wie es gemeint ist.

WAN Smoothing ist eine feste Einstellung im Tunnelprofil, kein Regelkreis. Es gibt keine Automatik, die bei steigender Latenz oder wachsendem Paketverlust selbsttätig zuschaltet. Wer "im Bedarfsfall" plant, muss den Bedarfsfall also selbst definieren — und es gibt genau drei belastbare Antworten:

1. Dauerhaft aktiv für den kritischen Sub-Tunnel. Der Overhead ist bekannt und klein, der Nutzen ist immer da. Das ist in fast allen Fällen die richtige Antwort.
2. Zeitgesteuert, indem die Regel, die den Verkehr in den geglätteten Tunnel lenkt, an ein Zeitprofil gebunden wird. Sinnvoll, wenn das Volumen begrenzt ist und die Sendezeiten feststehen.
3. Dauerhaft FEC, mit Smoothing nur für definierte Ereignisse. Der Kompromiss für knappe Leitungen.

Die unbequeme Erkenntnis dahinter: Eine Absicherung, die erst nach der Erkennung eines Problems einsetzt, kann das erste Auftreten des Problems nie verhindern. Für eine Live-Übertragung ist genau dieses erste Auftreten der Schaden.

Die saubere Lösung trennt den kritischen Verkehr vom Rest, statt das ganze Netz zu verdoppeln. Peplink hat mit Firmware 8.0.1 dafür Sub-Tunnel eingeführt: Ein SpeedFusion-Link kann mehrere Sub-Tunnel führen — dokumentiert sind bis zu fünf — und jeder mit eigenem Profil. Ein Tunnel, mehrere Verhaltensweisen.

Die Konfiguration in der Praxis:

1. Der Sendeplatz bekommt eine feste Adresse über eine DHCP-Reservierung und liegt in einem eigenen VLAN. Ohne stabile Adresse ist keine Regel zuverlässig.
2. Sub-Tunnel mit WAN Smoothing anlegen, Stufe Normal als Ausgangspunkt.
3. Eine Verkehrsregel lenkt den Verkehr dieses einen Rechners in diesen Sub-Tunnel — die Zuordnung über die Quelladresse ist robuster als eine Regel auf Ports, weil sie unabhängig davon funktioniert, welche Ports die Konferenzsoftware im nächsten Update benutzt.
4. Alles andere läuft direkt über die Leitungen oder über einen zweiten Sub-Tunnel im Hot-Failover-Modus. Backups und große Uploads bekommen zusätzlich eine Bandbreitenbegrenzung, damit sie den Sendeplatz nicht verdrängen.

Zwei Punkte, an denen es in der Praxis scheitert. Erstens braucht ein SpeedFusion-Tunnel immer einen Gegenpunkt — ein zweites Peplink-Gerät, einen FusionHub oder den gehosteten Dienst SpeedFusion Connect. Ohne Gegenstelle gibt es kein Smoothing, sondern nur Lastverteilung. Zweitens ist das kein Selbstläufer beim Datenvolumen: Was der geglättete Tunnel doppelt überträgt, zählt am Gegenpunkt auch doppelt. Wie sich das rechnet, haben wir in einem eigenen Beitrag durchgerechnet.

Und der wichtigste Satz zum Schluss, weil er im Netzwerkdiagramm nicht auftaucht: Leitungsredundanz schützt vor Leitungsfehlern. Sie schützt nicht vor einem abgestürzten Sendeplatz, einem hängenden Aufnahmeadapter oder einer Störung beim Konferenzanbieter. Wer eine Übertragung wirklich absichern will, legt Rechner und Bildschirm mit auf die USV und hält einen zweiten Rechner als Mitmoderator bereit.

Dieser Artikel wurde mit KI-Unterstützung recherchiert und verfasst und vor der Veröffentlichung von Ascends Peplink-zertifizierten Technikern geprüft.