WebRTC Mobile - 除非在同一个 wifi 上，否则音频无法正常工作

如何解决WebRTC Mobile - 除非在同一个 wifi 上，否则音频无法正常工作

我正在使用 react-native-webrtc 来处理其中的 WebRTC 部分。 我正在使用 Websockets 发出信号并使用 ICE 涓流来跟踪 ICE 候选对象。

我将我的 ICE 候选人排队，直到被调用方调用了 setLocalDescription。然后我为队列中的每个候选人添加IceCandidate。

在调用方方面，我正在做同样的事情，并且在调用 setRemoteDescription 之前不会处理我的 ICE 候选对象。

我只做音频，所以没有使用视频。

当我在同一网络上使用两台移动设备进行测试时，我没有任何问题。

但是，如果我断开一台设备与 WiFi 的连接，通话仍然可以正常连接，只是在任一设备上都听不到音频。

onConnectionStateChange 处理程序仍将返回“connected”，而 onIceGatheringStateChanged 仍将返回“complete”。

我想我可能需要使用 TURN 服务器才能使其正常工作，所以我开始使用 Twilio 的付费 TURN/STUN 服务器，但问题仍然存在。

有什么想法可以研究吗？

解决方法

背景

好的，所以您必须了解一些有关 RTC 平台上 P2P 连接的背景知识。所以，它开始了（非常简短的版本）：

• 为了建立连接，您必须在两个客户端之间建立直接连接（这很明显，我知道）。为了找到这条路线，您需要网络服务器上的帮助。

• 这就是为什么您设置本地 SDP 并设置我们可以访问的服务器。 ICE、TURN、STUN（您可以找到任何信息，例如 this one）。现在 ICE 候选者最明显，因为此服务器端点位于您的本地网络中，这就是为什么您的版本不能在不同的网络上工作。

• 是的，您必须使用 TURN/STUN 来查找 NAT 并在对等点之间正确路由。大多数 TURN 服务器都是私有且付费的，但对于负载较低的应用程序，您可能会使用公共 STUN 服务器，这就足够了。

你可以在那里找到很多可用的。一位前任。 is here。

stun.l.google.com:19302
stun1.l.google.com:19302
stun2.l.google.com:19302

解决方案

现在来解决您的问题。如果您认为您已通过信号连接设备，这并不意味着您已连接设备。 （只是为了澄清，如果您的设备上没有媒体，则您的 RTC 连接将无法建立，而不仅仅是音频。

在您的设备上使用 TURN/STUN 服务器的问题，您必须跟踪在setRemoteDescription期间建立的 SDP 并检查服务器是否包含在内。此外，总是有一个完美运行的 Google demo。

更新

为了跟踪如何设置远程 SDP 和建立连接，必须打印将用于设置的候选项。为此，您必须打印候选者在 setLocalDescription 和 setRemoteDescription 期间收集的信息。

在您收集候选人的地方添加日志以打印信息。您必须看到，STUN、TURN 候选人将在那里。下面是 Java 中的 ex。 ICE 这个词不应该打扰你，因为它只是意味着会找到 ICE 遍历后的候选人。

// Listen for local ICE candidates on the local RTCPeerConnection
peerConnection.addEventListener('icecandidate',event => {
    if (event.candidate) {
        // Here should be your part where you are sending this candidate to your signaling channel

        // Add logging to print entire candidate information. You should see some data related to ICE,TURN. 
    }
});