media server logo
Steuerung primärer und alternativer Quellen

Callaba Live-Video-Failover

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.

Sichtbarer Zuverlässigkeitsablauf

Primärquelle, Backup-Quelle, kontrollierter Ausgang

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.

Diagramm: Primäre und alternative SRT-Upstreams gelangen in Callaba Live Video Failover für Relay-Cycling, begrenzten manuellen Wechsel und kontrollierte Ausgabe.
Callaba Live Video Failover hält konfigurierte SRT-Upstreams für automatisches Reconnect und Cycling oder einen manuellen SRT-PULL-Wechsel in einem geprüften Satz.
Geprüfter Betriebsrahmen

Failover aus konfigurierten SRT-Upstreams

Die Quellenauswahl bleibt explizit: Jeder automatische oder manuelle Übergang bleibt innerhalb des von Ihrem Team geprüften Upstream-Satzes.

01

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.

02

Nach einer Trennung erneut verbinden und wechseln

Das SRT-PULL-Relay kann im Loop-Modus mit Reconnect-Intervall laufen und bei Verlust der aktiven Verbindung die konfigurierte Upstream-Liste durchlaufen.

03

Eine konfigurierte SRT-PULL-Route manuell wechseln

Betriebsteam oder API-Client können einen anderen vorhandenen Upstream wählen. Ein Ziel außerhalb der konfigurierten Routing-Hosts wird abgewiesen.

Einsatzbereiche

Beitragsabläufe schützen, die nicht von einer Quelle abhängen dürfen

Nutzen Sie das Produkt, wenn Teams primäre und alternative SRT-Beitragswege vor dem Livegang vorbereiten können.

01

Live-Events mit Backup-Encoder

Halten Sie primäre und alternative Encoder-Endpunkte in einem geprüften Quellensatz, damit während der Produktion eine vorbereitete Alternative verfügbar ist.

02

Remote-Beiträge über wechselhafte Netzwerke

Bereiten Sie mehrere erreichbare Upstreams vor, wenn sich ein entfernter Veranstaltungsort oder Netzwerkpfad während einer Beitragsverbindung trennen kann.

03

Lang laufende Kanalabläufe

Verwenden Sie konfigurierte Quellenredundanz für kontinuierliche Abläufe, die einen expliziten Wiederherstellungsweg und Operator-Sichtbarkeit benötigen.

Bereitstellung

Dasselbe Failover-Modell in Cloud oder Self-Hosted Callaba nutzen

Wählen Sie den Standort der SRT-Routing-Ebene und konfigurieren Sie danach den Upstream-Satz passend zu Netzwerk und Produktionsgrenze.

Cloud-Bereitstellung

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 starten

Self-Hosted-Bereitstellung

Betreiben Sie Callaba Engine unter Linux, wenn Routing-Hosts, Netzwerkzugriff und Betriebsdaten in Ihrer Infrastruktur bleiben müssen.

Unter Linux installieren
Die API ist die zweite Ebene

Einen bereits geprüften Failover-Plan automatisieren

Verwalten 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.

SRT-Servers-API-Referenz lesen

Fragen zum Live-Video-Failover

Was leistet Callaba Live-Video-Failover?

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.

Was passiert, wenn der aktive Upstream getrennt wird?

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.

Kann ein Operator die Quelle manuell wechseln?

Ja, bei einer geprüften SRT-PULL-Route. Die ausgewählte SRT-URL muss bereits in der Routing-Host-Liste des Servers vorhanden sein.

Verspricht dies hitless oder ausfallfreies Umschalten?

Nein. Das Produkt bietet einen kontrollierten Wiederherstellungsweg, behauptet aber keinen hitless Übergang und keine garantierte Ausfallfreiheit. Quellenbereitschaft und Netzwerkbedingungen bleiben relevant.

Kann die Failover-Auswahl per API automatisiert werden?

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.

Vor dem Livegang vorbereiten

Einen geprüften Primär- und Backup-Weg aufbauen

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.