Preconfigura l'insieme di upstream consentiti
Associa più host di routing a un server SRT e mantieni la route attiva selezionata all'inizio dell'ordine delle sorgenti verificato.
Mantieni gli upstream SRT primario e di backup in un insieme di routing verificato. Dopo una disconnessione, il relay può riconnettersi e scorrere le sorgenti predisposte secondo le impostazioni di loop e riconnessione.
Definisci gli upstream prima dell'evento, mantieni la route preferita al primo posto e verifica riconnessione, rotazione e accettazione alla destinazione con encoder e rete reali.
Il ripristino resta limitato: riconnessione e rotazione usano solo l'insieme di upstream verificato dal team.
Associa più host di routing a un server SRT e mantieni la route attiva selezionata all'inizio dell'ordine delle sorgenti verificato.
Il relay SRT PULL può funzionare in modalità loop con un intervallo di riconnessione e scorrere l'elenco di upstream configurati quando perde la connessione attiva.
Un operatore o un client API può salvare un upstream esistente come route attiva preferita. La scelta vale per un avvio o riavvio controllato e non ricarica subito un relay già in esecuzione.
Usa il prodotto quando il team può preparare percorsi di contribuzione SRT primari e di backup prima della diretta.
Mantieni gli endpoint degli encoder primario e di backup in un insieme verificato, così l'operatore dispone di un'alternativa pronta durante la produzione.
Prepara più di un upstream raggiungibile quando una sede remota o un percorso di rete può disconnettersi durante una sessione di contribuzione.
Usa la ridondanza delle sorgenti configurate per workflow continui che richiedono un percorso di ripristino esplicito e visibilità operativa.
Abbina Multiview alla telemetria operativa SRT/RTMP corrente per capire lo stato live e definire un intervallo normale dai campioni osservati.
Affianca l’immagine di programma allo stato corrente della sorgente, al bitrate e all’RTT SRT, quando disponibile.
Confronta i campioni osservati live con l’intervallo normale di bitrate, RTT e stato della sorgente per questa produzione.
Trasforma le deviazioni in avvisi chiari per l’operatore e richiedi l’approvazione prima di modificare una route.
Ogni comportamento supportato è affiancato da una verifica pratica di accettazione. L’interfaccia Callaba installata e i profili reali di sorgente, destinazione e infrastruttura restano il riferimento definitivo.
| Funzionalità | Comportamento supportato | Verifica di accettazione |
|---|---|---|
| Preconfigura l'insieme di upstream consentiti | Associa più host di routing a un server SRT e mantieni la route attiva selezionata all'inizio dell'ordine delle sorgenti verificato. | Mantiene upstream SRT primari e di backup verificati in un solo workflow e consente al relay di riconnettersi e scorrere l'elenco configurato dopo una disconnessione. |
| Riconnetti e ruota dopo una disconnessione | Il relay SRT PULL può funzionare in modalità loop con un intervallo di riconnessione e scorrere l'elenco di upstream configurati quando perde la connessione attiva. | Un relay configurato in modalità loop può riconnettersi e scorrere il proprio elenco di upstream. Il tempo reale di ripristino dipende dalla connessione e dalle sorgenti preparate. |
| Prepara la route preferita prima di un avvio controllato | Un operatore o un client API può salvare un upstream esistente come route attiva preferita. La scelta vale per un avvio o riavvio controllato e non ricarica subito un relay già in esecuzione. | Sì. Un host di routing esistente può essere salvato come route attiva preferita prima di un avvio o riavvio controllato. Il salvataggio non ricarica subito un relay già in esecuzione. |
| Eventi live con encoder di backup | Mantieni gli endpoint degli encoder primario e di backup in un insieme verificato, così l'operatore dispone di un'alternativa pronta durante la produzione. | No. Il prodotto offre un percorso di ripristino controllato, ma non dichiara una transizione hitless né garantisce zero interruzioni. Contano ancora la disponibilità delle sorgenti e le condizioni di rete. |
| Operazioni di canale a lunga durata | Usa la ridondanza delle sorgenti configurate per workflow continui che richiedono un percorso di ripristino esplicito e visibilità operativa. | L'API SRT Servers può gestire gli host verificati e salvare la route attiva preferita. L'aggiornamento della configurazione non diventa una commutazione immediata del relay in esecuzione. |
| Osserva lo stato live | Affianca l’immagine di programma allo stato corrente della sorgente, al bitrate e all’RTT SRT, quando disponibile. | La valutazione è in sola lettura. Non dichiara IA predittiva, QoE end-to-end, diagnosi della causa principale, storico SRT persistente o commutazione live automatica. |
Questa pagina chiarisce il perimetro del prodotto. Le guide mostrano quali controlli aprire, quale modulo collegare e come verificare che il workflow sia pronto.
Scegli dove eseguire il livello di routing SRT, quindi configura l'insieme di upstream attorno ai limiti della rete e della produzione.
Avvia un'istanza Callaba vicino alla regione di contribuzione o distribuzione e configura gli upstream SRT primario e di backup dall'interfaccia web.
Distribuisci Callaba su AWSEsegui Callaba Engine su Linux quando host di routing, accesso di rete e dati operativi devono restare nella tua infrastruttura.
Installa su LinuxUsa l'API SRT Servers per gestire server, host di routing e route attiva preferita. Questa preferenza configura un avvio o riavvio controllato, non una commutazione live del relay in esecuzione.
Mantiene upstream SRT primari e di backup verificati in un solo workflow e consente al relay di riconnettersi e scorrere l'elenco configurato dopo una disconnessione.
Un relay configurato in modalità loop può riconnettersi e scorrere il proprio elenco di upstream. Il tempo reale di ripristino dipende dalla connessione e dalle sorgenti preparate.
Sì. Un host di routing esistente può essere salvato come route attiva preferita prima di un avvio o riavvio controllato. Il salvataggio non ricarica subito un relay già in esecuzione.
No. Il prodotto offre un percorso di ripristino controllato, ma non dichiara una transizione hitless né garantisce zero interruzioni. Contano ancora la disponibilità delle sorgenti e le condizioni di rete.
L'API SRT Servers può gestire gli host verificati e salvare la route attiva preferita. L'aggiornamento della configurazione non diventa una commutazione immediata del relay in esecuzione.
Usa la demo live per controllare la superficie operativa, quindi distribuisci Callaba nel cloud o su Linux per il tuo piano di routing SRT.