Zulässige Upstreams vorkonfigurieren
Ordnen Sie einem SRT-Server mehrere Routing-Hosts zu und halten Sie die ausgewählte aktive Route an erster Stelle der geprüften Quellenreihenfolge.
Halten Sie mehrere SRT-Upstreams in einem geprüften Routing-Satz. Lassen Sie das Relay nach einer Trennung erneut verbinden und konfigurierte Quellen zyklisch durchlaufen oder wählen Sie für eine SRT-PULL-Route manuell eine andere konfigurierte Quelle.
Definieren Sie die Upstreams vor dem Event, halten Sie die aktive Route an erster Stelle und nutzen Sie automatisches Relay-Cycling oder einen Operator-Wechsel, ohne während der Produktion ein neues Ziel zu erfinden.

Die Quellenauswahl bleibt explizit: Jeder automatische oder manuelle Übergang bleibt innerhalb des von Ihrem Team geprüften Upstream-Satzes.
Ordnen Sie einem SRT-Server mehrere Routing-Hosts zu und halten Sie die ausgewählte aktive Route an erster Stelle der geprüften Quellenreihenfolge.
Das SRT-PULL-Relay kann im Loop-Modus mit Reconnect-Intervall laufen und bei Verlust der aktiven Verbindung die konfigurierte Upstream-Liste durchlaufen.
Betriebsteam oder API-Client können einen anderen vorhandenen Upstream wählen. Ein Ziel außerhalb der konfigurierten Routing-Hosts wird abgewiesen.
Nutzen Sie das Produkt, wenn Teams primäre und alternative SRT-Beitragswege vor dem Livegang vorbereiten können.
Halten Sie primäre und alternative Encoder-Endpunkte in einem geprüften Quellensatz, damit während der Produktion eine vorbereitete Alternative verfügbar ist.
Bereiten Sie mehrere erreichbare Upstreams vor, wenn sich ein entfernter Veranstaltungsort oder Netzwerkpfad während einer Beitragsverbindung trennen kann.
Verwenden Sie konfigurierte Quellenredundanz für kontinuierliche Abläufe, die einen expliziten Wiederherstellungsweg und Operator-Sichtbarkeit benötigen.
Wählen Sie den Standort der SRT-Routing-Ebene und konfigurieren Sie danach den Upstream-Satz passend zu Netzwerk und Produktionsgrenze.
Starten Sie eine Callaba-Instanz nahe der Beitrags- oder Auslieferungsregion und konfigurieren Sie primäre und alternative SRT-Upstreams in der Weboberfläche.
In der Cloud startenBetreiben Sie Callaba Engine unter Linux, wenn Routing-Hosts, Netzwerkzugriff und Betriebsdaten in Ihrer Infrastruktur bleiben müssen.
Unter Linux installierenVerwalten Sie den Server mit der SRT-Servers-API und wählen Sie für eine SRT-PULL-Route einen vorhandenen Upstream. Die Quellenfreigabe bleibt Teil Ihres Produktablaufs.
Es hält mehrere konfigurierte SRT-Upstreams für einen Routing-Ablauf bereit und unterstützt Relay-Reconnect und Cycling sowie einen begrenzten manuellen Wechsel für SRT-PULL-Routen.
Ein im Loop-Modus konfiguriertes Relay kann erneut verbinden und seine vorhandene Upstream-Liste durchlaufen. Die tatsächliche Wiederherstellungszeit hängt von Verbindung und vorbereiteten Quellen ab.
Ja, bei einer geprüften SRT-PULL-Route. Die ausgewählte SRT-URL muss bereits in der Routing-Host-Liste des Servers vorhanden sein.
Nein. Das Produkt bietet einen kontrollierten Wiederherstellungsweg, behauptet aber keinen hitless Übergang und keine garantierte Ausfallfreiheit. Quellenbereitschaft und Netzwerkbedingungen bleiben relevant.
Ja. Die SRT-Servers-API kann für eine SRT-PULL-Route einen geprüften Upstream auswählen; sie kann nicht zu einer unkonfigurierten URL wechseln.
Prüfen Sie in der Live-Demo die Bedienoberfläche und stellen Sie Callaba danach in der Cloud oder unter Linux für Ihren eigenen SRT-Routing-Plan bereit.