实时音视频 RTC（Real-Time Communication），依托百度云强大的实时音视频处理与传输能力、覆盖全球的低延时网络，提供稳定高质量的实时音视频服务，帮助客户快速搭建多平台实时音视频应用。
在排查故障原因时应该避免全面性的排查，建议先把问题范围缩小到一定程序后再开始协调关联团队排查。
，当排除了一些常见的原因之外，最大的嫌疑就是 iptables 了，作者遇到过多次这次也不例外，虽然当前集群使用的 ipvs， 但还是照例看下 iptables 规则，查看 Node-2 上的 iptables
设置较小的TTL值：如果是因为修改解析记录导致的DNS故障，建议设置较小的TTL值，这样修改解析记录后能够在较短时间内完成新记录的同步更新。
比如通过确定故障范围，调度流量绕过故障机房或摘除故障实例等。 故障止损后：仍需要进一步找到导致故障的深层次原因，确定故障根因，将线上环境恢复到正常状态。
； 内容生产完成后，我们会根据点播、直播或者短视频等场景的不同，采用不同协议进行分发。
第2期：音视频终端引擎优化实践 面对音视频终端体验升级，如何能够让音视频终端引擎支持更高分辨率、更高的刷新率、更好的沉浸感？
，逆向是重组 生成序列号，为每个数据块生成唯一编号，防止被重放或被重排序 压缩，可选步骤，使用握手协议协商出的压缩算法做压缩 加密，使用握手协议协商出来的key做加密/解密 算HMAC，对数据计算HMAC
：例如AR特效，以及一些比较好玩的互动能力等；内容生产完成后，我们会根据点播、直播或者短视频等场景的不同，采用不同协议进行分发。
即使数据丢失也不会阻塞接收缓冲区等待重传，这就为实时性提供了保障。在上层的RTP协议中，协议头部包含了时间戳和序列号，可以对数据包进行重排和丢弃，解决了乱序和重复的问题。
5. handshake 协议 handshake protocol重要而繁琐。
