为什么WebRTC需要信令服务器？

Question

WebRTC是一个协议，它定义了点对点之间媒体数据的传输方法。明白了 它也可以在RTP / UDP上运行。这也理解。

在获得有关Signaling Server的讨论时，提到需要进行兼容性检查/通道启动..等工作。

我的问题是：如上所述，

1）这是否意味着信令服务器是强制性的？

2）WebRTC是否具有无需签署服务器即可直接与其他对等方对话的智能？

3）每篇与webRTC相关的文章都以“它在浏览器之间进行通信之间的状态？”开头，这表示在a）带摄像头的嵌入式设备[无浏览器]，b）其他地方的浏览器之间不能使用webRTC。

4）另外，与传统的向浏览器流式传输的方式相比，如果使用webRTC会有什么好处？[老实说，我不知道传统的方式]。

我知道这是一个理论问题。虽然，我看到这种问题可能在不同的上下文中在互联网上四处流传。希望这个问题能给出一些体系结构级别的答案。谢谢。

Answer 1

您需要一个信令服务器，以便能够在两个任意对等点之间建立连接。这是当今使用的Internet体系结构的简单现实。为了与网络上的另一个对等方联系，您需要首先知道其IP地址。已经是第一个问题。您需要知道对等方的IP地址是什么。您如何将这些信息从对等方A传送到对等方B，而坐在这些计算机上的人们却不会通过电话互相呼叫并要求IP地址的接收者呢？为此，每个对等方首先发现其自己的地址，然后将其发送给另一对等方。这就带来了另外两个问题：对等方如何发现其向外的IP地址是什么（可能与自己的IP有很大不同），以及如何将其传达给地址未知的其他对等方？这是信令服务器进入的地方。两个对等方在彼此建立连接之前都已连接到信令服务器。因此，他们使用信令服务器代表他们中继消息，直到他们协商了直接的通话方式。如果没有本地子网的第三方的帮助，则可以协商连接。但是这种情况可能非常罕见，以至于我什至不确定规范是否能解决这个问题。至于3）：WebRTC可以在任何设备上实现，这只是一个协议；它不仅仅局限于浏览器。至于4）：将任何内容从一个浏览器流到另一个浏览器的“传统”方式始终涉及中间的中继服务器。该服务器对CPU和带宽的要求很高，并且是一个昂贵的瓶颈。WebRTC除了轻量级的信令服务器外，无需中间人即可实现直接P2P连接。另外，以前还没有真正的开放标准。大多数情况下，您会以一种或另一种方式向Adobe付款。