Google chrome WebRTC连接-同时昏迷和旋转?

Google chrome WebRTC连接-同时昏迷和旋转?,google-chrome,connection,webrtc,stun,turn,Google Chrome,Connection,Webrtc,Stun,Turn,2台不同的计算机,2台色度计,2个不同的网络 我正在上述两个对等方之间进行WebRTC调用,并使用getStats()检查连接。问题是,在一个Chrome中,它在“连接”属性中显示“转”,而在另一个Chrome中,它显示“眩晕” 可能吗?我以为你通过一个或另一个连接?是的,这是可能的 第一个浏览器将使用其TURN服务器检索到的ICE候选者。 第二个浏览器将使用STUN检索到的ICE候选者(例如公共IP地址) 事实上,TURN服务器不必将WebRTC流中继到远程TURN服务器。如果对等方能够在不使

2台不同的计算机,2台色度计,2个不同的网络

我正在上述两个对等方之间进行WebRTC调用,并使用getStats()检查连接。问题是,在一个Chrome中,它在“连接”属性中显示“转”,而在另一个Chrome中,它显示“眩晕”

可能吗?我以为你通过一个或另一个连接?

是的,这是可能的

第一个浏览器将使用其TURN服务器检索到的ICE候选者。 第二个浏览器将使用STUN检索到的ICE候选者(例如公共IP地址)

事实上,TURN服务器不必将WebRTC流中继到远程TURN服务器。如果对等方能够在不使用其回合的情况下联系远程回合服务器,则只有一个中继服务器将用于通信


但是,您可以使用以下选项“iceTransports”:“中继”在您的Web应用程序的
RTPeerConnection
配置中,强制两个浏览器都使用TURN服务器。

通常在两端选择中继候选者是罕见的情况,对于中继情况,大多数情况下,一端是中继候选者,另一端是服务器自反/对等自反候选者,尽管服务器自反/对等自反候选者选择端将自己标识为STUN或对等候选者,但实际上是中继连接,检测原始连接类型最好的方法是检查两端的候选类型。

这意味着对等点之间仍然存在中继,不是吗?这就像PEER1TURNSERVERPEER2?是的,你是对的:)在这种情况下,peer1将使用其眩晕冰候选加入peer2 turnserverpeer2。