Performance 捆绑包如何帮助改进webRTC连接/性能？大概多少钱？

根据这里的文件：

这样做的一个明显好处是，随着候选ICE数量的减少，ICE谈判时间缩短

BUNDLE能够提高性能。然而，我看不出它是如何做到这一点的。让我们假设这就是我所处的场景：

在某些URL的80和443端口上强制打开x2 1对1连接。我们不要讨论会议情况。 从零开始：冰上游戏，sdp优惠。。。一直到媒体流中。 音频和视频是双向的。 据我所知，这个捆绑包将把音频和视频多路复用到一个流中并发送出去，因此它可能会减少滴漏时间，至少减少1/2

---

双方收到sdp后开始发送流的部分如何？与平衡模式相比，它是否也提高了连接时间？

理论上，ICE对隐藏在RFC 5245中用于连接检查的stun请求进行了调整。不过，我强烈怀疑这是否有实际效果

---

使用bundle的主要理由是，您只需要在NAT中打一个孔，并且不能遇到奇怪的情况，即音频的孔被打了，而视频的孔没有。

因此在平衡模式下，我们看到音频和视频在不同的时间出现。这也和打孔有关吗？谢谢你的回答。这不应该是显而易见的。此外，无论捆绑包是什么，同步仍应处理。再次感谢您的评论。我没说清楚。当视频和音频同时出现时，它们是同步的。两者同时存在时，不存在同步问题。然而，有时视频流先显示，有时音频先显示。这肯定不会成批发生，对吗？另外，请您在sdp交换之后推荐一些webRTC内部的阅读资料。在sdp交换之前，我在网上找到了很多文献，但在交换之后就不多了。再次感谢。