Hello Sirs, Thank you, one step forward but still buggy - half buggy :)
Now, it's working just one way. If bob calls alice, alice will receive video but bob won't. If I stop mediaproxy-ng process (without any other modification) and redo the call, everything is just fine.
The invite sdp that alice receives is here http://pastebin.com/BgZZbbEA The sdp from OK that bob receive is here http://pastebin.com/ADGt3D3E
I noticed something strange in those 2 SDPs (just audio candidates, video are the same): 1. offer 1.a. stun candidates a=candidate:1855365925 1 udp 1845501695 188.215.94.132 63015 typ srflx raddr 192.168.0.5 rport 63015 generation 0 a=candidate:1855365925 2 udp 1845501695 188.215.94.132 63015 typ srflx raddr 192.168.0.5 rport 63015 generation 0 1.b. turn candidates a=candidate:Om0baCmE7kgKNPvv 1 UDP 2130706432 93.187.138.214 30008 typ host a=candidate:Om0baCmE7kgKNPvv 2 UDP 2130706431 93.187.138.214 30009 typ host
2. answer 2.a. stun candidates a=candidate:1855365925 1 udp 1845501695 188.215.94.132 63028 typ srflx raddr 192.168.0.5 rport 63028 generation 0 a=candidate:1855365925 2 udp 1845501694 188.215.94.132 63031 typ srflx raddr 192.168.0.5 rport 63031 generation 0 2.b. turn candidates a=candidate:Om0baCmE7kgKNPvv 1 UDP 2130706432 93.187.138.214 30010 typ host
No bundle in sdp but: - offer has 1 single port for stun candidates and 2 for turn candidates - answer has 2 ports for stun candidates and 1 for turn candidates
The kamailio log can be accessed at http://pastebin.com/tVgE3BGt
Do you have any idea why this behavior?
Thank you.
Best regards, Mihai M
On Mon, Feb 17, 2014 at 8:35 PM, Richard Fuchs rfuchs@sipwise.com wrote:
On 02/12/14 04:41, Mihai Marin wrote:
Hello, I managed to try it out and I have good news and bad news :)
The good news is that always TURN is working perfect. So, if I remove all the ice-candidates (rtpproxy_manage("+")) everything is perfect.
That's good to hear!
If I just append turn candidate (rtpproxy_manage()) I have strange errors in kamailio log and the media won't flow (black image on both parties).
...
- keep ice candidates and append itself - not working -
rtpproxy_manage()
Looking at this, there's a very simple problem going on... The SDP body is getting too large for the receive buffer. :) It gets truncate, so can't be decoded, and the whole proxying thing fails.
This commit should fix that:
http://goo.gl/fBHfkh http://goo.gl/o1Pzt8
Please let me know if you're having any luck with that.
cheers
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users