Open-Source-Streaming-Protokoll von Haivision. Liefert latenzarmes Video über unzuverlässige öffentliche Internetverbindungen mit Paketverlust-Wiederherstellung und AES-Verschlüsselung — der Standard für Contribution-Feeds und Remote-Production-Backhaul.
Was es ist
SRT (Secure Reliable Transport) ist ein Open-Source-Streaming-Protokoll. Ursprünglich von Haivision entwickelt und 2017 an die SRT Alliance übergeben, ist es heute in jedem ernstzunehmenden Encoder, Decoder, in OBS, FFmpeg, VLC und den meisten kommerziellen Broadcast-Geräten enthalten. Der Entwurfsgedanke lautet „latenzarmes Video zuverlässig über das öffentliche Internet liefern" — Netze, in denen Paketverlust normal ist, Jitter unvorhersehbar und TCP-basierte Protokolle entweder ins Stocken geraten oder Frames verwerfen.
Was SRT leistet, das andere Transporte nicht können
- Forward Error Correction und ARQ. Verlorene Pakete werden entweder aus FEC-Redundanz rekonstruiert oder innerhalb eines engen Latenzbudgets gezielt erneut gesendet. Standard-RTMP bietet überhaupt keine Wiederherstellung.
- Einstellbares Latenzziel. Sender und Empfänger handeln eine angestrebte Ende-zu-Ende-Latenz aus (typischerweise 120 ms bis 2 Sekunden). Das Protokoll wägt dann den Wiederherstellungsaufwand gegen dieses Budget ab. Operatoren stellen dies pro Verbindung ein.
- AES-128- / AES-256-Verschlüsselung. In den Transport eingebaut, kein separates VPN erforderlich. Für kostenpflichtige Contribution-Feeds und jeden organisationsübergreifenden Transport ist das wichtig.
- Firewall-Durchquerung. SRT läuft über UDP mit einfachen NAT-freundlichen Modi (Caller / Listener / Rendezvous). Durchquert Unternehmens-Firewalls zuverlässiger als die älteren RTMP- / RTSP-Optionen.
Wo SRT im Videowand-Kontext passt
On-Premise-Videowände innerhalb einer einzigen Einrichtung brauchen kein SRT — lokales NDI, IPMX, RTSP oder KVM sind auf dieser Ebene die richtigen Werkzeuge. SRT wird in drei konkreten Situationen relevant:
- Entfernte Quellen über das öffentliche Internet. Eine Wand im NOC der Zentrale, die einen Stream von einem entfernten Betriebsstandort aufnimmt, oder ein Firmen-Veranstaltungsort, der einen Contribution-Feed aus einem externen Studio bezieht. SRT ist hierfür der Standardtransport.
- Wand-zu-Wand-Föderation über Standorte hinweg. Zwei Leitstände, die eine Teilmenge von Quellen untereinander teilen. SRT überträgt die standortübergreifenden Feeds; jede Wand stellt lokal + entfernt zusammen dar.
- Broadcast-Contribution in eine On-Premise-Wand. Live-Sport- / News-Leitstände, die Spielfeld-Feeds per SRT beziehen, bevor das hauseigene Produktions-Fabric übernimmt.
Häufige Fehler
- Zu eng gesetztes Latenzbudget. 120 ms über eine unzuverlässige Verbindung bedeuten, dass SRT nicht wiederherstellen kann und Sie Aussetzer sehen. Der richtige Ausgangspunkt für öffentliche Internetverbindungen sind 500 ms; senken Sie ihn nur, wenn die Verbindungsmetriken es zulassen.
- Verwaltung der Verschlüsselungsschlüssel. AES-256 ist günstig zu aktivieren und kostenlos, aber wenn die Schlüssel in Screenshots in Slack-Threads liegen, ist die Verschlüsselung reine Show. Behandeln Sie SRT-Schlüssel wie SSH-Schlüssel.