键盘敲的劈啪响

MKI是一种标识符、可选，长度可配置，MKI 由 key management 定义、产生（signaled）、使用，用于加密特定包的 Session Key 将从 Master Key 派生，MKI不能标识srtp加密上下文，MKI被key management用于re-keying、标识加密上下文中的特定主键。裸RTP与RTCP协议，本身对于负载数据（Payload）并没有任何保护，如果通过抓包工具将音视频数据抓取到后，就可以直接将音视频流播放出来，信息就泄漏了。

对称加密算法中，数据发送方将“明文”和“密钥”一起经过特殊“加密算法”处理成密文后，将它发送出去。接收方收到密文后，若想解读原文，则需要使用加密用到的相同“密钥”及相同“解密算法”对“密文”进行解密，才能使其恢复成原文。它的最大优势是加解密速度快，适用于大数据量进行加密，缺点是密钥管理困难。最典型的问题就是如何同步这个密钥，同步过程如果在公网上，不进行加密是可以抓包拿到的，那么这里就遇到了要对密钥加密的问题。常见的对称加密算法有 AES、DES、Blowfish 等等。

DTLS（Datagram Transport Layer Security）是基于 UDP 场景下数据包可能丢失或重新排序的现实情况下，为 UDP 定制和改进的 TLS 协议。从上图可以看出：在 WebRTC 中，媒体包通过 SRTP/SRTCP 进行传输，而数据包通过 SCTP 进行传输，他们都是基于 UDP 协议的。其中，SRTP 与 SCTP 的加密握手，由 DTLS 协议来完成。

STUN是一种网络协议，它允许位于NAT（或多重NAT）后的客户端找出自己的公网地址，查出自己位于哪种类型的NAT之后以及NAT为某一个本地端口所绑定的Internet端端口

实际项目中需要解决的问题：对于两个 RTP 包，如何比较哪一个包才是最新的包？

假设需要发送一个又一个已压缩的H.264视频帧的时候，是如何切帧组包的呢？

WebRTC的交互基于P2P，而P2P的核心就在于对ICE的理解，包括STUN/TURN

Trickle ICE是webrtc p2p协商的一个非常重要的概念

亚马逊 KVS WebRTC

P2P打洞逻辑入门