背景
在丢包 10%下测试WebRTC，发现丢包导致的卡顿，需要一些开启一些机制来保证丢包重传。
摘要
简述WebRTC中NACK、RTX的功能和联系。
正文
NACK、RTX是WebRTC里丢包重传策略，两个策略之间有一定的联系。
NACK：接收端通过RTCP将丢包的序列号通知给发送端，让发送端重传该包。
RTX：发送端在新的SSRC上发送重传包或者冗余包。
两者均需要通过sdp协商开启，在支持的服务端(例如Janus)修改SDP即可开启。
要点
- 重传包不一定通过RTX发送；
- RTX包不一定用来重传丢失的包。
解释
在发送端收到NACK后，要重发接收端丢掉的包，发送的模式有两种：
- RTX模式
在接收端通过SDP使能发送端的RTX以后，重发的包封装到RTX包里发送，RTX包与原RTP有不同的SSRC，这样有助于避免SRTP的重放攻击，也能让接收端更好的估算带宽； - 普通模式
在没有使能RTX时，发送端只是简单的重发原来的RTP包，这种模式会影响接收端的RTCP统计，比如会出现负的丢包率。
另外，RTX包有两种
- 收到NACK重发的包
如上述； - 发送端发送的冗余Padding包
发送端的初始码率在达不到目标码率的情况下，会通过发送RTX包来补充，以能够逼近目标码率，当然这个机制必须启用RTX才能激活。因此，接收端可能会收到两种RTX包，一种是被NACK触发的，一种是发送端用来补充发送码率的冗余包。