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 <rfu...@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). > > ... > > > 2. keep ice candidates and append itself - not working - > rtpproxy_manage() > > http://snk.to/f-c71n29ic > > 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 > >
_______________________________________________ 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
