为什么使用两个以上 STUN/TURN 服务器会减慢发现速度?
Why does using more than two STUN/TURN servers slow down discovery?
我正在为我的 WebRTC 应用程序(构建在 mediasoup 之上)传递一些 STUN 和 TURN 服务器。当我这样做时,我在控制台中收到一条消息告诉我:"Using more than two STUN/TURN servers slows down discovery"
我可以将服务器减少到 2 个...但是...为什么更多会造成伤害?我不想使用最多的选项来建立连接吗?
因为 ICE 的工作原理是,浏览器最初会查看它可以在您的计算机上找到哪些基于 IP 的网络接口。
然后它获取网络接口的数量并将其与该服务提供的每一个 STUN 服务器和每一个 TURN 服务器相结合。接下来,它需要向这些组合中的每一个发送请求并跟踪响应。在 STUN 的情况下,它只是一个单一的响应,在 TURN 的情况下,它通常是多次往返。因此,您拥有的 STUN 和 TURN 服务器越多,从它们那里获得答案所需的时间就越长。
现在,如果 STUN 服务器 #1 将您的外部 IP 地址报告为 A,端口为 1,那么 STUN 服务器 #2 很可能也会告诉您它认为 A 是您的外部 IP 地址,唯一不同的是它报告端口 2。在几乎所有情况下,所有 STUN 服务器都会报告完全相同的外部 IP A。但是,一遍又一遍地向另一端的 ICE 代理报告相同的外部 IP 地址并不会增加建立完全没有连接,因为它的请求都将达到相同的 router/NAT/firewall.
对于 TURN 服务器,可以说更多的 TURN 服务器可以提供更多帮助,因为每个 TURN 服务器都应该为浏览器提供不同的 IP 地址以进行中继。但是,如果给定的浏览器能够访问一个 TURN 服务器而不是另一个,那将是非常不寻常的。
最后,所有这些服务器都会导致浏览器发出更多的 ICE 候选者。因此,更多的 ICE 候选人需要发送给其他浏览器或 ICE 代理。因此,ICE 检查 table 尝试本地和远程 ICE 候选的所有可能排列,随着每个 ICE 候选变得越来越大。因此它会产生更多的网络流量,而不会增加建立连接的机会。
我正在为我的 WebRTC 应用程序(构建在 mediasoup 之上)传递一些 STUN 和 TURN 服务器。当我这样做时,我在控制台中收到一条消息告诉我:"Using more than two STUN/TURN servers slows down discovery"
我可以将服务器减少到 2 个...但是...为什么更多会造成伤害?我不想使用最多的选项来建立连接吗?
因为 ICE 的工作原理是,浏览器最初会查看它可以在您的计算机上找到哪些基于 IP 的网络接口。
然后它获取网络接口的数量并将其与该服务提供的每一个 STUN 服务器和每一个 TURN 服务器相结合。接下来,它需要向这些组合中的每一个发送请求并跟踪响应。在 STUN 的情况下,它只是一个单一的响应,在 TURN 的情况下,它通常是多次往返。因此,您拥有的 STUN 和 TURN 服务器越多,从它们那里获得答案所需的时间就越长。
现在,如果 STUN 服务器 #1 将您的外部 IP 地址报告为 A,端口为 1,那么 STUN 服务器 #2 很可能也会告诉您它认为 A 是您的外部 IP 地址,唯一不同的是它报告端口 2。在几乎所有情况下,所有 STUN 服务器都会报告完全相同的外部 IP A。但是,一遍又一遍地向另一端的 ICE 代理报告相同的外部 IP 地址并不会增加建立完全没有连接,因为它的请求都将达到相同的 router/NAT/firewall.
对于 TURN 服务器,可以说更多的 TURN 服务器可以提供更多帮助,因为每个 TURN 服务器都应该为浏览器提供不同的 IP 地址以进行中继。但是,如果给定的浏览器能够访问一个 TURN 服务器而不是另一个,那将是非常不寻常的。
最后,所有这些服务器都会导致浏览器发出更多的 ICE 候选者。因此,更多的 ICE 候选人需要发送给其他浏览器或 ICE 代理。因此,ICE 检查 table 尝试本地和远程 ICE 候选的所有可能排列,随着每个 ICE 候选变得越来越大。因此它会产生更多的网络流量,而不会增加建立连接的机会。