Treci la conținut
Callaba
Controlul sursei primare și de rezervă

Callaba Live Video Failover

Păstrați fluxurile SRT principale și de rezervă pregătite în spatele unei singure căi operaționale. Comutarea la nivel de transport lansată se deplasează între ele fără a necesita un anumit codec audio sau video și păstrează conexiunile receptorului și extractorului din aval.

Calea de recuperare configurată

Păstrați sursele SRT principale și de rezervă pe o singură cale operațională

Această cale de recuperare SRT eliberată comută la nivelul de transport între fluxurile principale și de rezervă pregătite, menținând în același timp conexiunile receptorului și extractorului din aval.

Păstrați sursele SRT principale și de rezervă pe o singură cale operațională
Sursa principalăAlimentare principală pregătită cu stare vizibilă a fluxului
Sursa de backupFeed de rezervă pregătit cu verificări operaționale corespunzătoare
Releu SRT PULLComutare principală/de rezervă la nivel de transport care nu depinde de un anumit codec audio sau video
DestinaţieConexiunile receptorului și extractorului rămân atașate prin comutare
Configurați înainte de eveniment

Pregătiți calea de recuperare SRT PULL

Deschide Setări de rutare
Alegeți SRT Routing, selectați SRT principal/backup failover, setați Routing mode la Pull, apoi adăugați fiecare Routing Host și Routing SRT Port cu Add SRT Host.
Potriviți detaliile conexiunii
Verificați modul SRT, portul, latența, identitatea fluxului și fraza de acces acolo unde le folosesc sursele alese.
Setați politica de operare
Confirmați comportamentul principal/backup manual sau automat lansat și testați revenirea de la backup la principal pe calea de contribuție reală.
Efectuați un test controlat

Verificați calea pe care o va folosi evenimentul dvs

Testați cu codificatorul de evenimente, rețeaua, releul și destinația. Înregistrați ceea ce s-a întâmplat pe această cale în loc să presupuneți că o altă pereche de surse se va comporta la fel.

  • Întrerupeți sursa principalăÎn timpul unei ferestre planificate, întrerupeți fluxul principal și observați comutarea de la principal la backup, continuitatea în aval, statisticile fluxului și evenimentele de conectare.
  • Verificați destinațiaConfirmați că platforma de primire sau receptorul acceptă fluxul recuperat; un releu care rulează singur nu dovedește livrarea.
  • Verificați revenirea la principalRestaurați fluxul principal și verificați comportamentul de returnare configurat alături de istoricul evenimentelor și jurnalului pentru această implementare.
Desfăşurare

Utilizați același model de failover în cloud sau Callaba auto-găzduit

Alegeți unde rulează stratul de rutare SRT, apoi configurați setul în amonte în jurul limitei rețelei și a producției.

Implementare în cloud

Implementați o instanță Callaba în apropierea regiunii de contribuție sau de livrare și configurați fluxurile SRT primare și de rezervă în interfața web.

Implementați Calaba pe AWS

Implementare auto-găzduită

Rulați Callaba Engine pe Linux atunci când gazdele de rutare, accesul la rețea și datele operaționale trebuie să rămână în infrastructura dvs.

Instalați pe Linux

Întrebări privind failoverul video în direct

Ce face Callaba Live Video Failover?

Păstrează fluxurile SRT principale și de rezervă într-un singur flux de lucru la nivel de transport, comută între ele fără a depinde de un anumit codec media și păstrează conexiunile receptorului și extractorului din aval prin comutator.

Ce se întâmplă când dispozitivul activ din amonte se deconectează?

Fluxul de lucru lansat poate comuta de la principal la de rezervă, păstrând în același timp conexiunile receptorului și extractorului din aval. Comportamentul real de recuperare rămâne specific surselor, rețelei, bufferelor și destinației pregătite.

Fluxul de lucru poate reveni de la backup la principal?

Da. Versiunea îmbunătățește trecerea înapoi de la backup la principal și aliniază comportamentul de failover manual și automat. Testați comportamentul configurat cu sursele și destinația reale înainte de un eveniment.

Receptorii din aval rămân conectați în timpul failoverului SRT?

Fluxul de lucru lansat la nivel de transport păstrează conexiunile receptorilor și ale clienților pull din aval în timpul unei comutări de la principal la rezervă. Recuperarea vizibilă depinde în continuare de sursele pregătite, bufferele de rețea și destinație.

Poate failoverul SRT să comute automat de la principal la rezervă?

Da. Fluxul de lucru lansat acceptă comutarea manuală și automată de la principal la rezervă, păstrând conexiunile receptorilor și ale clienților pull din aval. Testați sursele, bufferele de rețea și destinația configurate înainte de un eveniment.

Pregătiți-vă înainte de a intra în direct

Creați o cale principală și de rezervă pe care o puteți testa

Utilizați demonstrația live pentru a inspecta suprafața operatorului, apoi implementați Callaba în cloud sau pe Linux pentru a testa comutarea principală/de rezervă, comportamentul de returnare, acceptarea destinației și vizibilitatea evenimentelor/jurnalului.