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