Inhalt dieses Guides
Bonding und Failover beim IRL-Streaming vergleichen: Bandbreite bündeln, Verbindungen absichern, Paketduplizierung, Datenverbrauch und typische Einsatzfälle.
Die mobile Übertragung als Gesamtkette
Zwischen Kamera und Plattform können Strom, Funk, Encoder und Transport getrennt ausfallen.
- Uplink unter Last prüfen
- Latenzreserve planen
- Failover unter Realbedingungen testen
Prüfe die Stationen nacheinander.
Hier werden keine Messwerte erhoben. Du prüfst lokal und dokumentierst die Ergebnisse selbst.
Mobilfunk
Ein einzelner Speedtest sagt wenig über Schwankungen während Bewegung und Funkzellenwechsel.
Upload und Stabilität entlang der tatsächlichen Route wiederholt unter Streaminglast prüfen.
Starke Einbrüche? Bitrate reduzieren, Reserve oder alternative Funkstrecke planen.
Transport / Latenz
SRT-Puffer und Netzwerkpfad beeinflussen Glitches und Verzögerung gemeinsam.
RTT, Verlust und Transportlatenz beobachten; Teststream mit Bewegung und Handover durchführen.
Puffer unzureichend? Latenz anhand reproduzierbarer Verlustsituationen justieren.
Strom / Failover
Stromwechsel und Modemausfall müssen den gesamten Stream überstehen, nicht nur einen Teil.
Unter sicheren Bedingungen Powerbankwechsel, Backup-Uplink und automatische Wiederaufnahme testen.
Abbruch? Aufbau vereinfachen und Ausfallpfad vor dem nächsten Außeneinsatz testen.
Fortschritt bleibt auf diesem Gerät und wird nicht übertragen.
IRL-Arbeitsmodus
IRL ist ein Gesamtsystem aus Funk, Transport, Strom, Thermik und Audio. Teste diese Ebenen getrennt.
Welche Ebene ist aktuell am schwächsten?
Peak-Speed allein reicht nicht. Stabilität, Handover und Zelllast bestimmen den Livebetrieb.
Transportprotokoll und Redundanz müssen zum Verhalten deiner Mobilfunkpfade passen.
Ein perfekter Uplink hilft nicht, wenn Smartphone, Hub, Mikrofon oder Stromversorgung ausfallen.
Mehrere Mobilfunkverbindungen können einen IRL-Stream robuster machen. Entscheidend ist aber, wie sie genutzt werden. Bonding und Failover werden häufig in einen Topf geworfen, lösen technisch aber verschiedene Probleme.
Failover: Ersatzpfad bereithalten
Beim Failover läuft der Verkehr primär über eine Verbindung. Fällt sie aus oder unterschreitet definierte Qualitätswerte, übernimmt ein anderer Pfad. Gute Lösungen halten Tunnel so, dass die Umschaltung möglichst wenig Sessions zerstört. Der Vorteil: geringerer zusätzlicher Datenverbrauch im Normalbetrieb.
Bonding: mehrere Links gleichzeitig nutzen
Beim Bandwidth Bonding wird ein Datenstrom auf mehrere WANs verteilt und an einer Gegenstelle wieder zusammengesetzt. Peplink beschreibt diese Technik als Packet-Level-Bonding, bei dem eine einzelne Session die kombinierte Kapazität mehrerer Links nutzen kann.
Smoothing und Duplizierung
Manche Systeme können Pakete redundant über mehrere Pfade senden. Das erhöht die Wahrscheinlichkeit, dass mindestens eine Kopie rechtzeitig ankommt, verbraucht aber deutlich mehr Daten. Für kritische Livevideo-Strecken kann diese zusätzliche Resilienz wichtiger sein als Effizienz.
Welche Strategie passt zu IRL?
Für einen einfachen Stream mit zwei SIMs kann Failover genügen, wenn der primäre Link meist stabil ist. Bei stark schwankenden Netzen oder höherer Zielbitrate kann Bonding sinnvoll werden. Professionelle Rucksacklösungen kombinieren häufig mehrere Modems mit einem zentralen Tunnel beziehungsweise Cloud-Dienst.
Providerdiversität bleibt wichtig
Zwei Links aus demselben Netz können denselben Zellengpass teilen. Unterschiedliche Provider erhöhen die Chance auf unabhängige Fehlerpfade. Trotzdem können Gebäudeabschattung oder Großevents mehrere Netze gleichzeitig beeinträchtigen.
Kosten und Energie
Mehr Modems bedeuten mehr SIM-Kosten, Datenvolumen, USB-Ports, Wärme und Strombedarf. Smoothing/Duplikation kann den Datenverbrauch zusätzlich erhöhen. Rechne den Betrieb vor dem Kauf eines komplexen Backpacks.
Session-Erhalt ist ein eigenes Qualitätsmerkmal
Ein schneller Wechsel der Default-Route ist noch kein nahtloses Failover. Für Livestreaming zählt, ob die bestehende Transport-Session den Pfadwechsel übersteht oder neu verbunden werden muss. Prüfe deshalb bei Produkten nicht nur die Umschaltzeit in Millisekunden, sondern ob aktive SRT-, VPN- oder andere Sessions während des Wechsels bestehen bleiben.
