WebRTC上的延迟/带宽

我研究了使用webRTC构建应用程序的带宽使用情况

我知道WebRTC用于实时P2P通信

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

---

在使用带宽方面，使用外部信令服务器与使用本地服务器有什么区别吗？

一些信令解决方案提供TURN功能，其他的则没有。这两种情况都会对延迟和带宽产生影响

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

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

---

您可以在上找到漂亮的插图。

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

关于Alex的评论和TURN/STUN解决方案：信令服务器与TURN或STUN无关-这与您正在处理的特定网站（或特定框架）有关。信号服务器本身对转弯或晕眩一无所知。信令的功能是允许对等方在建立直接连接之前交换数据：对等方通过网络和媒体详细信息进行交换，他们通过信令服务器进行交换，因为在该阶段他们还不能建立直接连接。创建新对等连接时，web浏览器会将TURN/STUN参数传递给RTPEERCONNECTION方法。这个阶段甚至发生在发送信号之前：首先，创建一个对等连接对象（将TURN/STUN选项传递给函数），然后才能进入信号阶段——调用createOffer或createAnswer方法。因此，转弯/眩晕与信号基础设施无关。尽管如此，某些框架可以将转换选项集成到信号中，但这不是规则

---

所以，简单回答一下您的问题：信令服务器不会影响延迟/带宽。尽管某些WebRTC框架/解决方案可能会违反这一点。

实际上，信令服务器本身并不了解TURN和STUN。它不能提供回合，因为这不是它应该使用的东西。尽管某些框架可以将TURN/STUN功能集成到其信令解决方案中。信令确实包含间接与STUN/TURN相关的ICE候选功能。@fycth:我认为您接受对信令的“狭义”解释。为了这个讨论，我考虑信令服务器（注意，我试图谨慎使用术语信令解决方案）是负责建立P2P连接的基础设施。@ AlxoChann的信令功能是允许对等体在建立直接连接之前交换数据。创建新对等连接时，web浏览器会将TURN/STUN参数传递给RTPeerConnection。这个阶段甚至发生在发送信号之前——首先，您创建一个对等连接对象（向函数传递TURN/STUN选项），然后您才能进入信号阶段——调用提供或应答函数。因此，转弯/眩晕与信号基础设施无关。尽管如此，一些特定的框架可以将TURN选项集成到信令中，但这不是规则。是否有任何软件/工具来测量视频广播使用了多少带宽？