Schnellfinder

Was suchst du?

⌘/Ctrl + K öffnet den Finder · Esc schließt ihn
IRL Streaming

SRT-Bandwidth-Overhead: Wie viel Upload für Wiederholungen reservieren?

SRT-Overhead fürs IRL-Streaming verstehen: Retransmits, Paketverlust, Kanalkapazität und warum die Streambitrate nicht die komplette Uploadleitung belegen darf.

Inhalt dieses Guides
Kurz erklärt

SRT-Overhead fürs IRL-Streaming verstehen: Retransmits, Paketverlust, Kanalkapazität und warum die Streambitrate nicht die komplette Uploadleitung belegen darf.

Interaktiv

IRL-Arbeitsmodus

IRL ist ein Gesamtsystem aus Funk, Transport, Strom, Thermik und Audio. Teste diese Ebenen getrennt.

0/5erledigt
Bei aktiviertem JavaScript werden Fortschritt und Auswahl nur lokal in diesem Browser gespeichert.

SRT kann verlorene Pakete erneut senden. Genau diese Zuverlässigkeit benötigt zusätzliche Bandbreite. Wenn dein Videostream bereits die gesamte verfügbare Uploadkapazität belegt, bleibt für Retransmits kein Platz – und der Mechanismus, der den Stream retten soll, konkurriert mit dem eigentlichen Stream.

Nominale Streambitrate ist nicht Linkbedarf

Zur Video- und Audiobitrate kommen Transportdaten und bei Verlust Wiederholungen. Haivision beschreibt den Bandwidth Overhead als Anteil, der für SRT-Steuerung und wiederhergestellte Pakete reserviert wird. Der notwendige Wert hängt vom Verlust des konkreten Pfads ab.

Paketverlust erhöht den Bedarf

Bei einem sauberen Link sind wenige Wiederholungen nötig. In einer überlasteten Funkzelle kann die Zahl deutlich steigen. Deshalb sollte der Overhead nicht als fixer „SRT braucht immer X Prozent“-Wert verkauft werden. Miss den Pfad und beobachte Resent Bytes beziehungsweise Loss-Statistiken.

Haivision empfiehlt konservative Kapazität

In der aktuellen Tuning-Anleitung wird neben der mathematischen Overhead-Bedingung ein konservativer Ansatz beschrieben, bei dem nur etwa 75 Prozent der gemessenen Kanalkapazität für Streambandbreite inklusive Overhead verplant werden. Das ist eine hilfreiche Denkweise, keine Garantie für jedes Mobilfunknetz.

Bitrate zuerst senken, nicht nur Overhead erhöhen

Wenn der Link dauerhaft zu knapp ist, bringt ein immer größerer Overheadwert nichts. Die zusätzlichen Retransmits müssen ebenfalls durch denselben Engpass. Senke Videoqualität oder Auflösung, bis genügend reale Reserve entsteht.

Bonding verändert die Betrachtung

Bei mehreren WANs muss die verfügbare Gesamtbandbreite nicht nur addiert, sondern nach Stabilität bewertet werden. Ein langsamer oder stark schwankender Link kann einen Bonding-Algorithmus belasten. Gute Systeme gewichten oder glätten Pfade statt blind alles gleich zu behandeln.

Praktischer Test

  1. Stream mit Zielbitrate senden.
  2. RTT und Loss über mindestens 15 Minuten beobachten.
  3. Resent Bytes auswerten.
  4. Uploadreserve erhöhen oder Streambitrate senken.
  5. Test auf der realen Route wiederholen.

Overhead nicht mit FEC verwechseln

SRT nutzt primär Wiederholungen verlorener Pakete innerhalb des Latenzfensters. Der zusätzliche Bandbreitenbedarf entsteht deshalb dynamisch mit den Netzbedingungen. Plane nicht so, als wäre jeder Stream dauerhaft um einen festen Prozentsatz größer. Miss stattdessen den realen Pfad und beobachte, wie stark die Wiederholungen bei Bewegung, Zellwechsel und Auslastung tatsächlich ansteigen.

Quellen

Nächster Schritt

Passend dazu