Click here to Skip to main content
Licence CPOL
First Posted 6 Feb 2008
Views 21,080
Downloads 565
Bookmarked 18 times

Stunner: A STUN Library and Client

By | 6 Feb 2008 | Article
Stunner is a simple STUN library on top of which a STUN client is built.

Introduction

Stunner is a simple STUN library and client built on top of it in C++, which helps to determine the NAT type, STUN mapped IP and port. I did this as an exercise for myself and it's thus based upon RFC 3489. If there is enough interest, then I might work on support for the latest STUN draft. It doesn't support the shared secret requests and responses as described in RFC 3489. The main reason for this is that I don't see any STUN server, which requires or supports the shared secret requests. Again, if there is enough interest then I will add this as well. All the basic classes for parsing and sending STUN requests and responses are there, thus it should be fairly easy to build a STUN server based on the library. The library is single threaded and uses the select I/O model for WinSock functions.

Background

If you are not sure what STUN is, then please refer to RFC 3489.

Using the STUN Client

To determine the NAT type and STUN mapped IP, you can call the following functions:

CStunClientHelper clientHelper ("stun.xten.com"); 
NAT_TYPE Nat = clientHelper.GetNatType (); 
SOCKADDR_IN addr; 
clientHelper.GetStunMappedAddress (&addr); 

The GetNatType function performs the tests as described in RFC 3489 and GetStunMappedAddress function gets you the public IP by sending a binding request.

Points of Interest

In case we fail to get a response for a request then we don't retry eight times as specified in RFC 3489, instead we just try three times. Moreover, we don't wait for ten seconds of receiving a response and check if all further responses to the request have the same IP and perform other validations as described in RFC 3489. The reason for this is to make the STUN client return back in proper time so that the application could use the results, however if you want the behavior described in RFC 3489 then add STRICT_IMPLEMENTATION to the preprocessor definitions. And for logging to a file, add LOG_TO_FILE to the preprocessor definitions.

History

  • 7th February, 2008: Released first version

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

About the Author

Hitesh Sharma



United States United States

Member



Sign Up to vote   Poor Excellent
Add a reason or comment to your vote: x
Votes of 3 or less require a comment

Comments and Discussions

 
You must Sign In to use this message board. (secure sign-in)
 
Search this forum  
 FAQ
    Noise  Layout  Per page   
  Refresh
GeneralERROR_DETECTING_NAT Pinmemberlok.vikram22:46 9 Aug '10  
Generalhi PinmemberSalim_Imp23:47 11 Feb '08  
GeneralRe: hi PinmemberHitesh Sharma0:58 12 Feb '08  
GeneralRe: hi Pinmemberhawkgao012918:32 16 Feb '08  
GeneralRe: hi Pinmembersomi12349:11 26 Nov '08  
GeneralRe: hi Pinmemberhawkgao012915:12 26 Nov '08  

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Mobile
Web02 | 2.5.120517.1 | Last Updated 7 Feb 2008
Article Copyright 2008 by Hitesh Sharma
Everything else Copyright © CodeProject, 1999-2012
Terms of Use
Layout: fixed | fluid