本文的作者是Open Broadcast Systems 的创始人和CEO:Kieran Kunhya,演讲的主题是RIST协议。
RIST是一种流协议,它允许诸如互联网之类的有损网络用于关键的流应用。它称为可靠的Internet流传输,它使用ARQ(自适应重复请求)重传技术来请求网络丢失的任何数据,从而为视频分发创建可靠的路径。
Kieran Kunhya首先解释了他们公司为什么选择RIST协议来配合他们基于软件的编解码器。他们对于体育,新闻和线性频道在公网的分发的初步解决方案是基于FEC(前向纠错)的,但是,FEC无法应付大量的突发损失,互操作性有限且实现起来很复杂。通过在多个路径上发送相同的提要和/或在同一路径上发送流的延迟版本来保护流,会带来很大的带宽损失。相反,这促使他们实施基于RFC 4585的ARQ技术。(用于基于实时传输控制协议的反馈的扩展RTP配置文件),其功能与基本RIST功能非常相似。
在演讲中,Kieran Kunhya着重解释了Open Broadcast Systems为什么放弃了SRT这一选择。由于SRT是基于文件传输协议的,因此很难或不可能添加RIST从一开始就提供的功能,例如绑定,多网络和多点支持。此外,RIST具有其他行业的大量IETF遗产,并且与供应商无关。Kieran认为SRT将成为生产者解决方案(类似于RTMP,现在用于流传输),而RIST将成为专业的解决方案(类似于MPEG-2传输流)。
视频中还讨论了RIST的一些应用,例如:用于播出卫星上行链路的24/7线性信道,用于新闻的交互式(双向)发声头,高比特率直播事件以及用于监视目的的反向视线。此外,在实时广播制作工作流程的云解决方案中使用RIST的潜力很大。Kieran希望更多的广播公司将开始使用向上旋转和向下旋转的云工作流程,这将有助于节省基础设施的空间和金钱。
有趣的是,Open Broadcast Systems目前对RIST Main Profile不感兴趣(此Profile的主要优点是支持加密,身份验证和带内数据)。Kieran解释说,无论如何要控制远程位置的设备,您都需要某种现成的VPN。这些系统提供了加密和NAT端口穿越功能,因此该问题在OSI模型的不同层得以解决,这使客户可以更好地控制所需的加密类型。最后Kieran回答了现场的一些提问。
附上演讲视频: