WebRTC Ice服务器的位置

我目前有2台ice服务器——STUN（来自谷歌）和one TURN服务器（在美国）

---

如果我从不同的位置（如欧洲、亚洲、南美洲等）添加更多的ice服务器（到传递给对等连接的ice服务器阵列中），WebRTC是否足够聪明，能够在相互连接的用户之间使用最佳的TURN服务器（如果他们之间需要TURN）？

理论上，ice会解决这个问题

---

然而，这将保持每个TURN服务器的NAT绑定打开，这是相当浪费的。使用像Amazons route53这样的geodns让客户端在距离最近的TURN服务器上创建分配通常更好。

据我理解，连接到离您较近的服务器并不一定意味着它是您和您的合作伙伴使用的最佳服务器。在您和您的合作伙伴之间安装一台服务器会更为理想，所以我认为仍然需要在ice服务器配置中传递该服务器？或者，在对等方之间建立连接时，是否应该动态删除/添加最佳ice服务器？它将是您的最佳服务器，而您的合作伙伴将拥有自己的最佳服务器。此外，如果服务器之间的连接比优化服务器与合作伙伴之间的连接更好，则会产生中继候选对，而不是中继srflx或中继prflx对。我两个都看过，但没有实际的比例数字。我不希望（凭直觉）服务器“中间”和靠近客户端的两台服务器之间的RTT差异超过10毫秒，这是以更大的部署复杂性为代价的。由于缺少setConfiguration（以前称为updateIce），因此无法在调用期间更改服务器。还没有实现，这意味着候选对的选择不是很动态。谢谢！你认为1台眩晕服务器和2台转向服务器（美国、欧洲）的效率比美国的1台高吗？（用户来自世界各地）。我只是想知道这一改进是否值得再安装一台EU服务器。这通常是值得的。我在队列中有一篇博文，其中讨论了：