首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >WebRTC上的延迟/带宽

WebRTC上的延迟/带宽
EN

Stack Overflow用户
提问于 2015-12-07 14:40:38
回答 2查看 1.3K关注 0票数 1

我曾经研究过使用webRTC构建应用程序的带宽使用情况。

我知道WebRTC用于实时P2P通信。

我不确定是外部信令服务器还是本地信令服务器会影响应用程序的延迟/带宽?因为信令服务器仅在初始连接期间用于在主机和对等体之间建立通信。

在带宽使用方面,使用外部信令服务器与使用本地服务器相比会有什么不同吗?

EN

回答 2

Stack Overflow用户

发布于 2015-12-07 16:22:06

一些信令解决方案提供TURN功能,另一些则没有。这两种情况都会影响你的延迟和带宽。

如果TURN可用,您的对等点可能会回退到中继连接。这将不可避免地增加延迟,还可能限制带宽。

如果您的信令基础设施不包括TURN,这两个对等体将具有无限延迟和零带宽(换句话说,它们将无法进行实时通信)。

你可以在http://www.html5rocks.com/en/tutorials/webrtc/infrastructure/上找到漂亮的插图。

票数 2
EN

Stack Overflow用户

发布于 2015-12-07 17:00:02

信令服务器仅用于建立直接连接。通过信令服务器传输的数据量非常低。在建立直接连接之后,信令服务器不在表中。

关于Alex的评论和TURN/STUN解决方案:信号服务器与TURN或STUN无关-这是与你正在工作的特定网站(或特定框架)有关的东西。信令服务器本身对TURN或STUN一无所知。信令的功能是允许对等点在建立直接连接之前交换数据:对等点与网络和媒体细节交换,他们通过信令服务器进行交换,因为在那个阶段他们还不能建立直接连接。TURN/STUN参数在创建新的对等连接时由web浏览器传递到RTCPeerConnection方法。这个阶段甚至在发送信号之前就会发生:首先,创建一个对等连接对象(将TURN/STUN选项传递给函数),然后才能进入信号发送阶段--调用createOffer或createAnswer方法。因此,TURN/STUN与信令基础设施无关。尽管如此,一些特定的框架可以将TURN选项集成到信号中-但这不是规则。

因此,对您的问题的简短回答:信令服务器不会影响延迟/带宽。尽管如此,某些特定的WebRTC框架/解决方案可能会违反这一点。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/34127830

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档