这就是我对协议(protocol)的理解...
- 浏览器上的用户获取媒体流
- 生成自己的 sdp(有关编解码器、安全性等的数据)
- 用它创建报价
- 通过信令方法(websocket)将此报价发送到服务器
- 信令服务器，查找此优惠的对象并将其重定向到 该客户
- 客户端 2 的浏览器通过 sdp 获取报价并生成其 使用自己的 sdp 提供自己的报价并将其发送到服务器
- 服务器将客户端 2 的报价重定向到客户端 1。现在双方都知道了 其他规范。
与此同时，但是...
- 无论哪个客户端通过 sdp 发送报价，他们也会开始联系 ICE(stun)服务器，以通过以下方式获取可能的可达路径 正确的 PublicIP:Port:Protocol 组合，他们也发送到 通过信令服务器的另一个客户端。
最佳答案
客户端 2 生成答案(使用 createAnswer)，而不是报价。主要区别在于，答案是产品/服务中包含的功能(如编解码器)的子集。
否则这听起来不错。
关于javascript - 我对WebRTC协议(protocol)的理解正确吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/46208620/