Moritz Warning

Are the IP addresses of both phones in the same network? have you tried to connect both phones directly via VPN tunnel?

I can confirm the problem. The contact is green, the other phone rings and after accepting the call even some sounds can be heard. But then the connection breaks down....

I have a simple Wireguard setup now that works (wireguard from to phone to a server on the Internet, one via mobil data only, the other some Internet AP). I...

hi @bob04619 , any help is apprechiated. Best would be to capture the packets on the caller and callee system (e.g. use PCAPdroid) and see if Meshenger (WebRTC) tries to...

Also userful would be to compile meshenger yourself. By default it will print all the debug out (viewable via Logcat) . there you can see what IP addresses will be...

@bob04619 WebRTC traffic is encrypted by default. We very likely cannot disable that. But I do not think WebRTC traffic is important except for the source/target IP address/port.

@bob04619 the way WebRTC works is that you generate an offer that contains the (own) hosts IP address and audio/video capabilities. That offer needs to be transferred outside of the...

> In one test of a disconnected call from Phone 1 in the pcap I'm seeing 10.7.0.2 streams trying to reach 192.168.43.5 (STUN Binding Request user...). I don't see a...

@bob04619 the phone rings if the initial exchange of the WebRTC offer (just a string blob via TCP/IP) was successful. Then WebRTC takes over and needs to create the actual...

The problem is likely that the WebRTC offer contains a different IP address compared to what the initial (TCP/IP) connection uses to exchange that offer (and then triggers the ringing)....