Steuerung primärer und alternativer Quellen

Callaba Live-Video-Failover

Halten Sie Primär- und Backup-SRT-Upstreams in einem geprüften Routing-Satz. Nach einer Trennung kann das Relay gemäß den konfigurierten Loop- und Reconnect-Einstellungen erneut verbinden und die vorbereiteten Quellen durchlaufen.

Geprüfter Betriebsrahmen

Failover aus konfigurierten SRT-Upstreams

Die Wiederherstellung bleibt begrenzt: Reconnect und Cycling verwenden nur den von Ihrem Team geprüften Upstream-Satz.

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.

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.

Bevorzugte Route vor einem kontrollierten Lauf vorbereiten

Betriebsteam oder API-Client können einen vorhandenen Upstream als bevorzugte aktive Route speichern. Die Auswahl gilt für einen kontrollierten Start oder Neustart und lädt ein laufendes Relay nicht sofort neu.

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.

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.

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.

Lang laufende Kanalabläufe

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

SCHREIBGESCHÜTZTE STREAM-HEALTH-PRÜFUNG

Den Live-Pfad verstehen, bevor Sie ihn ändern

Kombinieren Sie Multiview mit aktueller SRT-/RTMP-Operator-Telemetrie, um den Live-Zustand zu erfassen und aus beobachteten Stichproben einen normalen Betriebsbereich abzuleiten.

01
Live-Zustand beobachten
Stellen Sie Programmbilder neben aktuellen Quellenstatus, Bitrate und – sofern verfügbar – SRT-RTT.
02
Arbeitsbereich als Referenz festlegen
Vergleichen Sie live beobachtete Stichproben mit dem normalen Bitraten-, RTT- und Quellenstatusbereich dieser Produktion.
03
Begründete Warnungen prüfen
Formulieren Sie Abweichungen als klare Operator-Warnungen und verlangen Sie vor jeder Routenänderung eine Freigabe.

Diese Prüfung ist schreibgeschützt. Sie behauptet weder prädiktive KI noch Ende-zu-Ende-QoE, Ursachenanalyse, dauerhaften SRT-Verlauf oder automatisches Live-Umschalten.

Stream-Health-Prüfung starten

Technische Spezifikation

Unterstützte Produktfunktionen und ihre Prüfung

Jede unterstützte Funktion steht neben einer praktischen Abnahmeprüfung. Maßgeblich bleiben die installierte Callaba-Oberfläche sowie die tatsächlichen Quellen, Ziele und Infrastrukturprofile.

Unterstützte Produktfunktionen und ihre Prüfung
Funktion	Unterstütztes Verhalten	Abnahmeprüfung
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.	Es hält geprüfte Primär- und Backup-SRT-Upstreams in einem Routing-Ablauf bereit und lässt das Relay nach einer Trennung erneut verbinden und die konfigurierte Liste durchlaufen.
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.	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.
Bevorzugte Route vor einem kontrollierten Lauf vorbereiten	Betriebsteam oder API-Client können einen vorhandenen Upstream als bevorzugte aktive Route speichern. Die Auswahl gilt für einen kontrollierten Start oder Neustart und lädt ein laufendes Relay nicht sofort neu.	Ja. Ein vorhandener Routing-Host kann vor einem kontrollierten Start oder Neustart als bevorzugte aktive Route gespeichert werden. Das Speichern lädt ein bereits laufendes Relay nicht sofort neu.
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.	Nein. Das Produkt bietet einen kontrollierten Wiederherstellungsweg, behauptet aber keinen hitless Übergang und keine garantierte Ausfallfreiheit. Quellenbereitschaft und Netzwerkbedingungen bleiben relevant.
Lang laufende Kanalabläufe	Verwenden Sie konfigurierte Quellenredundanz für kontinuierliche Abläufe, die einen expliziten Wiederherstellungsweg und Operator-Sichtbarkeit benötigen.	Die SRT-Servers-API kann geprüfte Routing-Hosts verwalten und die bevorzugte aktive Route speichern. Daraus wird kein sofortiger Live-Wechsel des laufenden Relays.
Live-Zustand beobachten	Stellen Sie Programmbilder neben aktuellen Quellenstatus, Bitrate und – sofern verfügbar – SRT-RTT.	Diese Prüfung ist schreibgeschützt. Sie behauptet weder prädiktive KI noch Ende-zu-Ende-QoE, Ursachenanalyse, dauerhaften SRT-Verlauf oder automatisches Live-Umschalten.

Jetzt praktisch umsetzen

In Callaba konfigurieren und die Übergabe prüfen

Diese Seite erklärt den Funktionsumfang des Produkts. Die Anleitungen zeigen die passenden Bedienelemente, das nächste verbundene Modul und die Prüfung, mit der der Workflow einsatzbereit ist.

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.

Callaba auf AWS bereitstellen

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 Wiederherstellungsplan verwalten

Verwalten Sie Server, Routing-Hosts und bevorzugte aktive Route eines SRT-PULL-Workflows per SRT-Servers-API. Die bevorzugte Route ist eine Konfiguration für Start oder Neustart, kein Live-Wechsel des laufenden Relays.

SRT-Server und freigegebene routing_hosts konfigurieren
Gespeicherte Serverkonfiguration und Aktivierungsstatus lesen
Bevorzugte vorhandene Route vor einem kontrollierten Start oder Neustart speichern

Lösungsrezept für Live-Video-Failover öffnen

Fragen zum Live-Video-Failover

Was leistet Callaba Live-Video-Failover?

Es hält geprüfte Primär- und Backup-SRT-Upstreams in einem Routing-Ablauf bereit und lässt das Relay nach einer Trennung erneut verbinden und die konfigurierte Liste durchlaufen.

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 eine andere bevorzugte Quelle vorbereiten?

Ja. Ein vorhandener Routing-Host kann vor einem kontrollierten Start oder Neustart als bevorzugte aktive Route gespeichert werden. Das Speichern lädt ein bereits laufendes Relay nicht sofort neu.

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.

Was kann die API in diesem Ablauf automatisieren?

Die SRT-Servers-API kann geprüfte Routing-Hosts verwalten und die bevorzugte aktive Route speichern. Daraus wird kein sofortiger Live-Wechsel des laufenden Relays.

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.