如何通过SRT编码器在互联网实现低延时传输？ 二维码
来源：SRT知识库 近几个月，远程上课、远程办公、远程会议等成为了人们日常生活的新常态，对于互联网传播技术，首先想到的是延时与稳定性，那么有没有一款编码器协议，可以保证传输内容的安全性、稳定性、实时性？ 答案是肯定的。虽然目前互联网传输使用的协议是RTMP，但随着新技术的不断发展与使用场景的不断拓展，继续使用RTMP会令人感到有些力不从心。它的延时高，容易丢包等无法满足互联网传输要求。直到SRT的到来，SRT旨在实现跨不可预测网络的安全可靠的数据传输，特别针对实时视频流进行了优化，并在简化向基于IP的解决方案的过渡方面塑造了未来。
SRT协议是基于UDP的协议，它提供了双向数据传输，并进行丢包恢复和延迟管理。SRT协议可以在有效负载中传输任何类型的内容，并安全加密。SRT协议是一种能够在复杂网络环境下实时、准确地传输数据流的网络传输技术。它传输层基于UDP，继承了UDP开销低、速度快的优点，再加上SRT自身强大的数据恢复能力，给行业提供了一种安全、稳定、快速的传输方案。拓展阅读：SRT和RTMP直接的比较 那如何实现互联网低延时视频传输？ SRT是点对点传输协议，由于需要穿透互联网，所以至少需要有一端具备公网IP地址。将有公网 IP 地址的一端设备设置为 listener 模式，另一端采用 caller 模式向对端发起连接请求，待 SRT 连接建立成功之后，则可以实时传输视频流了。 应用场景举例： 某公司有固定的视频传输任务，需要将视频从广州办事处实时传输到北京总部，由于资源问题，只有北京总部可以提供公网IP以及可用的UDP端口，而办事处只能提供互联网连接。
千视KILOVIEW以普通组网环境的 A、B 两个站点为例，从站点 A的编码器以 SRT 方式实时将视频流传输至站点 B 的解码器，介绍如何实现公网传输方案（我们均以解决站点 B 的公网地址问题做介绍，站点 A同理），这里主要介绍网络相关配置，SRT具体配置可参考SRT如何部署。
由于北京总部可以提供公网IP（42*.0**88*）以及可用的UDP端口，这里假设防火墙打开的UDP端口号为8321，那么，我们就需要将广州的SRT设备（视频编码器）设置为Caller模式，并监听8321号UDP端口，准备建立SRT连接； 相应的，北京的SRT设备（视频解码器）需要设置为Listener模式，只需要能够接入互联网即可，它将向北京总部的公网IP （20*.0**88*）的UDP端口12345发送控制信息数据包，通过此端口来建立SRT连接。 那么我们应该如何在编解码器中设置这些SRT参数呢？ 首先我们在编码器页面打开“编码和流媒体”--选择“SRT-TS推送”，点击“确定”后添加一个SRT服务。 在编码器推送参数进行设置，编码器使用Caller模式， 一项填入北京总部提供的UDP端口号“8321”； 一项填入北京总部提供的公网IP地址“42.48.72.169”；
然后在北京总部的解码器管理后台，在解码器页面“媒体”--“添加”，添加一个SRT源。 握手模式：接收方选择“Listener”； 端口：配置一个监听端口，需和发送方端口一致，端口号“8321”。 将添加的SRT视频源拖动至上方的输出窗口，解码器即开始在对应端口侦听SRT请求，收到正确SRT呼叫后可以与对端建立SRT连接并解码输出视频。
SRT是一种互联网点对点传输技术，具备“低延时、抗网络抖动”的优势特点。部署方便，不需中转平台（RTMP需要中转平台，仅需任意一端具备固定公网IP地址）。那如何获取公网IP地址？获取公网IP地址有3种方案 1、宽带运营商 PPPoE模式； 2、采用FRP方式做公网地址； 3、购买IP盒子获取公网IP地址； |
