SBG*_*SBG 5 session sdp webrtc
处理 WebRTC 会话的眩光控制解决方案，在会话启动或应答时抓取媒体 (getusermedia)。
会话的双方（A 端和 B 端）同时发起会话，导致双方在等待 SDP 应答时收到 SDP 提议。
我使用的解决方案是将唯一的令牌分配给每个信令通道（即，A 侧和 B 侧具有不同的令牌）并使用类似于 ISUP 来执行眩光控制（例如，较低或较高侧令牌获胜）。
我使用的实际机制，并且似乎有效，是基于允许继续会话启动并忽略远程 SDP Offer 和远程端创建新 PeerConnection 然后处理两者中较低令牌的一方收到有关新 PeerConnection 的报价，并在准备好连接到新 PC 时附加其媒体。随后处理来自允许发起方的 ICE 候选者。
问题是 - 使用新 PC 处理收到的报价是否有任何不利或危险？（失败方试图启动的原始 PC 被丢弃，我假设在某个时候收集了垃圾）。
因此，可能（虽然我不确定）有问题的是，我目前不会删除在 SDP Offer 之后到达的 ICE 候选者，假设这些 ICE 候选者仍然有效，则忽略该候选者。
但对此的任何想法都非常感谢。