预先配置允许的上游集合
为一个 SRT 服务器关联多个路由主机,并将选定的活动路由放在经过审核的信号源顺序首位。
在一个经过审核的路由集合中保留多个 SRT 上游。断开后让中继重连并轮转已配置的信号源,或为 SRT PULL 路由手动选择另一个已配置信号源。
在活动前定义上游,将活动路由保持在首位,并使用自动中继轮转或操作人员选择的切换,无需在制作过程中临时创建新目标。

信号源选择始终明确:每次自动或手动转换都限定在团队审核过的上游集合内。
为一个 SRT 服务器关联多个路由主机,并将选定的活动路由放在经过审核的信号源顺序首位。
SRT PULL 中继可使用循环模式和重连间隔,在活动连接丢失时依次尝试已配置的上游列表。
操作人员或 API 客户端可以选择另一个现有上游。如果目标不在已配置的路由主机中,切换会被拒绝。
适用于团队能够在直播前准备主用和备用 SRT 贡献路径的场景。
将主用与备用编码器端点保存在同一审核集合中,让操作人员在制作期间拥有预先准备的替代方案。
当远程场地或网络路径可能在贡献会话中断开时,预先准备多个可达上游。
为需要明确恢复路径和操作可见性的连续工作流使用已配置的信号源冗余。
选择 SRT 路由层的运行位置,然后根据网络与制作边界配置上游集合。
在贡献或分发区域附近启动 Callaba 实例,并在 Web 界面配置主用与备用 SRT 上游。
在云端启动当路由主机、网络访问和运营数据必须保留在您的基础设施中时,在 Linux 上运行 Callaba Engine。
在 Linux 上安装使用 SRT Servers API 管理服务器,并为 SRT PULL 路由选择现有上游。信号源审批仍应保留在您的产品工作流中。
它让一个路由工作流保留多个已配置的 SRT 上游,支持中继重连与轮转,并为 SRT PULL 路由提供有边界的手动切换。
以循环模式配置的中继可以重连并依次尝试现有上游列表。实际恢复时间取决于连接和已准备的信号源。
可以,但仅限经过审核的 SRT PULL 路由。选择的 SRT URL 必须已存在于服务器的路由主机列表中。
不保证。产品提供受控恢复路径,但不宣称无缝转换或保证零停机。信号源就绪状态和网络条件仍然重要。
可以。SRT Servers API 能为 SRT PULL 路由选择经过审核的上游,但不能切换到未配置的 URL。
使用在线演示检查操作界面,然后在云端或 Linux 上部署 Callaba,以实施您自己的 SRT 路由方案。