RTMP之后，SRT与QUIC

RTMP协议存在累计延迟与加密方面的问题，为适应互联网视频低延时，高质量的要求，以UDP为核心，具有创造性的SRT，QUIC等流媒体视频方式将成为新的选择。本文来自NGCodec官方博客，由LiveVideoStack进行摘译。

原文 

https://ngcodec.com/news/2018/11/5/is-the-death-of-rtmp-imminent-the-advance-of-srt

RTMP协议(实时消息传输协议)最初是由Macromedia为通过互联网在Flash播放器与一个服务器之间传输流媒体音频、视频和数据而开发的协议。随着视频直播领域的兴起，也成为业内广泛使用的协议。

RTMP是基于TCP的协议，存在着累积延迟和加密方面的问题。而伴随着互联网视频低延时，高质量的要求逐渐提升，相对而言，以UDP为核心的流媒体视频方式成为新的选择，包括SRT，QUIC等。

TCP和UDP是用于通过Internet发送数据位（称为数据包）的协议，但它们以不同的方式工作。 

TCP（传输控制协议）常用于日常互联网应用，以保证通过发送方和接收方之间的握手机制来传送分组。如果未收到数据包，则重新发送它们。虽然保证了数据包的真实传输，但速度非常慢，并且不会在波动的网络上进行优化。RTMP和其他基于HTTP流的协议（包括MPEG-DASH和HLS）依靠TCP / IP进行握手并替换传输中丢失的数据包。这意味着潜在的延迟问题对高性能视频流无效。

另一方面，UDP没有握手机制。它基本上发送数据包并希望最好。但就延迟而言，大大减少，实际上成为视频流的理想解决方案。

SRT最初由Haivision和Wowza开发，目前联盟由150多家公司组成，包括Bitmovin，Brightcove，Canal Cable，Comcast Technology Services，Cinergy，Deluxe，Ericsson，Harmonic和NGCodec等少数知名公司以及数十家小型供应商。

SRT使用UDP协议，旨在利用有损网络来确保可靠性。它通过使用“高性能”发送器和接收器模块来实现这一点 - 该模块不会通过握手确认来阻塞网络。这允许它扩展并最大化可用带宽。SRT保证发送的分组节奏（压缩视频信号）与解码器接收的分组节奏相同。

SRT增加了专为高效安全的视频流而设计的其他功能：

• 128/256 AES加密，通过公共网络在链路级提供安全性

• 内容不可知，并在单个SRT流中汇集多个视频，音频和数据（元数据）流，使其能够轻松支持高度复杂的工作流程 

• 支持发送和接收模式（与仅支持单一模式的RTMP和HTTP相反），对于传递防火墙非常有用

• 在发送器/接收器模块内，可以检测网络性能，并使用一种自适应比特率和纠正延迟，丢包和抖动

• 可支持当前和下一代压缩技术，即H264（AVC），H265（HEVC），AV1，VP9

• SRT是开源的，免版税的，可在Github平台上使用

QUIC（Quick UDP Internet Connection）是谷歌制定的一种基于UDP的低时延的互联网传输层协议。QUIC很好地解决了当今传输层和应用层面临的各种需求，包括处理更多的连接，安全性，和低延迟。QUIC融合了包括TCP，TLS，HTTP/2等协议的特性，但基于UDP传输。

QUIC的一个主要目标就是减少连接延迟，当客户端第一次连接服务器时，QUIC只需要1RTT（Round-Trip Time）的延迟就可以建立可靠安全的连接,相对于TCP+TLS的1-3次RTT要更加快捷。之后客户端可以在本地缓存加密的认证信息，在再次与服务器建立连接时可以实现0-RTT的连接建立延迟。

因为QUIC基于UDP，运行在用户域而不是系统内核，使得QUIC协议可以快速的更新和部署，从而很好地解决了TCP协议部署及更新的困难。

精品文章推荐

技术干货：

• 谁是最好的WebRTC SFU？

• 基于HLS格式的低延时互动直播技术

• FFmpeg在Intel GPU上的硬件加速与优化

• UDP成为低延时流媒体关键 选SRT还是QUIC？

• 下一代低延时直播CDN：HLS、RTMP 与UDP +WebRTC

人物专访：

• Akamai首席架构师Will：WebRTC、QUIC、DASH、AV1都前景可观

• 马思伟：视频领域是个海洋，可以游泳、冲浪、潜水和远航

• 吴涛 ：低延迟传输协议和新Codec将成为热点

• 雷辉：让视频会议conferencing like TV