WebRTC P2P网状拓扑中的报价/响应顺序
我正在使用Web套接字服务器（节点JS）充当信号服务器。 我想创build一个P2P网状networking – 每个人都互相连接 。
在下列情况下，操作/事件的顺序是什么？
- 第一个同伴join
- 随后的同伴join
是否每个连接的对等体都向信令服务器发送报价，然后发送给所有其他连接的对等体？ 我不确定这是否正确。
WebRTC将客户端连接到客户端。 如果你的客户至less有一个连接到另一个 – 另一个可以有别人的列表，因为其他人也有一个他们可能知道的其他人的列表。 然后它快速传播。 列表中的拓扑结构取决于您。 信号是不需要的，因为与他人连接的信息在列表中。
如果你想要做的是创build一个networkingnetworking，audio和video随时stream向每个人通过网状networking，那么我会build议重新考虑。 要想让这3到4名用户能够很好地工作，很难做到。 请参阅此处以了解networking中不同networking拓扑结构的解释： http : //testrtc.com/different-multiparty-video-conferencing/
如果你正在试图做到这一点，以获得数据连接（非语音或video），那么你可以做到这一点，但同样，你可以放在一个浏览器中的对等连接数量是有限的，每增加一个开销。 今天，我不想超过40或50。
通过你的问题，我假设所有的客户端将通过WebSocket连接到您的服务器。 当您想要将特定用户连接到另一个用户（或一小组用户）时，您可能最终将通过服务器路由消息并明智地创build对等连接。
对于小组scheme，我会使用一个SFU模型 – 查看Jitsi（ https://jitsi.org/Projects/JitsiVideobridge ）和Kurento（ http://www.kurento.org/ ）查找可能的替代scheme。