<p dir="ltr">Hi!<br>
Thanks for the response, Youness.<br>
The problem was that before the agent could go from CONNECTED to READY, the peer used to time out for some reason, so I needed a fast way to go to the READY state. I fixed that by changing the type of the nice agent from NICE_COMPATIBILITY_RFC5245 to NICE_COMPATIBILITY_GOOGLE . It is now able to successfully go into the READY state. </p>
<p dir="ltr">Regards,<br>
Ashish Gupta</p>
<p dir="ltr">On 23 Aug 2013 19:02, "Youness Alaoui" <<a href="mailto:youness.alaoui@collabora.co.uk">youness.alaoui@collabora.co.uk</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> The state of the component should go to READY shortly after it goes to<br>
> CONNECTED. It's only waiting for any other pending connectivity checks to finish<br>
> before it decides which candidate pair it will use.<br>
> If that doesn't work, then please send a log so I can see what's causing it not<br>
> to go to READY.<br>
><br>
> I hope this helps,<br>
> Youness.<br>
><br>
> On 08/20/2013 02:41 AM, Ashish Gupta wrote:<br>
> > Hi.<br>
> ><br>
> > I'm currently working to implement FT support in Pidgin for GTalk. I was stuck<br>
> > at traversing the NAT for a long time but then libnice came to the rescue :D<br>
> ><br>
> > I can successfully enumerate my local candidates and send them to the peer on<br>
> > the other side using XMPP. The problem is, that as the remote candidates are<br>
> > received and added/updated on the NiceAgent, the state of the associated<br>
> > component goes to either NICE_COMPONENT_STATE_CONNECTED or _FAILED.<br>
> ><br>
> > Since I basically want to write/read to a channel , I'm listening to the<br>
> > "reliable-transport-writable" signal so that I can proceed with sending GET<br>
> > requests on HTTP.<br>
> ><br>
> > I've gone through the documentation and as far as I could understand, the<br>
> > "reliable-transport-writable" signal will be emitted once the _READY state is<br>
> > achieved.<br>
> ><br>
> > Any ideas on how I could tackle this problem?<br>
> ><br>
> > Since the _CONNECTED state means that at least one usable candidate pair was<br>
> > found, is it possible to somehow "force" the state to _READY and use the same<br>
> > candidate pair?<br>
> ><br>
> > Thanks a lot,<br>
> ><br>
> > Regards,<br>
> > Ashish Gupta<br>
> ><br>
> ><br>
> ><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">http://lists.freedesktop.org/mailman/listinfo/nice</a><br>
> ><br>
><br>
><br>
><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">http://lists.freedesktop.org/mailman/listinfo/nice</a><br>
><br>
</p>