Hi Pekka, thank you very much for you reply. I will see NICE library. :) But why do you permit to manage STUN requests/reply on user space? So, i can manage STUN messages through su_wait_t object on my data socket. In this way, i can use Sofia STUN objects for create messages and check if received data are STUN messages or my data and i can use same opened socket for different protocols. Maybe, this broken sofia stack mechanism but i think that this is a one possible solution in order to render complaint Sofia STUN module with new STUN draft (http://www.ietf.org/internet-drafts/draft-ietf-behave-rfc3489bis-12.txt) and ICE. Open a socket, send a STUN request, wait for a response, and open a new socket on same address, it isn't a correct solution for a service because mapping of local address to a NAT IP can change and so we can't handle this change. For this reason, ICE and STUN need to became multiplexed protocols (or at least i think :) ).
Still thanks for your avaibility. Good work! Ge@@ru On Fri, 2007-11-16 at 18:37 +0200, Pekka Pessi wrote: > 2007/11/12, Ge@@ru <[EMAIL PROTECTED]>: > > My target: > > Use stun_bind on socket created for receive my data. > > > At moment, seems that this is't possible because if i try to call > > stun_bind on a socket where i insert a su_wait_t object (for IN and ERR) > > i have an error like this: > > EPOLL_CTL_ADD(7, 9) failed: File exists > > > It is possible use more of one su_wait_t object for same events and same > > socket? > > I'm afraid that it fails with epoll and there is no guarantee that > your callback gets actually called with other su_port_t > implementations. > > I think you have to register the socket after stun binding process is > done and you have called stun_discovery_release_socket(). > > > How can i use STUN for an address(IP:port) that i use for a service? I > > need bind a socket, check my public ip, close socket and open binding > > socket on same ip:port for send/receive my data? > > Wellwelwell. We have had very little activity on Sofia-SIP STUN after > we decided that using STUN with SIP transport makes no sense. ;-/ > > Perhaps you could have a peek on NICE if that is closer to your actual needs: > > http://nice.freedesktop.org/wiki > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
