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

问题描述

我正在阅读TURN服务器RFC。所有相关的RFC（5766和最新的8656）都支持通道机制，以避免发送/数据方法所需的STUN头（RFC 5766的2.5节）的36个字节的开销：

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服务器中仅对Channels的支持就足够了吗？

解决方法

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

如果在创建通道之前在中继上获取内容，SendIndications也很重要。一些客户端仅在发送时创建频道，而在创建权限时不正确。

,

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

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