<div dir="ltr">Ok, thank you all for the clarification. I'll go back to the tests with this knowledge and in case I'll confirm the behaviour I'll submit a proper bug report.<div><br></div><div>Kind regards,</div>
<div>Radosław Kołodziejczyk.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-21 19:42 GMT+02:00 Youness Alaoui <span dir="ltr"><<a href="mailto:kakaroto@kakaroto.homelinux.net" target="_blank">kakaroto@kakaroto.homelinux.net</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>1 - Make sure you set the ice-udp to false before gathering candidates. Then there is no way for it to be using pseudotcp. Don't forget that TCP connectivity has a much lower success rate than if you use UDP. We also don't yet support TCP-SO candidate types which would increase the success rate.<br>

</div><div>2 - No, it should just work, if you don't use a reliable agent, then even over TCP, packets may be dropped, if you use a reliable agent, then the whole reliable-transport-writable signal and return value of nice_agent_send need to be taken into account, both udp and tcp are enabled by default, you can disable them by setting ice-udp or ice-tcp properties to false.</div>

<div><br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 21, 2014 at 10:37 AM, Olivier Crête <span dir="ltr"><<a href="mailto:olivier.crete@collabora.com" target="_blank">olivier.crete@collabora.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div><br>
On 08/20/2014 09:38 AM, Radosław Kołodziejczyk wrote:<br>
> Hello,<br>
><br>
> I've noticed you've implemented ice-tcp support in your git master<br>
> branch. It looked<br>
> very promissing to me as we need a reliable transport, so we've pulled<br>
> the repo and<br>
> built the code. Indeed it looks like more candidates are gathered, but<br>
> when the<br>
> agents connect the connection between them still runs on pseudotcp over<br>
> udp. Even<br>
> if I disable the ice-udp in the agent properties. So my questions are:<br>
><br>
> 1. Should we, with this implementation, expect a pure tcp agent-agent<br>
> connection?<br>
<br>
</div>Yes, if use set ice-udp to False... If not, it's a bug! The ICE-TCP code<br>
is very new, so there are certainly a number of bugs left in it. We<br>
certainly apprpreciate your testing,<br>
<div><br>
> 2. Is there something "special" that needs to be set or done to agent to<br>
> have it to use ice-tcp properly?<br>
<br>
</div>There shouldn't be. I assume you're hitting a bug. Can you please file a<br>
bug at <a href="https://bugs.freedesktop.org/enter_bug.cgi?product=nice" target="_blank">https://bugs.freedesktop.org/enter_bug.cgi?product=nice</a> and<br>
attach a full log with G_MESSAGE_DEBUG=all NICE_DEBUG=all there ?<br>
<span><font color="#888888"><br>
<br>
--<br>
Olivier Crête<br>
<a href="mailto:olivier.crete@collabora.com" target="_blank">olivier.crete@collabora.com</a><br>
_______________________________________________<br>
nice mailing list<br>
<a href="mailto:nice@lists.freedesktop.org" target="_blank">nice@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/nice" target="_blank">http://lists.freedesktop.org/mailman/listinfo/nice</a><br>
</font></span></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
nice mailing list<br>
<a href="mailto:nice@lists.freedesktop.org">nice@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/nice" target="_blank">http://lists.freedesktop.org/mailman/listinfo/nice</a><br>
<br></blockquote></div><br></div>