[SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

[Mihai Marin]

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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140218/167fd3bd/attachment-0001.html>