Click here to Skip to main content
15,879,535 members
Articles / Programming Languages / Visual Basic
Article

C# Ping Component

Rate me:
Please Sign up or sign in to vote.
4.32/5 (28 votes)
30 Mar 20052 min read 380.1K   12.3K   83   53
An easy to use C# ping component.

Sample Image - CSharpPing.jpg

Introduction

While working on a project that needs to check the quality of the network connection, I've found that there is no easy way to ping another computer. I expected there would be something in the framework (somewhere in the System.NET namespace) to do this as it seems like a common thing to want to do, but I could find nothing so my search turned to the web. While I was able to find some c# ping examples, none of them were very well designed. I wanted a ping utility that would let me ping a remote machine any number of times and return the ping statistics in a sensible manner (that is, not something I'd have to parse) so I decided that I'd make my own.

Most of the ping code I saw on the net seemed to be derived from this MSDN article written by Lance Olson which was written way back when for the Beta 1 release of .Net (whether it cited him or not...). I based my ping utility on this code along with this article, written by Peter A. Bromberg, PhD, which updated the Olson's code to work with .NET version 1. Using this code as a starting point I've tried to make it a little more OO by creating a couple more classes and moving the code around, so that they do their own work. I think the code makes a lot more sense now and is much easier to understand and use. I used the Windows command line ping command as a baseline for the information I wanted to return, so I created a PingResponse object that encapsulates all and gets returned instead of an int or string. I'm not going to write up a detailed description of exactly how the code works as it is either self-explanatory or simply works because that's how you have to do it (most of the ICMP class). I've included a very simple client form to show how to use the ping utility asynchronously, which I imagine, how you'd want to use it most of the time.

Using the code

To use this component simply create a Ping object and call the PingHost or BeginPingHost function.

Synchronous Example:

C#
private void Ping(string hostname)
{
    //Create ping object
    Ping netMon = new Ping();

    //Ping host (this will block until complete)
    PingResponse response = netMon.PingHost(hostname, 4);

    //Process ping response
    if (response != null)
    {
        ProcessResponse(response);
    }
}

Asynchronous Example:

C#
//Create ping object
Ping netMon = new netMon();

private void Load()
{
    //Wire events (in constructor or InitializeComponent)
    netMon.PingError += new PingErrorEventHandler(netMon_PingError);
    netMon.PingStarted += new PingStartedEventHandler(netMon_PingStarted);
    netMon.PingResponse += new PingResponseEventHandler(netMon_PingResponse);
    netMon.PingCompleted += new PingCompletedEventHandler(netMon_PingCompleted);
}

private void Ping(string hostname)
{
    //Start ping
    IAsyncResult result = netMon.BeginPingHost(
                     new AsyncCallback(EndPing), hostname, 4);
}

private void EndPing(IAsyncResult result)
{
    netMon.EndPingHost(result);
}

private void netMon_PingStarted(object sender, PingStartedEventArgs e)
{
    //Process ping started
}

private void netMon_PingResponse(object sender, PingResponseEventArgs e)
{
    //Process ping response
}

private void netMon_PingCompleted(object sender, PingCompletedEventArgs e)
{
    //Process ping completed
}

private void netMon_PingError(object sender, PingErrorEventArgs e)
{
    //Process ping error
}

Known Issues / Further Enhancements

  • The first ping is sometimes longer than it should be. I suspect this is because of some extra time taken to create the initial socket connection and could be eliminated by simply dropping that first ping time.
  • Currently, you can only cancel when the PingResponse event is fired. It would be nice to be able to cancel at any time and have it processed immediately.
  • I should really keep track of the ping response type per response instead of for the whole set of responses. I simply haven't got around to change the PingReponse yet.

History

  • Version 1.0: Initial release.

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here


Written By
Web Developer
United States United States
This member has not yet provided a Biography. Assume it's interesting and varied, and probably something to do with programming.

Comments and Discussions

 
GeneralRe: Quick and Dirty Ping Pin
Andy@15-Sep-05 23:00
Andy@15-Sep-05 23:00 
GeneralFirst ping issue Pin
leppie30-Mar-05 19:31
leppie30-Mar-05 19:31 
GeneralRe: First ping issue Pin
Wesley Brown31-Mar-05 3:47
Wesley Brown31-Mar-05 3:47 
GeneralRe: First ping issue Pin
Alastair Revell7-Apr-05 3:30
Alastair Revell7-Apr-05 3:30 
GeneralBuggy, never tested... Pin
Anonymous30-Mar-05 12:53
Anonymous30-Mar-05 12:53 
GeneralRe: Buggy, never tested... Pin
Wesley Brown31-Mar-05 4:00
Wesley Brown31-Mar-05 4:00 
GeneralRe: Buggy, never tested... Pin
mqbfc1-Apr-05 12:29
mqbfc1-Apr-05 12:29 
GeneralRe: Buggy, never tested... Pin
conrad10-Apr-05 6:31
conrad10-Apr-05 6:31 
I have noticed the same behavior. If I ping a web site that does not block pings, no problems. If I try a site that blocks ping, like www.cnn.com, the program gets stuck waiting for a response.

I stepped through the code and found that the problem occurs in the Ping.cs class in the SendPackets method:

//ReceiveFrom will block while waiting for data
byteCount = socket.ReceiveFrom(receiveBuffer, 256, SocketFlags.None, ref client);

My guess is that the code could be reworked to handle this part asynchronously, and check for an exception of the timeout interval while waiting for the response.

Thanks for the article!
-Conrad
GeneralRe: Buggy, never tested... Pin
Ben Buckland21-Jun-05 18:21
Ben Buckland21-Jun-05 18:21 
GeneralRe: Buggy, never tested... Pin
Marbats4-Sep-05 20:18
sussMarbats4-Sep-05 20:18 
GeneralAnother issue Pin
Eric Woodruff30-Mar-05 10:06
professionalEric Woodruff30-Mar-05 10:06 
GeneralRe: Another issue Pin
Wesley Brown30-Mar-05 11:07
Wesley Brown30-Mar-05 11:07 

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

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