我看到 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 的未来替代品
【讨论】：