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
Geeignet, wennFür einen verwalteten SRT-Einstiegspunkt mit expliziten Berechtigungen für Publisher und Receiver.
- 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
Geeignet, wennUm einen SRT- oder UDP-Eingang ohne Transcoding an ein SRT-Ziel weiterzuleiten.
- 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
Geeignet, wennWenn das Gateway zusätzlich Protokollwechsel, Transcoding, Skalierung, Audioänderungen oder Overlays benötigt.
- 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
Geeignet, wennUm benannte Publisher- oder Receiver-Verbindungen für einen vorhandenen SRT Server auszugeben.
- Ü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.
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.
Callaba-SRT-Gateway
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.
SRT von OBS, vMix, FFmpeg, Kameras, mobilen Apps, Hardware-Encodern oder Partnersystemen annehmen.
Dieselbe Quelle an Multiview, Aufzeichnung, HLS/WebRTC-Wiedergabe, RTMP-Ziele, Partner oder Backup-Pfade senden.
Live-Statistiken, Vorschau, API und Failover-Logik einsetzen, damit der Workflow während der Veranstaltung sichtbar bleibt.
Callaba auf AWS starten Live-Multiview-Demo öffnen API-Dokumentation anzeigen
Workflow-Diagramm
So überträgt ein SRT-Gateway ein Live-Signal
Quelle
Encoder, Kamera, Veranstaltungsort, mobile App, vMix, OBSDie Quelle sendet oder empfängt ein Live-Signal mit der Caller-/Listener-Logik von SRT.
SRT-Gateway
Empfangen, routen, konvertieren, überwachen, wiederherstellenDas Gateway ist der Entscheidungspunkt zwischen Contribution, privaten Netzwerken, Cloud-Workflows und Ausgängen.
Ziele
Decoder, Recorder, Multiview, Player, RTMP, HLS/WebRTC, PartnerausgangEin 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. |
| Haivision SRT Gateway | Enterprise-Broadcast-Routing, Protokollkonvertierung und sichere Live-Videoverteilung über mehrere Netzwerke hinweg. | Ein wichtiger Referenzpunkt für dedizierte SRT-Gateway-Geräte und Enterprise-Bereitstellungen. |
| StreamRus OnPremise SRT & Multicast Gateway | On-Premises-Software- oder Hardwareworkflows, die Internetstreams empfangen und in Multicast-Netzwerke replizieren. | Nützlich, wenn das Gateway die WAN-Contribution mit der LAN-Distribution verbinden muss. |
| LiveU Nexus | Cloud-native IP-Video-Gateway-Workflows mit mehreren Contribution-Protokollen. | Gut geeignet, wenn die Integration in das LiveU-Ökosystem und die universelle Signalverarbeitung wichtig sind. |
| Quickstream Node | Software-Mediengateway zum Transformieren, Verwalten, Austauschen und Verbinden von Live-Inhalten. | Relevant, wenn Sie ein breiter aufgestelltes IP-Video-Gateway für Broadcast- und Streaming-Systeme benötigen. |
Gängige Routing-Muster für SRT-Gateways
Contribution zur Cloud
Entfernter Veranstaltungsort → SRT-Gateway → Multiview + Aufzeichnung + PlayerVerwenden Sie dieses Muster, wenn Signale aus dem Feld zu beobachtbaren Cloud-Workflows werden sollen.
Von der Cloud zur Produktion
SRT-Eingang → Gateway-Route → Decoder, NDI, RTMP oder PartnerausgangVerwenden Sie dieses Muster, wenn ein Internetsignal in eine Produktions- oder Partnerkette eingespeist werden muss.
Haupt- und Backup-Signal
Primäres SRT + Backup-SRT → überwachter Umschalter → stabiles AusgangssignalVerwenden 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.
Auf AWS starten Callaba selbst hosten Multiview-Demo öffnen API-Dokumentation
