我新写了一个简单的聊天应用程序,但我并不真正了解ICE候选人的背景.
当对等方创建连接时,它们会获得ICE候选者并且他们交换它们并最终将它们设置为对等连接.
所以我的问题是,ICE候选人来自哪里,他们如何使用,他们都真的使用过？
我注意到我的同事在他的机器上执行应用程序时得到的候选人较少,这可能是不同候选人数量的原因？
ICE失败的可能原因是什么？
我对失败的情况特别感兴趣 - 当添加所有远程候选者(具有中继候选者)时,远程提供/回答SDP设置.
我有一个WebRTC MCU(kurento)在一个公共IP地址上运行,为一些仅发送或仅接收音频的客户端提供服务.因此,每个客户端都与具有公共IP地址的MCU(不是彼此)直接连接.
Q1:是否仍然需要使用STUN和TURN进行NAT遍历？如果是这样的话？
Q2:浏览器中的WebRTC是否有任何黑客可以消除对STUN和TURN的需求？
在我看来:大多数客户端 - 服务器架构对NAT后面的客户没有任何困难.这与webrtc的不同之处是什么？