Audio call works fine with two devices on same Wifi, does not work if different Wifi's or mobile network
See original GitHub issueExpected behavior
I’d expect the audio streams to connect and work regardless of being on different Wifi networks.
Observerd behavior
Connection state says connected and ICE Candidate state is completed. Yet neither caller or callee can hear each other if not on the same Wifi network.
Steps to reproduce the problem
I am using a public stun server.
new RTCPeerConnection({
iceServers:
[
{
url: "stun:stun3.l.google.com:19302"
}
]
});
Platform information
- React Native version: 0.63.2
- Plugin version: 1.87.1
- OS: iOS
- OS version: 14
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:18 (4 by maintainers)
Top Results From Across the Web
My phone is connecting to all other Wi-Fi networks ... - Quora
One possible solution if the answer is that it's just not connecting at al... ... I am able to connect to the same...
Read more >Why do some of my devices connect to WiFi but others don't?
The first thing you should try is testing the wireless network without the computer/laptop. Try any device that uses WiFi such as a...
Read more >The most common Wi-Fi problems and how to fix them
If that's not the issue, it could be that your current wireless channel is overcrowded by your devices or by those of other...
Read more >Check that your devices are on the same Wi-Fi network
To confirm if your mobile device and your Google Nest or Home speaker or display are on the same Wi-Fi network, follow the...
Read more >How To Safely Use Public Wi-Fi Networks | Consumer Advice
Wi-Fi hotspots in coffee shops, libraries, airports, hotels, universities, and other public places are convenient, but often they're not secure.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You may need to specify a TURN server.
That SDP is correct, that’s how WebRTC does it since all transport information is in the ICE candidates. STUN alone won’t help you work in all networking scenarios, you need a TURN server.