SRT（安全可靠传输）

什么是 SRT

SRT（Secure Reliable Transport，安全可靠传输）是一种开源流媒体协议。它最初由 Haivision 开发，2017 年捐赠给 SRT Alliance；如今所有专业级编码器和解码器，以及 OBS、FFmpeg、VLC 和大多数商用广播设备都已内置 SRT。

其设计目标是“通过公网可靠地传输低延迟视频”——在这类网络中，丢包是常态，抖动无法预测，基于 TCP 的协议不是卡顿就是丢帧。

SRT 独有的能力

• 前向纠错与 ARQ。丢失的数据包要么利用 FEC 冗余数据重建，要么在严格的延迟预算内选择性重传。标准 RTMP 则完全没有丢包恢复机制。
• 可调的延迟目标。发送端与接收端协商一个端到端目标延迟（通常为 120 ms 至 2 秒），协议随后在这一预算内权衡恢复力度。操作员可以针对每条链路分别调整。
• AES-128 / AES-256 加密。加密内置于传输协议之中，无需另建 VPN。对于付费节目信号的回传以及任何跨组织的传输，这一点很重要。
• 防火墙穿越。SRT 基于 UDP 运行，提供简单且便于 NAT 穿越的连接模式（caller / listener / rendezvous），比老一代的 RTMP / RTSP 方案更能可靠地穿越企业防火墙。

SRT 在视频墙场景中的定位

部署在单一设施内部的本地视频墙并不需要 SRT——在这一层级，本地的 NDI、IPMX、RTSP 或 KVM 才是合适的工具。只有在以下三种特定情形中，SRT 才有用武之地：

• 经由公网接入的远程信号源。例如，总部 NOC 的视频墙接入来自远程运营站点的视频流，或企业活动场馆从异地演播室拉取回传信号。SRT 是这类传输的标准协议。
• 跨设施的视频墙互联。两个控制室之间共享部分信号源：SRT 承载跨设施传输的信号，每面视频墙同时呈现本地和远程信号。
• 广播回传信号接入本地视频墙。体育 / 新闻直播控制室先通过 SRT 拉取赛场现场信号，再交由内部制作系统接手。

常见误区

• 延迟预算设得过紧。在不稳定的链路上设为 120 ms，SRT 就来不及恢复，画面会出现丢帧。公网链路合适的起始值是 500 ms；只有在链路指标允许时，才逐步下调。
• 加密密钥管理。启用 AES-256 既省事又免费，但如果密钥以截图形式散落在 Slack 讨论串里，加密就形同虚设。请像管理 SSH 密钥一样管理 SRT 密钥。

相关术语

• NDI（网络设备接口）
• NDI HX
• AV over IP
• IPMX