如何解决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完成为止（大概是为了避免创建以后不使用的通道的开销）
不要依赖规范的部分实现，这是行不通的。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
