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