在 webrtc 重新协商期间重用 ICE 候选

Question

这是关于由于 ICE 协商而导致的 webrtc 呼叫设置延迟。我正在尝试进行音频通话，然后启用视频。一个新的视频流被添加到现有的对等连接中，并且为音频和视频轨道收集了 ICE 候选者。重新谈判开始。 RE-INVITE 中的 SDP 有新的 ICE 候选音频和视频轨道。

为什么我们不能将 ICE 候选用于在初始音频通话期间已经存在的音轨？为什么要再次收集 ICE 候选人？

Answer 1

与此示例进行比较： https://webrtc.github.io/samples/src/content/peerconnection/upgrade/

您是否获得了 sdpMLineIndex 0（音频）的新候选人？如果您刚刚为 sdpMLineIndex 1（视频）获取新的并支持 BUNDLE，请在构建 peerconnection 时将捆绑策略设置为“max-bundle”。