手动交换WebRTC RTPEERCONNECTION信号

我读到RTPeerConnection并不关心选择用于交换信号的传输机制（websocket、google channel等）。您认为有可能收集这些信号，用JSON编码，并要求用户使用外部机制（聊天、电子邮件等）将其发送给另一个对等方，以完全绕过远程服务器的需要吗

我做了一点POC，这似乎只有在两个对等机都在同一台机器上时才起作用；有线索吗

---

谢谢

是的，您可以通过电子邮件或任何其他方式发送。我不认为对用户来说结果是最好的，但这是一种方法

我将向您解释，接收SDP报价的用户必须在浏览器中输入该报价，获取SDP答案，并将其发送回启动请求的用户。但我认为，当你说它在本地起作用时，你就是在做这些

---

您也必须等待ICE候选人，因为您只发送一次报价和答案，以便让同行进行连接。

是的，您可以通过电子邮件或任何其他传输方式发送。我不认为对用户来说结果是最好的，但这是一种方法

我将向您解释，接收SDP报价的用户必须在浏览器中输入该报价，获取SDP答案，并将其发送回启动请求的用户。但我认为，当你说它在本地起作用时，你就是在做这些

---

您也必须等待ICE候选人，因为您只发送了一次报价和答复，以便允许同行进行连接。

是。只要每个客户端接收到另一个客户端的SDP（包括ICE候选），您就应该能够建立

对等连接。WebRTC与应用程序开发人员采用的信令机制分离。但必须传输这些信号，以便每个客户机知道应该注意哪个IP端口组合

现在要求用户手动交换和处理这些信号可能是一项乏味的任务。我建议设置一个简单的服务器，使用它可以轻松地传递信号。您也可以始终使用AJAX轮询。
是。只要每个客户端接收到另一个客户端的SDP（包括ICE候选），您就应该能够建立
对等连接。WebRTC与应用程序开发人员采用的信令机制分离。但必须传输这些信号，以便每个客户机知道应该注意哪个IP端口组合

现在要求用户手动交换和处理这些信号可能是一项乏味的任务。我建议设置一个简单的服务器，使用它可以轻松地传递信号。您也可以始终使用AJAX轮询。
不-据我所知，您不能简单地通过电子邮件发送会话描述

ICE在对等点之间建立了最佳路由，我认为ICE候选数量可能会根据两个客户端的当前网络情况而有所不同

如果接收到ice候选者和会话描述，然后客户端移动物理位置（例如，加入不同的wifi网络），则会使ice候选者无效，这意味着客户端无法连接

我不是专家，所以很容易出错。答案来自我在使用webrtc为2个客户端设置自己的信号系统时获得的webrtc知识…
否-据我所知，您不能简单地通过电子邮件发送会话描述

ICE在对等点之间建立了最佳路由，我认为ICE候选数量可能会根据两个客户端的当前网络情况而有所不同

如果接收到ice候选者和会话描述，然后客户端移动物理位置（例如，加入不同的wifi网络），则会使ice候选者无效，这意味着客户端无法连接

我不是专家，所以很容易出错。这个答案来自于我在使用webrtc为2个客户端设置自己的信号系统时获得的webrtc知识…
是的，您可以。SDP只是一堆文本，所以你可以选择任何你想要的媒介。SDP的一个重要部分是ICE候选方案，我建议将其作为SDP的一部分；所以它可以作为一个大字符串通过您选择的媒体（ajax、WebSocket等）发送

请注意，从调用createOffer获得的第一个SDP不会包含ICE候选项。您必须等待“onicecandidate”回调函数至少被调用一次，才能获得一些ICE候选函数。然后在对等连接上再次调用createOffer，该连接将拥有所有信息（ICE候选项加上SDP的其余部分）

还请注意，在找到所有本地ICE候选对象之前，将根据需要多次调用onicecandidate，因此您可以等待所有候选对象生成完整的SDP报价，然后发送给另一方
 是的，你可以。SDP只是一堆文本，所以你可以选择任何你想要的媒介。SDP的一个重要部分是ICE候选方案，我建议将其作为SDP的一部分；所以它可以作为一个大字符串通过您选择的媒体（ajax、WebSocket等）发送

请注意，从调用createOffer获得的第一个SDP不会包含ICE候选项。您必须等待“onicecandidate”回调函数至少被调用一次，才能获得一些ICE候选函数。然后在对等连接上再次调用createOffer，该连接将拥有所有信息（ICE候选项加上SDP的其余部分）

还请注意，在找到所有本地ICE候选对象之前，将根据需要多次调用onicecandidate，因此您可以等待所有候选对象生成完整的SDP报价，然后发送给另一方
 是的。一些关注点是setLocalDescription（），setRemote