webrtc为什么快 webrtc为什么延迟低

用SRS快速搭建WebRTC推流和播放

WebRTC目前已经比较成熟了，播放也比较稳定，协议也已经成为了RFC，相应的开源项目也比较多。当然我觉得WebRTC还缺一个高性能简单易用的服务器，之前也分析过现有的服务器，有各种问题，SRS很有机会解决这些问题。

webrtc为什么快 webrtc为什么延迟低

web怎样实现快速实时音视频通话？

web要快速实现时音视频通话是可以的，可以通过借助第三方的SDK，ZEGO即构的音视频SDK支持4行代码接入，在30分钟内就可以构建出各种高质量的实时音视频的业务，好像还赠送每月10000分钟免费，可以试试

数据安全传输

数据在网络中进行传输，很容易通过抓包工具抓取并分析数据包的数据内容，若一些比较敏感的账号，密码，策略，言乱，商业机密等信息被有心人随意获取加一利用那么必将被网络影响的混乱不堪。因此加快了密码学研究与应用，现如今已成熟的应用于当今的网络通信中。

此处主要以 WebRTC 的数据加密流程举例：

从宏观角度分析网络数据的加密可分为两部分，建立加密通道传输数据、数据加密。此处将以 WebRTC 中的数据安全传输为例加以说明；

加密通道建立与数据传输涉及到的协议有 UDP、RTP/SRTP， RTCP/SRTCP，接下来逐一说明；

加密信道的建立依赖于 DTLS(Datagram Transport Layer Security) 数据报传输层安全协议，DTLS 是在TSL(Transport Layer Security传输层安全协议)协议的基础上衍生的，TSL 又是在 SSL(Secure Sockets Layer，安接字层)基础上衍生的。DTLS 与 SSL/DTLS 的主要区别在于，DTLS 是基于 UDP 的安全传输协议，SSL/TLS 是基于 TCP 的安全传输协议。

DTLS，SSL/TLS 主要是为了解决传输的安全风险：

在 WebRTC 中对传输实时性要求比较高，因此采用 RTP(Realtime Transport Protocol)实时传输协议来传输音视频数据，RTP 的数据包是通过 UDP 发送的，UDP 协议存在它固有的缺陷。因此 RTCP(RTP Trasport Control Protocol)RTP 传输控制协议，主要用来监控数据传输的质量，并将通信信息反馈给发送方。

SRTP、SRTCP 是在固有的 RTP，RTCP 协议的基础上加了 S(Secure)表示安全传输，具体流程如下：

以上描述的安全通道的建立实际上涉及了，两种加解密的方式对称加密与非对称加密；

使用相同的算法对数据进行加密和解密，并且使用了相同的加密和解密密钥。

优点：加解密速度快，适合处理较大的数据；

加密算法基本上是确定的，加密密钥与解密密钥相同，若被第三方获取到密钥则被加密的数据和明文没啥区别，密钥的安全性很重要；

常用的对称加密算法有：DES、3DES、TDEA、RC2、RC4、RC5、IDEA等

相对对称加密而言，无需拥有同一组密钥，非对称加密是一种“信息公开的密钥交换协议”。

非对称加密需要公开密钥和私有密钥两组密钥，公开密钥和私有密钥是配对起来的，也就是说使用公开密钥进行数据加密，只有对应的私有密钥才能解密。这两个密钥是数学相关，使用某用户密钥加密后的密文，只能使用该用户的加密密钥才能解密。如果知道了其中一个，并不能计算出另外一个。因此如果公开了一对密钥中的一个，并不会危害到另外一个密钥性质。这里把公开的密钥为公钥，不公开的密钥为私钥。

非对成加密加密算法常用的有：RSA，Elgamal，DSA 等；