在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时将bundle策略设置为'max-bundle'。