Callaba SRT Gateway ist ein cloudbasiertes oder selbst gehostetes Produkt für Live-Video-Routing, das SRT-Contribution empfängt, eindeutige Zugriffsregeln anwendet und das Signal an Produktionsziele übergibt. Richten Sie es in der UI als SRT Server, SRT Route, Restreaming oder SRT Stream ein und automatisieren Sie anschließend den geprüften Workflow per API.
Ein kontrollierter SRT-Pfad von Contribution bis Delivery
Empfangen
Autorisieren
Routen
Übergeben
Bitrate, RTT, Verluste, Puffer und Verbindungsursprung überwachenSignal am vorgesehenen Ziel nachweisen
SRT GATEWAY
Vier Wege, ein SRT-Gateway in Callaba einzurichten
Wählen Sie den Weg nach der Aufgabe des Signals. Jeder Weg wird in der Callaba UI konfiguriert und führt direkt zum Operator-Handbuch und zur API-Referenz.
SRT Server mit explizitem Zugriff
SRT Server mit explizitem Zugriff
Geeignet, wennFür einen verwalteten SRT-Einstiegspunkt mit expliziten Berechtigungen für Publisher und Receiver.
SRT-Publisher
Zugriffsrichtlinie
SRT-Receiver
So richten Sie es ein
SRT Server erstellen und Port, Modus, Latenz sowie optional eine Passphrase festlegen.
Nur die zulässigen Publisher- und Receiver-Verbindungen hinzufügen.
Server starten, beide Seiten verbinden und den Transportzustand prüfen.
SRT Route
SRT Route
Geeignet, wennUm einen SRT- oder UDP-Eingang ohne Transcoding an ein SRT-Ziel weiterzuleiten.
SRT- oder UDP-Eingang
Transportroute
SRT-Ziel
So richten Sie es ein
Lokalen SRT-Listener, eine SRT-URL oder eine unterstützte UDP-Quelle auswählen.
SRT-Ziel und passende Transportparameter festlegen.
Route starten und Quelle sowie Ziel getrennt prüfen.
Restreaming
Restreaming
Geeignet, wennWenn das Gateway zusätzlich Protokollwechsel, Transcoding, Skalierung, Audioänderungen oder Overlays benötigt.
Live-Quelle
Medienverarbeitung
SRT-Ausgang
So richten Sie es ein
Eingehende Live-Quelle auswählen und prüfen.
SRT-Ausgang hinzufügen und Ziel sowie Transport einstellen.
Restreaming starten und den erzeugten Ausgang am Receiver prüfen.
Stream mit SRT-Protokoll
Stream mit SRT-Protokoll
Geeignet, wennUm benannte Publisher- oder Receiver-Verbindungen für einen vorhandenen SRT Server auszugeben.
SRT Server
Benannter SRT Stream
Publisher oder Receiver
So richten Sie es ein
Übergeordneten SRT Server erstellen oder auswählen.
Stream erstellen, SRT wählen und Publisher- oder Receiver-Rolle samt Identität festlegen.
Korrekte Verbindungsdaten teilen und in den Statistiken des übergeordneten Servers prüfen.
SRT GATEWAY
Dokumentierte Übergabe für Encoder oder Kamera finden
Beginnen Sie mit der in diesen Anleitungen dokumentierten Herstellerübergabe. Das Verzeichnis enthält geprüfte Einrichtungswege; es ist keine Gerätezertifizierung und garantiert kein identisches Verhalten über alle Firmware-Versionen hinweg.
Callaba SRT Gateway empfängt SRT-Contribution, routet sie zu Multiview und Aufzeichnung, wandelt Protokollausgaben und hält einen Failover-Pfad bereit.
Verfasst von Iurii Pakholkov
Gründer von Callaba. Entwickelt Cloud-Videowerkzeuge für SRT, RTMP, WebRTC, NDI, Live-Routing, Monitoring, Aufzeichnung und Produktionsworkflows.
SRT-Gateway-Leitfaden · Zuletzt aktualisiert: 30. Juni 2026
Ein SRT-Gateway ist Software oder Hardware, die Live-Videostreams mit SRT und verwandten IP-Videoprotokollen empfängt, routet, konvertiert, überwacht und weiterverteilt. In Broadcast- und Cloud-Produktionsworkflows bildet das Gateway den kontrollierten Übergabepunkt zwischen Contribution-Quellen, privaten Netzwerken, Cloud-Systemen, Decodern, Partnern sowie Aufzeichnungs- und Wiedergabezielen.
SRT steht für Secure Reliable Transport. Es läuft über UDP und ergänzt Paketwiederherstellung, Verschlüsselung, Latenzsteuerung, Caller-/Listener-Modi und Laufzeitstatistiken. Ein Gateway nutzt diese SRT-Sitzungen, um Live-Signale zwischen Netzwerken und Workflows zu übertragen und konvertiert dabei häufig zugleich von oder zu RTMP, RTSP, UDP/RTP MPEG-TS, HLS, WebRTC, NDI oder Recorder-/Player-Ausgängen.
Kurzantwort: Was ist ein SRT-Gateway?
Ein SRT-Gateway ist die Routing-Ebene für Live-Video über SRT. Es empfängt einen Live-SRT-Stream von einem Encoder, einem entfernten Veranstaltungsort, einer Cloud-Anwendung, einer mobilen Quelle oder einem Partner-Feed und routet oder konvertiert ihn anschließend zu weiteren Zielen. Dabei stellt es Betriebssignale wie Bitrate, RTT, Paketverlust, Verbindungsstatus, Vorschau, Aufzeichnung und Failover-Bereitschaft bereit.
SRT-Gateway-Bibliothek
Den passenden SRT-Gateway-Leitfaden nach Anbieter oder Gerätefamilie finden
Dieser Hub ist die übergeordnete Seite für Callaba-SRT-Gateway-Workflows. Beginnen Sie hier mit der allgemeinen Architektur und öffnen Sie anschließend den Anbieter-Hub oder die modellspezifische Anleitung für den Encoder, Decoder, die Kamera oder das Contribution-Gerät in Ihrem Live-Workflow.
Setzen Sie Callaba als Software-SRT-Gateway für Live-Routing, Monitoring, Aufzeichnung und Wiederherstellung ein.
Callaba ist weder ein Hardware-Encoder noch ein SDI-Gerät. Es ist eine Software-Steuerungsebene für die Cloud, AWS, Private Clouds oder selbst gehostete Umgebungen. Sie kann SRT-Signale empfangen, den Medieneingang nachweisen, Ausgänge routen, Streams aufzeichnen, API-Statistiken bereitstellen, Quellen im browserbasierten Multiview anzeigen und Backup-Pfade für den Live-Betrieb vorbereiten.
Empfangen
SRT von OBS, vMix, FFmpeg, Kameras, mobilen Apps, Hardware-Encodern oder Partnersystemen annehmen.
Routen
Dieselbe Quelle an Multiview, Aufzeichnung, HLS/WebRTC-Wiedergabe, RTMP-Ziele, Partner oder Backup-Pfade senden.
Steuern
Live-Statistiken, Vorschau, API und Failover-Logik einsetzen, damit der Workflow während der Veranstaltung sichtbar bleibt.
Ein Eingang kann zu mehreren kontrollierten Ausgängen werden, wenn der Workflow entsprechend ausgelegt ist.
Was ist ein SRT-Gateway?
Ein SRT-Gateway ist der Routing-Punkt für Live-Video, der die SRT-Contribution mit dem übrigen Workflow verbindet. Es kann einen Stream aus einem Netzwerk empfangen und ihn in einem anderen Netzwerk, einem anderen Protokoll, einer anderen Region oder einem anderen Produktionssystem nutzbar machen.
In der praktischen Broadcast- und Streaming-Produktion erfüllt das Gateway üblicherweise vier Aufgaben:
Empfangen: SRT-Streams von Encodern, Kameras, mobilen Apps, Softwarewerkzeugen, entfernten Veranstaltungsorten oder Partnersystemen annehmen.
Routen: dasselbe Signal an ein oder mehrere Ziele senden, etwa Decoder, Aufzeichnung, Multiview, Wiedergabe oder Partnerausgänge.
Konvertieren: SRT je nach Plattform mit nachgelagerten Formaten wie RTMP, HLS, WebRTC, UDP/RTP MPEG-TS oder Datei-Aufzeichnung verbinden.
Betreiben: Live-Statistiken, Vorschau, Paketverhalten, Failover-Status und API-Steuerungen bereitstellen, damit der Workflow während einer Live-Veranstaltung zuverlässig betrieben werden kann.
Entscheidend ist, dass ein Gateway nicht nur ein Protokollendpunkt ist. An dieser Stelle wird aus einem eingehenden Live-Signal ein verwaltetes Produktionsobjekt.
SRT-Gateway und SRT-Server im Vergleich
Die Begriffe werden häufig synonym verwendet, verfolgen jedoch eine etwas andere Zielsetzung.
Begriff
Hauptaufgabe
Typische Frage
SRT-Server
SRT-Sitzungen an festgelegten Ports und in definierten Modi annehmen oder initiieren.
Wie empfange ich einen SRT-Stream?
SRT-Gateway
Streams zwischen Netzwerken oder Systemen empfangen, routen, konvertieren, überwachen und weiterverteilen.
Wie übertrage ich Live-Signale zwischen Contribution, Cloud, Produktion und Distribution?
Ein Gateway kann einen oder mehrere SRT-Server enthalten, ergänzt jedoch Routing, Ausgangsentscheidungen, Monitoring, Konvertierung, Wiederherstellung und operative Steuerung.
SRT-Gateway-Lösungen im Vergleich
Der Markt für SRT-Gateways umfasst Hardware-Geräte, Cloud-Dienste, Software-Mediengateways und selbst gehostete Steuerungsebenen. Die passende Wahl hängt davon ab, ob Sie eine lokale SDI/NDI-Übergabe, Cloud-Routing, hochdichte Distribution, Enterprise-Broadcast-Routing oder API-gesteuerte Live-Abläufe benötigen.
Gateway-Option
Am besten geeignet für
Wichtige Hinweise
Callaba SRT Gateway
SRT-Routing in der Cloud, auf AWS, in einer Private Cloud oder selbst gehostet – mit Monitoring, Aufzeichnung, Multiview, Failover und API-Steuerung.
Setzen Sie es ein, wenn das SRT-Signal Teil eines Betriebsworkflows ist und nicht nur eine Punkt-zu-Punkt-Verbindung.
Verwenden Sie dieses Muster, wenn der Live-Signalweg nicht ohne Warnsignal für den Operator ausfallen darf.
So erstellen Sie einen SRT-Gateway-Workflow in Callaba
Starten Sie Callaba über AWS Marketplace oder installieren Sie es unter Linux in Ihrer privaten Umgebung.
Erstellen Sie einen oder mehrere SRT-Server für eingehende Signale. Legen Sie Port, Latenz, Stream ID und Passphrase fest.
Öffnen Sie die erforderlichen UDP-Ports in der Firewall, Sicherheitsgruppe oder Netzwerkrichtlinie.
Senden Sie als Caller aus OBS, vMix, FFmpeg, Larix, einer Kamera oder einem Hardware-Encoder.
Prüfen Sie Bitrate, RTT, Paketverlust, Vorschau, Audio und den Status des aktiven Streams.
Routen Sie den Stream zu Aufzeichnung, Multiview, HLS/WebRTC-Wiedergabe, RTMP-Zielen, Backup-Ausgängen oder API-gesteuerten nachgelagerten Workflows.
Hinweis für Operatoren: Eine verbundene SRT-Sitzung allein genügt nicht. Bestätigen Sie für einen Gateway-Workflow vor Veranstaltungsbeginn stets Medienpräsenz, Audio, Bitrate, RTT, Paketverlust und mindestens einen nachgelagerten Ausgang.
Protokollkonvertierung und Ausgangsformate
Ein Gateway wird häufig benötigt, weil die eine Seite SRT verwendet und die andere Seite ein anderes Format erfordert. Die Konvertierung kann eine Protokollkonvertierung, Paketierung, Restreaming, Aufzeichnung oder Übergabe an ein anderes Produktionssystem umfassen.
Eingang
Gateway-Aktion
Ausgang
SRT MPEG-TS vom Encoder
Empfangen und überwachen
Multiview, Aufzeichnung oder Browser-Wiedergabe
SRT-Contribution-Signal
Routen oder restreamen
RTMP, HLS/WebRTC, Partnerausgang oder SRT-Route
Haupt- und Backup-SRT-Pfade
Überwachen und umschalten
Stabiler Programmsignalweg, Aufzeichnung und Betriebsnachweis für Operatoren
Nicht jedes Gateway führt jede Konvertierung aus. Einige sind Transport-Router, andere vollständige Medienplattformen und wieder andere Hardware-Geräte mit SDI-, NDI-, Multicast- oder Decoder-Ausgängen.
Was an einem SRT-Gateway überwacht werden sollte
Ein Gateway liegt in der Mitte des Live-Signalwegs und muss daher sowohl einen fehlerfreien Transport als auch die Nutzbarkeit der Medien nachweisen.
Verbindungsstatus: verbunden, getrennt, erneute Verbindung wird hergestellt, fehlgeschlagen.
Eingehende Bitrate: ob weiterhin Medien eintreffen.
RTT: die Laufzeitbelastung zwischen Sender und Empfänger.
Paketverlust und Neuübertragungen: ob SRT sein Wiederherstellungsbudget beansprucht.
Vorschau und Audio: ob Bild und Ton tatsächlich nutzbar sind.
Nachgelagerte Ausgänge: Status von Aufzeichnung, Player, Multiview, Decoder, RTMP oder Partnerausgang.
Failover, NAT, Sicherheit und Skalierung
Caller, Listener und NAT-Traversal
In den meisten Cloud-Gateway-Workflows fungiert das Gateway als Listener und der Encoder als Caller. So können sich Geräte am Einsatzort ausgehend mit einer stabilen öffentlichen IP-Adresse oder einem DNS-Namen verbinden. Einige Enterprise-Workflows benötigen den Caller-Modus, Rendezvous, Proxy-Modus, VPN-Routing oder ein Gateway auf beiden Seiten der Netzwerkgrenze.
Failover und Wiederherstellung
Ein Produktions-Gateway sollte Haupt- und Backup-Signale trennen, beide sichtbar halten und eine Umschaltung ermöglichen, bevor Zuschauer oder nachgelagerte Partner den Ausfall bemerken. Prüfen Sie vor dem Umschalten Bitrate, RTT, Paketverlust, Vorschau, Audio und Ausgangsstatus.
Sicherheit
Verwenden Sie nach Möglichkeit Firewall-Allowlists, starke Passphrasen, Stream IDs zur Kennzeichnung von Veranstaltung/Quelle/Rolle sowie eine Rotation der Zugangsdaten zwischen Veranstaltungen. Behandeln Sie öffentlichen SRT-Ingest als Produktionsschnittstelle und nicht als beiläufigen Testport.
Skalierung
Reservieren Sie bei vielen Signalen UDP-Portbereiche, dokumentieren Sie die Zuordnung von Quellen zu Knoten, platzieren Sie Gateway-Instanzen nahe an Contribution-Quellen oder Operatoren und nutzen Sie die API-Bereitstellung, wenn Veranstaltungen an mehreren Orten, in mehreren Regionen oder für mehrere Kunden wiederholt werden.
FAQ
Was ist ein SRT-Gateway?
Ein SRT-Gateway ist Software oder Hardware, die Live-Videostreams mit SRT und verwandten IP-Videoprotokollen empfängt, routet, konvertiert, überwacht und weiterverteilt.
Ist ein SRT-Gateway dasselbe wie ein SRT-Server?
Nicht ganz. Ein SRT-Server bezeichnet üblicherweise den Endpunkt, der SRT-Sitzungen annimmt oder initiiert. Ein SRT-Gateway bezeichnet dagegen meist eine umfassendere Routing- und Konvertierungsebene zwischen Netzwerken, Protokollen und Produktionssystemen.
Kann Callaba als SRT-Gateway eingesetzt werden?
Ja. Callaba kann SRT-Signale empfangen, Live-Statistiken überwachen, Multiview im Browser anzeigen, Streams aufzeichnen, Ausgänge routen, Player-Workflows erstellen und Gateway-Funktionen über API-Endpunkte bereitstellen.
Konvertiert ein SRT-Gateway SRT in RTMP oder HLS?
Viele Gateway-Plattformen können SRT in nachgelagerte Formate wie RTMP, HLS, WebRTC, Aufzeichnung oder andere SRT-Pfade routen oder konvertieren. Welche Ausgänge genau verfügbar sind, hängt vom Gateway-Produkt ab.
Wann benötige ich ein SRT-Gateway statt eines einfachen Listeners?
Verwenden Sie ein Gateway, wenn das Signal Teil eines realen Workflows ist: Routing, Protokollkonvertierung, Aufzeichnung, Monitoring, Failover, Partnerübergabe, Cloud-Produktion, private Bereitstellung oder API-Automatisierung.
Callaba als SRT-Gateway testen
Erstellen Sie SRT-Ingest-Punkte, überwachen Sie den Live-Signalweg und routen Sie Signale zu Aufzeichnung, Multiview, Wiedergabe, Restreaming, Partnerausgängen, Failover oder API-gesteuerten Produktionsworkflows.
