WebRTC客户端是否可以使用仅支持通道而不支持数据/发送机制的TURN服务器

Question

我正在读取TURN服务器RFC。所有相关的RFC(5766和最近的8656(都支持信道机制，以避免发送/数据方法所需的STUN报头的36字节开销(RFC 5766的第2.5节(：

For some applications (e.g., Voice over IP), the 36 bytes of overhead
that a Send indication or Data indication adds to the application
data can substantially increase the bandwidth required between the
client and the server.  To remedy this, TURN offers a second way for
the client and server to associate data with a specific peer.

对于WebRTC来说，使用发送/数据机制显然毫无意义。浏览器如何在两种中继机制之间进行选择？发送/数据是后备方案吗？对于WebRTC用例，TURN服务器中单独支持频道是否足够？

Answer 1

他们通常会在等待创建通道时执行SendIndications。

如果在创建频道之前在中继上得到了一些东西，SendIndications也很重要。有些客户端只在发送时创建通道，而在创建权限时不正确。

Answer 2

Firefox不支持TURN频道：https://bugzilla.mozilla.org/show_bug.cgi?id=857736Chrome还使用发送/绑定指示，直到ICE完成(可能是为了避免创建以后不使用的通道的开销(

不要依赖规范的部分实现，这是行不通的。