Callaba
主用与备用信号源控制

Callaba 直播视频故障切换

在一个经过审核的路由集合中保留主用和备用 SRT 上游。断开后,中继可根据已配置的 loop 与重连设置,在这些预备信号源之间重连和轮转。

可见的可靠性工作流

主信号源、备用信号源、受控输出

在活动前定义上游,将首选路由放在首位,并使用真实编码器、网络和目的端验证重连与信号源轮转。

示意图展示主用和备用 SRT 上游进入 Callaba Live Video Failover,用于中继轮转、有边界的手动切换和受控输出。
  1. 预先配置允许的上游集合
  2. Callaba 直播视频故障切换
  3. 断开后重连并轮转
  4. 在受控运行前准备首选路由
Callaba Live Video Failover 将已配置 SRT 上游保存在审核集合中,支持自动重连与轮转或手动 SRT PULL 切换。
已验证的操作边界

基于已配置 SRT 上游的故障切换

恢复范围始终明确:重连和轮转只使用团队审核过的上游集合。

01

预先配置允许的上游集合

为一个 SRT 服务器关联多个路由主机,并将选定的活动路由放在经过审核的信号源顺序首位。

02

断开后重连并轮转

SRT PULL 中继可使用循环模式和重连间隔,在活动连接丢失时依次尝试已配置的上游列表。

03

在受控运行前准备首选路由

操作人员或 API 客户端可以把现有上游保存为首选活动路由。该选择用于受控启动或重启,不会立即重新加载正在运行的中继。

使用场景

保护不能依赖单一信号源的贡献工作流

适用于团队能够在直播前准备主用和备用 SRT 贡献路径的场景。

01

配备备用编码器的直播活动

将主用与备用编码器端点保存在同一审核集合中,让操作人员在制作期间拥有预先准备的替代方案。

02

通过波动网络进行远程贡献

当远程场地或网络路径可能在贡献会话中断开时,预先准备多个可达上游。

03

长时间频道运营

为需要明确恢复路径和操作可见性的连续工作流使用已配置的信号源冗余。

只读流健康评估

先看清实时链路,再决定是否调整

将 Multiview 与当前 SRT/RTMP 操作遥测结合,用于理解实时状态,并依据现场观察样本建立正常运行范围。

  1. 01

    观察实时状态

    将节目画面与当前信号源状态、码率以及可用时的 SRT RTT 并列查看。

  2. 02

    建立运行基线

    把实时观察样本与该制作流程的正常码率、RTT 和信号源状态范围比较。

  3. 03

    审核带原因的告警

    把偏差转化为原因明确的操作告警,并在任何路由变更前要求人工批准。

技术规格

产品支持范围与验证要点

每项支持行为旁都给出实际验收检查。最终以已安装的 Callaba 界面以及真实的信号源、目标端和基础设施配置为准。

产品支持范围与验证要点
功能支持的行为验收检查
预先配置允许的上游集合为一个 SRT 服务器关联多个路由主机,并将选定的活动路由放在经过审核的信号源顺序首位。它在一个路由工作流中保留经过审核的主用和备用 SRT 上游,并让中继在断开后重连和轮转已配置列表。
断开后重连并轮转SRT PULL 中继可使用循环模式和重连间隔,在活动连接丢失时依次尝试已配置的上游列表。以循环模式配置的中继可以重连并依次尝试现有上游列表。实际恢复时间取决于连接和已准备的信号源。
在受控运行前准备首选路由操作人员或 API 客户端可以把现有上游保存为首选活动路由。该选择用于受控启动或重启,不会立即重新加载正在运行的中继。可以。现有路由主机可在受控启动或重启前保存为首选活动路由。保存该首选项不会立即重新加载已经运行的中继。
配备备用编码器的直播活动将主用与备用编码器端点保存在同一审核集合中,让操作人员在制作期间拥有预先准备的替代方案。不保证。产品提供受控恢复路径,但不宣称无缝转换或保证零停机。信号源就绪状态和网络条件仍然重要。
长时间频道运营为需要明确恢复路径和操作可见性的连续工作流使用已配置的信号源冗余。SRT Servers API 可以管理经过审核的路由主机并保存首选活动路由。配置更新不会变成对运行中中继的即时实时切换。
观察实时状态将节目画面与当前信号源状态、码率以及可用时的 SRT RTT 并列查看。这是只读评估,不宣称提供预测式 AI、端到端 QoE、根因诊断、持久 SRT 历史或自动实时切换。
现在把它投入使用

在 Callaba 中完成配置,再验证交接

本页说明产品的能力边界。以下指南会告诉您要打开哪些控制项、接下来连接哪个模块,以及如何确认工作流已经就绪。

  1. 配置SRT 路由打开指南
  2. 连接SRT 服务器打开指南
  3. 验证Multiview 监看墙打开指南
部署

在云端或自托管 Callaba 中使用同一故障切换模型

选择 SRT 路由层的运行位置,然后根据网络与制作边界配置上游集合。

云端部署

在贡献或分发区域附近启动 Callaba 实例,并在 Web 界面配置主用与备用 SRT 上游。

在 AWS 上部署 Callaba

自托管部署

当路由主机、网络访问和运营数据必须保留在您的基础设施中时,在 Linux 上运行 Callaba Engine。

在 Linux 上安装
API 是第二层

管理已经审核的恢复方案

使用 SRT Servers API 管理服务器、路由主机和首选活动路由。首选路由用于受控启动或重启配置,不是对正在运行中继的实时切换。

  1. 配置 SRT 服务器及已批准的 routing_hosts
  2. 读取已保存的服务器配置和启用状态
  3. 在受控启动或重启前保存首选现有路由
打开直播视频故障切换解决方案配方

直播视频故障切换常见问题

Callaba 直播视频故障切换有什么作用?

它在一个路由工作流中保留经过审核的主用和备用 SRT 上游,并让中继在断开后重连和轮转已配置列表。

活动上游断开时会发生什么?

以循环模式配置的中继可以重连并依次尝试现有上游列表。实际恢复时间取决于连接和已准备的信号源。

操作人员可以准备另一个首选信号源吗?

可以。现有路由主机可在受控启动或重启前保存为首选活动路由。保存该首选项不会立即重新加载已经运行的中继。

是否保证无缝或零停机切换?

不保证。产品提供受控恢复路径,但不宣称无缝转换或保证零停机。信号源就绪状态和网络条件仍然重要。

API 可以在此工作流中自动化什么?

SRT Servers API 可以管理经过审核的路由主机并保存首选活动路由。配置更新不会变成对运行中中继的即时实时切换。

直播前完成准备

构建经过审核的主用和备用路径

使用在线演示检查操作界面,然后在云端或 Linux 上部署 Callaba,以实施您自己的 SRT 路由方案。