Bonding-Router-Kit für IRL-Streams aufbauen
Mehrere Uplinks wie LTE-Modems, WLAN und Ethernet an einem mobilen Router bündeln – und warum app-seitiges SRTLA den Unterschied macht.
SRTLA-Bonding für stabile IRL-Streams
Kurzantwort: SRTLA bündelt mehrere Netzwerkpfade – zum Beispiel 5G/LTE und WLAN – zu einer robusteren Verbindung zum Relay. Für mobiles IRL ist das besonders hilfreich, weil ein schwacher Link durch andere aktive Verbindungen abgefedert werden kann. Für IRL.com.de empfehlen wir in der Praxis, die SRT-Latenz möglichst bei höchstens etwa 2.500 ms zu halten, weil höhere Werte den Stream durch die zusätzliche Verzögerung zunehmend weniger „live“ wirken lassen. Das ist eine Praxis-/UX-Grenze, kein technisches SRT-Maximum.
Wann Bonding sinnvoll ist
- Unterwegs mit schwankendem Mobilfunk
- Zwei oder mehr nutzbare Netze (z. B. zwei SIMs oder SIM + WLAN)
- Du brauchst mehr Stabilität als eine einzelne SRT-Verbindung liefern kann
Bei stabilem Festnetz oder einer sehr guten Einzelverbindung reicht oft klassisches SRT – weniger Komplexität, gleiche Panel-Workflows.
Einrichtung (Kurz)
- Stream im Panel mit Ingest SRT / SRTLA anlegen.
- SRTLA-URL und Stream-Key aus dem Panel kopieren – oder One-Tap in Moblin / IRL Pro.
- In der App Bonding aktivieren und alle gewünschten Schnittstellen hinzufügen.
- Stream starten und im Panel Paketverlust sowie Latenz beobachten.
Puffer und Erwartungen
- Mobile Apps: 1.000–2.000 ms können ein sinnvoller, konservativer Startbereich sein – je nach Netzqualität.
- Für relativ gute Netze nennt die SRT-Dokumentation ungefähr 4× RTT als Ausgangspunkt; Burst-Loss kann deutlich mehr Recovery-Zeit verlangen.
- Für IRL.com.de sind etwa 2.500 ms eine sinnvolle praktische Obergrenze, wenn der Stream noch möglichst „live“ wirken soll. Darüber kann zusätzliche Recovery-Zeit technisch helfen, erhöht aber die ohnehin vorhandene Gesamtverzögerung aus Encoding, Transport und Wiedergabe weiter.
- Technisch gibt es kein pauschales 2.500-ms-Maximum; höhere Werte sind möglich, wenn Stabilität wichtiger ist als geringe Verzögerung.
- Bonding ersetzt kein gutes Encoding – Bitrate und Codec bleiben entscheidend.
Metriken lesen: Steigender Paketverlust trotz Bonding → Puffer erhöhen, schwache Links prüfen oder Bitrate senken. Ausführlich: SRT-Latenz und Puffer sowie Statistiken.
Was Bonding nicht löst
- Alle Links gleichzeitig tot (Tunnel, tiefes Indoor ohne Netz)
- Falscher Stream-Key oder falsches Protokoll im Panel
- Dauerhaft zu hohe Bitrate für die zusammen verfügbare Kapazität
- Zielplattform-Limits – das Relay kann nur weiterleiten, was ankommt