Controle de fontes principal e reserva

Callaba Live Video Failover

Mantenha upstreams SRT principal e reserva em um conjunto de roteamento revisado. Após uma desconexão, o relay pode reconectar e percorrer essas fontes preparadas conforme as configurações de loop e reconexão.

Limite operacional verificado

Failover criado com upstreams SRT configurados

A recuperação permanece limitada: reconexão e rotação usam apenas o conjunto de upstreams revisado pela equipe.

Pré-configure o conjunto de upstreams permitidos

Associe vários hosts de roteamento a um servidor SRT e mantenha a rota ativa selecionada no início da ordem revisada de fontes.

Reconecte e faça a rotação após uma queda

O relay SRT PULL pode operar em modo de loop com intervalo de reconexão e percorrer a lista de upstreams configurados quando a conexão ativa é perdida.

Prepare a rota preferida antes de uma execução controlada

A operação ou um cliente API pode salvar um upstream existente como rota ativa preferida. A escolha vale para uma inicialização ou reinicialização controlada e não recarrega instantaneamente um relay em execução.

Casos de uso

Proteja contribuições que não podem depender de uma fonte

Use o produto onde a equipe possa preparar caminhos SRT principal e reserva antes de entrar ao vivo.

Eventos ao vivo com encoder reserva

Mantenha endpoints principal e alternativo do encoder em um conjunto revisado para que a operação tenha uma opção preparada durante a produção.

Contribuição remota em redes variáveis

Prepare mais de um upstream acessível quando um local remoto ou caminho de rede puder cair durante uma sessão de contribuição.

Operações de canais de longa duração

Use redundância de fontes configurada em fluxos contínuos que precisam de um caminho explícito de recuperação e visibilidade operacional.

AVALIAÇÃO DE SAÚDE SOMENTE LEITURA

Entenda o caminho ao vivo antes de alterá-lo

Combine o Multiview com a telemetria operacional SRT/RTMP atual para entender o estado ao vivo e estabelecer uma faixa normal com base nas amostras observadas.

01
Observe o estado ao vivo
Coloque a imagem do programa ao lado do estado atual da fonte, do bitrate e do RTT SRT, quando disponível.
02
Estabeleça uma referência operacional
Compare amostras observadas ao vivo com a faixa normal de bitrate, RTT e estado da fonte desta produção.
03
Revise alertas com motivo explícito
Transforme desvios em alertas claros para a operação e exija aprovação antes de qualquer mudança de rota.

Esta avaliação é somente leitura. Ela não alega IA preditiva, QoE ponta a ponta, diagnóstico de causa raiz, histórico SRT persistente nem troca automática ao vivo.

Iniciar uma avaliação de saúde do stream

Especificação técnica

O que o produto oferece e o que verificar

Cada comportamento compatível aparece junto a uma verificação prática de aceitação. A interface Callaba instalada e os perfis reais de origem, destino e infraestrutura continuam sendo a referência definitiva.

O que o produto oferece e o que verificar
Capacidade	Comportamento compatível	Verificação de aceitação
Pré-configure o conjunto de upstreams permitidos	Associe vários hosts de roteamento a um servidor SRT e mantenha a rota ativa selecionada no início da ordem revisada de fontes.	Ele mantém upstreams SRT principal e reserva revisados em um fluxo e permite que o relay reconecte e percorra essa lista configurada após uma desconexão.
Reconecte e faça a rotação após uma queda	O relay SRT PULL pode operar em modo de loop com intervalo de reconexão e percorrer a lista de upstreams configurados quando a conexão ativa é perdida.	Um relay configurado em modo de loop pode reconectar e percorrer sua lista de upstreams existente. O tempo real de recuperação depende da conexão e das fontes preparadas.
Prepare a rota preferida antes de uma execução controlada	A operação ou um cliente API pode salvar um upstream existente como rota ativa preferida. A escolha vale para uma inicialização ou reinicialização controlada e não recarrega instantaneamente um relay em execução.	Sim. Um host de roteamento existente pode ser salvo como rota ativa preferida antes de uma inicialização ou reinicialização controlada. Salvar a preferência não recarrega instantaneamente um relay já em execução.
Eventos ao vivo com encoder reserva	Mantenha endpoints principal e alternativo do encoder em um conjunto revisado para que a operação tenha uma opção preparada durante a produção.	Não. O produto fornece um caminho de recuperação controlado, mas não promete transição sem cortes nem indisponibilidade zero. A prontidão das fontes e a rede continuam importantes.
Operações de canais de longa duração	Use redundância de fontes configurada em fluxos contínuos que precisam de um caminho explícito de recuperação e visibilidade operacional.	A API de SRT Servers pode gerenciar os hosts revisados e salvar a rota ativa preferida. A atualização de configuração não vira uma troca imediata do relay em execução.
Observe o estado ao vivo	Coloque a imagem do programa ao lado do estado atual da fonte, do bitrate e do RTT SRT, quando disponível.	Esta avaliação é somente leitura. Ela não alega IA preditiva, QoE ponta a ponta, diagnóstico de causa raiz, histórico SRT persistente nem troca automática ao vivo.

Agora coloque em operação

Configure no Callaba e verifique a passagem

Esta página explica os limites do produto. Os guias mostram quais controles abrir, qual módulo conectar em seguida e como confirmar que o fluxo está pronto.

Implantação

Use o mesmo modelo de failover na Callaba cloud ou self-hosted

Escolha onde a camada de roteamento SRT será executada e configure o conjunto de upstreams conforme sua rede e o limite da produção.

Implantação na nuvem

Inicie uma instância da Callaba perto da região de contribuição ou entrega e configure upstreams SRT principal e reserva na interface web.

Implantar a Callaba na AWS

Implantação self-hosted

Execute o Callaba Engine no Linux quando hosts de roteamento, acesso de rede e dados operacionais precisarem permanecer em sua infraestrutura.

Instalar no Linux

A API é a segunda camada

Gerencie um plano de recuperação já revisado

Use a API de SRT Servers para gerenciar servidor, hosts de roteamento e rota ativa preferida. Essa preferência configura uma inicialização ou reinicialização controlada, não uma troca ao vivo do relay em execução.

Configure o servidor SRT e seus routing_hosts aprovados
Consulte a configuração salva do servidor e o estado de ativação
Salve a rota existente preferida antes de uma inicialização ou reinicialização controlada

Abrir a receita de failover de vídeo ao vivo

Perguntas sobre failover de vídeo ao vivo

O que o Callaba Live Video Failover faz?

Ele mantém upstreams SRT principal e reserva revisados em um fluxo e permite que o relay reconecte e percorra essa lista configurada após uma desconexão.

O que acontece quando o upstream ativo cai?

Um relay configurado em modo de loop pode reconectar e percorrer sua lista de upstreams existente. O tempo real de recuperação depende da conexão e das fontes preparadas.

A operação pode preparar outra fonte preferida?

Sim. Um host de roteamento existente pode ser salvo como rota ativa preferida antes de uma inicialização ou reinicialização controlada. Salvar a preferência não recarrega instantaneamente um relay já em execução.

Isso garante troca sem cortes ou tempo de inatividade zero?

Não. O produto fornece um caminho de recuperação controlado, mas não promete transição sem cortes nem indisponibilidade zero. A prontidão das fontes e a rede continuam importantes.

O que a API pode automatizar nesse fluxo?

A API de SRT Servers pode gerenciar os hosts revisados e salvar a rota ativa preferida. A atualização de configuração não vira uma troca imediata do relay em execução.

Prepare antes de entrar ao vivo

Monte um caminho principal e reserva revisado

Use a demonstração ao vivo para conhecer a interface operacional e depois implante a Callaba na nuvem ou no Linux para seu plano de roteamento SRT.