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).

...

> 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