<div dir="ltr"><div><div><div><div>Hi.<br><br></div>I'm currently working to implement FT support in Pidgin for GTalk. I was stuck at traversing the NAT for a long time but then libnice came to the rescue :D<br><br></div>
I can successfully enumerate my local candidates and send them to the peer on the other side using XMPP. The problem is, that as the remote candidates are received and added/updated on the NiceAgent, the state of the associated component goes to either NICE_COMPONENT_STATE_CONNECTED or _FAILED.<br>
<br></div>Since I basically want to write/read to a channel , I'm listening to the "reliable-transport-writable" signal so that I can proceed with sending GET requests on HTTP.<br><br></div><div>I've gone through the documentation and as far as I could understand, the "reliable-transport-writable" signal will be emitted once the _READY state is achieved.<br>
<br></div><div>Any ideas on how I could tackle this problem?<br><br></div><div>Since the _CONNECTED state means that at least one usable candidate pair was found, is it possible to somehow "force" the state to _READY and use the same candidate pair?<br>
<br></div><div>Thanks a lot, <br><br></div><div>Regards,<br></div><div>Ashish Gupta<br></div><div><br></div></div>