方案：PeerA想要将视频流传输到PeerB和PeerC。 PeerA不会从PeerB和PeerC接收任何信息，并且PeerB和PeerC之间没有通信。由于SFU是WebRTC端点，因此在对等方和SFU之间发生打孔。使用SFU解决方案可以节省PeerA上的资源和带宽。
但是SFU通过从打孔过程中获取的随机端口与对等方进行通信。而Turn Server为对等方分配了一个终结点（ip：port）。
不幸的是，现在PeerB和PeerC恰好位于对称NAT后面。
- 我的观察是，SFU方法将无法成功完成，因为它无法使用PeerB和PeerC成功完成打孔过程
- 因此，PeerA通过转弯服务器将提要发送到PeerB和PeerC。基本上，这意味着PeerA发送两次Feed，这是一种低效的方法。
问题：
- 具有公共IP的SFU是否可以代替对TURN服务器的需求并通过定义的端口连接到对等方？ “在这种情况下，SFU可以通过仅从peerA获取一个提要来节省PeerA的带宽，而Turn Server方法对于PeerB和PeerC都需要从PeerA获得两个提要。”