本文的作者是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回答了现场的一些提问。
附上演讲视频：
http://mpvideo.qpic.cn/0bf2o4aaaaaaxaaaqzf2anpfa56dab3qaaaa.f10002.mp4?dis_k=011679a67771bd122c771a609156c53f&dis_t=1589960469
