[WebRTC] Can't Connect to peer for some devices

131 views
Skip to first unread message

Agam Theos

unread,
Jun 14, 2023, 4:34:32 PM6/14/23
to discuss-webrtc

I'm working on a video call application using webRTC. I use this application only in the local network. In testing several connection devices that were made successfully connected very well. However, there are some devices that I don't know why they can't make calls to some devices. And it's behaviour was so strange. Here is a call simulation that I did :

*All devices connected to same local network/wifi,

** The problematic device in Bold

  • Windows[A] -> MacOs = Success
  • MacOs -> Windows[A] = Success
  • Windows[B] -> MacOs = Failed
  • MacOs -> Windows[B] = Success
  • Windows[A] -> Windows[B] = Success
  • Windows[B] -> Windows[A] = Failed
  • Windows[B] -> IOS = Success
  • IOS -> Windows[B] = Success
  • Windows[C] -> Normal Desktop Devices = Failed
  • Normal Desktop Devices -> Windows[C] = Success
  • Windows[C] -> IOS = Success
  • IOS -> Windows[C] = Success

Here's the screenshot that I get from chrome://webrtc-internals/

The connection state on problematic device

The state is still on new state, not changing

WhatsApp Image 2023-06-13 at 20.51.30.jpeg

the callee connection state when receive call from problematic device

Screen Shot 2023-06-13 at 20.54.46.jpg

Example of succeed connection

Screen Shot 2023-06-13 at 20.43.32.jpg

I'm using Stun server from google, I have also tried without using iceServers. The result still same. I think if we are only in the local network we don't need a stun/turn server right?

strangely the problematic device cannot make outgoing calls to other desktops, but can make/receive calls with the mobile. And between problematic devices also cannot be connected because in my opinion the problem is that the problematic device cannot make outgoing calls.

What I am confused about is what causes some devices to be unable to make outgoing calls like the case above? I believe this is not a fault in the code, because the call runs flawlessly on other normal device. I have tried various ways, until I use Perfect Negotiation Logic at this time, but the result is still the same.

maybe someone has experienced something similar, can provide a solution in the case above. So much appriciate from me

Reply all
Reply to author
Forward
0 new messages