ICE Connection State stuck at 'checking'
See original GitHub issueNo idea why this is happening. My app has been working fine for months, and all of a sudden ice connection state is getting stuck at checking. Here’s the output of Xcode debugger:
2016-03-26 17:03:17.996 [info][tid:com.facebook.React.JavaScript] 'oniceconnectionstatechange', 'checking'
2016-03-26 17:03:17.999 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:1806949095 1 udp 2122260223 10.1.12.193 61120 typ host generation 0
2016-03-26 17:03:18.000 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 36004 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.001 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 22681 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.002 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 10865 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.003 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 3533 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.006 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:623912471 1 tcp 1518280447 10.1.12.193 51550 typ host tcptype passive generation 0
2016-03-26 17:03:18.007 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 30892 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.008 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 39409 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.010 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 2843 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.011 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 14922 typ srflx raddr 10.1.12.193 rport 61120 generation 0
2016-03-26 17:03:18.012 App[3104:1227599] addICECandidateresult:1, audio:0:candidate:3270268210 1 udp 1686052607 123.456.7.89 27274 typ srflx raddr 10.1.12.193 rport 61120 generation 0
Issue Analytics
- State:
- Created 7 years ago
- Reactions:1
- Comments:24 (8 by maintainers)
Top Results From Across the Web
WebRTC iceConnectionState still in 'checking' state
I want to connect two devicaes in the same network but iceConnectionState stay on 'checking' state ale the time. What could be the...
Read more >RTPPeerConnection.iceConnectionState never change from ...
However, though callee and caller receive all ICE candidate, iceConnectionState is still 'checking'. Also it is strange that somtime ice connection state ......
Read more >516337 - WebRTC connection stuck in ice state "checking"
What went wrong? Even though WebRTC handshake was done and WebRTC signalling state was "stable", ice connection state got stuck in "checking" and...
Read more >[Solved]-WebRTC on iOS ice connection state stuck-webrtc
If you use your both clients behind symetric NAT, STUN will not able to handle this. So, you should use TURN for communicate...
Read more >RTCPeerConnection.iceConnectionState - Web APIs | MDN
iceConnectionState returns a string which state of the ICE agent associated with the RTCPeerConnection : new , checking , connected , completed ...
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
Hello, I having the same issue while using cross-network.
Here are some scenarios: both devices are in same network ==> Working fine Mobile network to Mobile network ==> Working fine Wifi to Mobile ==> Sometimes working sometimes not working Mobile to Wifi ==> Not working Wifi to wifi ==> Sometimes working sometimes not working
I am using paid STUN & TURN server.
After checking the log I found that, sometimes the ICE connection state stuck at ‘checking’ and after sometimes it is going to failed state and not reconnecting again.
The strange part is if I disable and enable my network connection while in the call then it’s again connecting perfectly. So my question is is there any way to handle the webrtc connection if it goes to the failed state.
Please let me know if anyone has a solution for this kind of issues.
Thanks
Having similar issue…
I am facing weird random issue here. On android with a particular TP router and happening 50% time. From logs i can see that when we successfully add remote ice candidate to our peerconnection using addIceCandidate, oniceconnectionstatechange should be moved from checking to connected. And due to this final connection not happening and no video rendered. The last webrtc info i can see in logs is below org.webrtc.Logging: EglRenderer: EglBase.create shared context addIceCandidate to local connection… org.webrtc.Logging: NetworkMonitorAutoDetect: capabilities changed
Any help would be appreciated