我看到 SCTP 将从 Chrome 31 开始用于数据通道，根据这个 google 组线程，官方基于 RTP 的通道有时会在 2014 年 2 月被弃用：
https://groups.google.com/forum/#!topic/discuss-webrtc/y2A97iCByTU
这是否也意味着 webrtc 音频和视频通道最终也将通过 SCTP 传输（如果尚未在工作中）？
RTP 如何适应整个 SCTP 传输工作？这是否意味着 SRTP 数据包将流经 SCTP 数据通道？或者也许只是负载将通过 SCTP 传输协议发送。
如果我正在阅读有关 SCTP 的信息，它结合了最好的 TCP 和 UDP 协议；但默认不包括加密；所以请记住，流过的流量仍应加密。
任何其他信息都会有所帮助。谢谢！
音频和视频将继续通过 RTP（实际上是 SRTP，它是安全版本或 RTP），但数据通道将使用 SCTP over DTLS over UDP。Firefox 和 Chrome 都在实现这一点，您可以在 IETF 草案规范中找到它的描述。对于某些类型的 NAT/防火墙穿越，UDP 数据包可能会在 TURN over TCP 中通过隧道传输。
如果有帮助，很高兴为您提供有关规范草案的指导。
SCTP 代表流控制传输协议。
SCTP 作为一种协议可以看作是 UDP 和 TCP 的混合体。
SCTP 的核心具有以下特点：
面向连接。与 TCP 类似，SCTP 是面向连接的。它还提供了 WebRTC 不使用的多宿主功能可选的可靠性。可靠性在 SCTP 中是可选的，由使用 SCTP 的实施者决定他是否需要此功能 可选排序。通过 SCTP 发送的数据包的排序是可选的，由实现者决定这是否对他来说是必要的，或者不是面向消息的。SCTP 确保发送的每条消息都在接收端以与发送流控制相同的方式正确解析。与 TCP 类似，SCTP 提供了一种流量控制机制，可确保网络不会拥塞 SCTP 并非由所有操作系统实现。在这种情况下，通常会使用 SCTP 的应用程序级实现。
SCTP 在 WebRTC 中用于数据通道的实现和交付。
Google 正在试验 QUIC 协议作为 SCTP 的未来替代品