I've tested outgoing calls from behind NAT using version 9792, and it seems to be working. When I compare the SIP invite, the old code (version 8813) is using the private (inside NAT) address, but the new version is using the public address determined via STUN.
Stephen C. Steel -----Original Message----- From: Neil Carrott [mailto:[EMAIL PROTECTED] Sent: Friday, July 06, 2007 11:53 To: '[EMAIL PROTECTED]'; 'sipXtapi developer list' Subject: RE: [sipxtapi-dev] Problem with STUN I have tested with versions 7343, 9100 and 9792. Version 9100 seems to be okay, but the other two had the same behaviour as mentioned below. It might be worth trying version 9100, in the meantime I'm going to see if I can narrow down which versions have the problem. -----Original Message----- From: Stephen C. Steel [mailto:[EMAIL PROTECTED] Sent: 05 July 2007 22:22 To: 'sipXtapi developer list' Subject: [sipxtapi-dev] Problem with STUN In the thread titled "Voice quality using sipXtapi on Windows Vista", Neil Carrott wrote: I also seem to be having trouble with STUN if I build a recent version of sipXtapi - the SDP seems to be showing the local IP address / port rather than the one returned in the STUN response. If I use a build from March 2007 then it is okay, I wondered if there had been a change to the way I need to enable STUN support? I've been noticing similar behavior with version 8813 of the sipXtapi branch. I'm trying to make a call from behind a NAT router to a server with a public address. It makes the STUN calls, but the SDP sent to initiate a call is using the local IP addresses rather than the information returned by STUN. I'm in the process of updating my application to use a current snapshot of the sipXtapi branch (version 9792) and I will repeat the tests. Stephen C. Steel _______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
