WebRTC客户端是否可以与只支持通道而不支持数据/发送机制的TURN服务器一起工作？
WebRTC客户端是否可以与只支持通道而不支持数据/发送机制的TURN服务器一起工作？
提问于 2020-09-01 10:52:27
我在读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，显然没有必要使用发送/数据机制。浏览器如何在这两种中继机制之间进行选择？send/data是一种后备方案吗？对于WebRTC用例，在TURN服务器中单独支持通道是否足够？
回答 2
Stack Overflow用户
回答已采纳
发布于 2020-09-01 11:11:43
他们通常会在等待创建通道时执行SendIndications。
如果您在创建通道之前获得中继上的某些内容，则SendIndications也很重要。有些客户端仅在发送时创建通道，而不是在创建权限时创建通道。
Stack Overflow用户
发布于 2020-09-01 13:34:53
火狐不支持TURN通道: ICE也使用发送/绑定指示，直到https://bugzilla.mozilla.org/show_bug.cgi?id=857736完成(大概是为了避免创建通道的开销，这些通道以后不会使用)
不要依赖于规范的部分实现，这是行不通的。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/63680647
复制相关文章
相似问题
腾讯云开发者
