Connection Bonding beim IRL Streaming: Was mehrere SIMs wirklich bringen

IRL-Streamer bewegen sich durch Funkzellen, Netzbetreiber und Bereiche mit sehr unterschiedlicher Netzqualität. Eine einzelne Mobilfunkverbindung ist dabei ein Single Point of Failure. Connection Bonding versucht, mehrere Verbindungen gleichzeitig für denselben Datenstrom nutzbar zu machen.

Bonding ist nicht einfach „zwei Speedtests addieren“

Mehrere Modems oder SIM-Karten allein ergeben noch kein Bonding. Damit ein einzelner Stream über mehrere Pfade verteilt werden kann, braucht es eine Software- oder Hardwarelogik auf Senderseite und üblicherweise einen Gegenpunkt im Internet, der die Teilströme wieder korrekt zusammensetzt.

Was echtes Bonding erreichen soll

• Redundanz: Fällt ein Mobilfunkpfad aus, können andere Pfade weiter Daten tragen.
• Kapazitätsbündelung: Je nach Lösung kann verfügbare Bandbreite mehrerer Links gemeinsam genutzt werden.
• Pfadsteuerung: Schlechte Verbindungen können weniger Daten erhalten als stabile.
• weichere Übergänge: Schwankungen eines einzelnen Netzes treffen den Stream weniger hart.

Load Balancing ist etwas anderes

Ein normaler Multi-WAN-Router kann unterschiedliche Verbindungen auf verschiedene Sessions verteilen. Dein Browser läuft dann vielleicht über SIM A und ein Download über SIM B. Ein einzelner RTMP-Stream ist aber typischerweise eine zusammenhängende Sitzung. Einfaches Load Balancing kann diese eine Sitzung nicht beliebig auf zwei Anschlüsse aufteilen.

Bonding arbeitet dagegen auf einer Ebene, auf der die Daten eines einzelnen Workflows über mehrere Pfade geschickt und später wieder zusammengeführt werden können.

Warum unterschiedliche Netzbetreiber interessanter sind

Zwei SIM-Karten im selben Mobilfunknetz schaffen weniger echte Redundanz als zwei unabhängige Netze. Wenn die lokale Funkzelle, ein Transportweg oder eine Störung des Betreibers das Problem ist, können beide SIMs gleichzeitig betroffen sein. Unterschiedliche Provider erhöhen die Chance, dass mindestens ein alternativer Pfad verfügbar bleibt.

Bonding kann Physik nicht abschaffen

Wenn alle verfügbaren Netze an einem Ort überlastet sind, kann auch Bonding keine Bandbreite aus dem Nichts erzeugen. Außerdem benötigt die Bonding-Schicht selbst Overhead und häufig zusätzliche Pufferung. Das kann die Latenz erhöhen.

Bonding und SRT

Das SRT-Projekt beschreibt Mechanismen zur robusteren Übertragung über verlustbehaftete Netze und unterstützt in seinem Ökosystem ebenfalls Connection-Bonding-Funktionen. SRT kann unter anderem Paketverluste durch Retransmissionsmechanismen abfedern. Das ist aber konzeptionell von der Frage zu trennen, wie viele physische Internetpfade zur Verfügung stehen.

Wann Bonding sinnvoll wird

Für einen gelegentlichen Stream aus einem Café ist ein komplexes Bonding-Setup oft unnötig. Interessant wird es, wenn ein Stream geschäftlich relevant ist, lange mobile Strecken abdeckt oder Ausfälle hohe Kosten verursachen. Dann wird Redundanz wichtiger als der niedrigste Anschaffungspreis.

Typischer Aufbau

1. Kamera oder Smartphone erzeugt das Bild.
2. Encoder komprimiert den Stream.
3. Bonding-Client verteilt Daten über mehrere Modems/Internetpfade.
4. Ein Cloud- oder eigener Bonding-Endpunkt setzt die Daten wieder zusammen.
5. Von dort geht ein stabiler Ausgangsstream zu Twitch, YouTube oder einer anderen Plattform.

Worauf du bei einem Dienst achten solltest

• unterstützte Plattformen und Encoder,
• Anzahl und Art der Verbindungen,
• Serverstandorte des Gegenpunkts,
• Abrechnung nach Zeit oder Datenvolumen,
• Failover-Verhalten,
• Monitoring und Statistiken,
• Unterstützung für SRT/RTMP und deinen konkreten Workflow.