Re: [WISPA] User check program
Larry, Is this on the market yet? how could I get a copy to test? Ron Wallace Hahnron, Inc. 220 S. Jackson Dt. Addison, MI 49220 Phone: (517)547-8410 Mobile: (517)270-2410 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Larry Yunker [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2008 04:28 PM To: ''WISPA General List'' Subject: Re: [WISPA] User check program It also means the program doesn't work with no Windows computers, which are increasingly gaining market share. True... I don't have a Mac, so I can't building for that market. While I could and probably will build something for Linux eventually, it seems irrelevant. If your client has Linux, they probably know enough about routing so that this software is unnecessary. Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. Java. But JAVA requires that a Java VM be installed on the PC. The point is to avoid having to install a separate Framework. Ideally, I'd like a linker that would just compile in those components within .NET that I rely upon. WISPA Wants You! Join today! http://signup.wispa.org/ - --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Oh yes, and where can i get more info on the User check program? Ron Wallace Hahnron, Inc. 220 S. Jackson Dt. Addison, MI 49220 Phone: (517)547-8410 Mobile: (517)270-2410 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Larry Yunker [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2008 04:28 PM To: ''WISPA General List'' Subject: Re: [WISPA] User check program It also means the program doesn't work with no Windows computers, which are increasingly gaining market share. True... I don't have a Mac, so I can't building for that market. While I could and probably will build something for Linux eventually, it seems irrelevant. If your client has Linux, they probably know enough about routing so that this software is unnecessary. Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. Java. But JAVA requires that a Java VM be installed on the PC. The point is to avoid having to install a separate Framework. Ideally, I'd like a linker that would just compile in those components within .NET that I rely upon. WISPA Wants You! Join today! http://signup.wispa.org/ - --- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
David, You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. Definately the way to do it! Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: David E. Smith [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Monday, June 09, 2008 11:05 AM Subject: Re: [WISPA] User check program David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Well, yes but, no reason you can't build the app to auto install the run-time. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Matt Liotta [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Thursday, June 12, 2008 4:02 PM Subject: Re: [WISPA] User check program On Jun 12, 2008, at 4:47 PM, Larry Yunker wrote: When it comes to cross platform support, I would agree that Java wins out. When it comes to end-user software in a Windows environment, I would have to disagree and state that almost all recent (last 2 to 3 years) development has turned to the .Net platform. Doesn't matter what the development platform is; it matters whether the VM is installed on the desktop according to your original request. Even if every new piece of software is written in .NET it will still take time for the VM to surpass Java in terms of penetration. Apple doesn't support .NET, which is the elephant in the room you can't avoid. Regardless, I am still seeking a 3rd option... I'm looking for a good development platform which can generate standalone exe's for Windows. C++ is the only option there. Everything else is going to require a runtime. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
If its being used as a speed test, its important that it is capable of giving an accurate speed test. Its better to have no speed test than to have one that makes our network look bad. Matt, made some good points about web apps not being fast enough to do accurate speed tests. We wrote a tool that used icmp to do speed tests. but the the problem with that was that many of our routers were set to limit number of Ping packets for DOS protection. So although wecould use it, it was not good for our end users. Its critical to have both a TCP and Non-TCP test. They tell two completely different things. UDP tests tell whether your network has the capacity to pass the speed tested. TCP tests factor in the end user's experience considering windows size, packet loss, distance, etc. Its also important to consider what level customers this tool will be used for. 1, 2,5,10,100 mbps customers. And its relevent how large an ISP's network is, to know what the distance will be. So correct windows size can be chosen that would allow full speed. If an ISP sells 50 mbps circuit, poor results might be redendered of hte speed test was designed for 1mbps customers. So it might be good to have a statement of what speed range the speed tool is capable of testing up to. It also might be good to have a help or more info button, that will gie a few paragrahs about interpretting speed results, and reasons why it might be slow. On the speed test, disclose where that is getting tested to. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Matt Liotta [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Thursday, June 12, 2008 3:19 PM Subject: Re: [WISPA] User check program On Jun 12, 2008, at 4:08 PM, Larry Yunker wrote: (1) For purposes of Deployment, this program requires .Net 2.0. The install program will check for the existence of .Net 2.0 on the target machine and will attempt to install it if it is not already installed. Unfortunately, .Net 2.0 won't install on any machine older than Windows98 and won't install on WinXP machines until Service Pack 2.0 or newer is installed. So, the .Net requirement is somewhat of a pain. The Installation program will work easily on machines that already have .Net or on machines that don't have .Net but have all of the prerequisites for installing .Net. Hopefully that will be the majority of installs?!?@ It also means the program doesn't work with no Windows computers, which are increasingly gaining market share. But, in an ideal world, we'd like to avoid installing .Net, so the question is this: does anyone know how to compile and deploy a Visual Basic application without requiring .Net to be installed on the target machine? Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. Java. (2) One of the features of this application is a speed test. As you might imagine, sometimes speed tests will fail to complete (due to congestion, poor connection, etc.). For this reason, it becomes imperative that I create some sort of timeout mechanism so that the attempted upload or download halts with no results if the test is taking too long. I'm using the webclient.uploadfile and webclient.downloadfile methods to accomplish these tests. Does anyone know whether there is a way to force this method to halt upon a preset timeout? If not, does anyone have a good example of code to place a process in background in Visual Basic? Generally speaking, webclient is not going to be ideal for speed testing. You are going to want to operate at a lower layer. I would suggest UDP or TCP. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Super COOLNESS! I'd contribute some $ for that. Couple suggestions... 1) Emailing results was a great idea. But it would also be nice to have a second Email address that the test would go to. it could be a hidden filed defined in the ini file. the purpose would be to put the ISP's Tech Email in the second field. So everytime an end user did the test, a copy would get sent to the ISP also. That would solve two things. a) if bad results it would send proof to the ISP's tech. b) it would give techs an idea how frequently end users used the tool. 2) Assign each test, a test ID. It could just be a random generated number. That way the coipy emailed to the end user entered address, could be cross referenced and found in the ISP tech's Email. Ultimately, I'd create a designated ISP Email account to receive all these requests, and then it could be easilly looked up by test ID. 3) If the Tool uses Ping, make sure the Ping uses a large packet size, such as 1400bytes, so it gives a more meaningful latency or packetloss value. Might be good to be less than 1470 byte packet size, jsut to make sure someones customer VPN setting does not stop it from going through. Note: 64byte packets will often go through when a 1400 byte can't, so should use large packet for test. 4) Some radios that use polling such as Trango will have a high latency on the very first Ping only, if they haven't been passing data for a bit. What would be good is if it could be configured for the very first ping to be ignored, and not shown, and not averaged. 5) Have an update button, to download the latest update. Whether its an ini or the exe, that can get get downloaded. The reason is that ISPs often change their network design. The IP of edge of network very well may change. It could also be a tool to notify end users that their PC DNS configuration is no longer updated to the proper new DNS server. 6) connectivity to backbone router. Would like to have atleast two of these fields. Most ISPs will be multi-homed, and will want to show their end users that they can reach both Backbones/transits or edges of their network. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Larry Yunker [EMAIL PROTECTED] To: 'WISPA General List' wireless@wispa.org Sent: Monday, June 09, 2008 3:25 AM Subject: Re: [WISPA] User check program How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org
Re: [WISPA] User check program
Two comments... When we diagnose a client, we are trying to discover six things... 1) Is the PC's Pri NIC active and configured for TCP IP 2) Can they reach their home router 3) Can they reach the first hop cell site/tower 4) Can they reach the far side Backbone edge of network. 5) Can they reach Internet. 6) Is DNS resolving. So I suggest adding to the test, test to self. Pinging its own PC IP, to confirm NIC Cable plugged in, or interface turned up. (Could be helpful even if two interfaces on PC, ether and wireless) #3 is more tricky, because each client might have a different tower IP. So this would have to be a custom set IP. It would be left untested, if the ini file had not been configured with a valid test IP. I could see the installion tech adding in this IP at time of install. But this is an essential test. It tells the End user, whether it likely that their outage is unique to their home. If they can get to the tower, but not further, they know there is likely a network wide outage. It also tells the end user to reboot the outdoor equipment. Secondly, I ask us to challenge why we want this tool most. a) To test performance, or b) To locate failure points. These are two very different purposes. I'd suggest that this tool is most useful for option b. I would have the start test button for Speed test be a sdifferent start button than the one that performs all the other uptime tests. So a Speed test isn;t done everytime the end user jsut wants to verify why they can't get to the Internet. I'd like to have a Disclaimer field right under the Speed Test line, that was customizable by the ISP in the INI. For example, I'd say... Speed test is just a basic test, to get a detailed speed test, goto site at www..net. (I'm not saying you can;t make a good speed test, but speed testing can be very complicated. I'd hate to see this valuable tool get delayed, attempting to optimize speed test methods, or for the simplicity of the tool to be compromised. If there is a place for a disclaimer, it could reduce support calls, of I bought a 1.5mb, how come I'm getting 1mb. I don;t want to bring that to their attention. It might even be a good idea to have an ini setting that allows the ISP to disable the speed test option. It could also be expanded by adding additional buttons to the right of each Test. For example, the MAil Server Test, will give the latency and accessibility of the Mail server. A button could be to the right labled test or Verify, and then it launch a Telnet to port 25, and print the server response. It could be exspanded by having a Hints button to the right of each test, to suggest ways to fix. For example, if Gateway was not responding, it would suggest a) check cabling, b) reboot Router, etc. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Tom DeReggi [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Friday, June 13, 2008 6:01 PM Subject: Re: [WISPA] User check program Super COOLNESS! I'd contribute some $ for that. Couple suggestions... 1) Emailing results was a great idea. But it would also be nice to have a second Email address that the test would go to. it could be a hidden filed defined in the ini file. the purpose would be to put the ISP's Tech Email in the second field. So everytime an end user did the test, a copy would get sent to the ISP also. That would solve two things. a) if bad results it would send proof to the ISP's tech. b) it would give techs an idea how frequently end users used the tool. 2) Assign each test, a test ID. It could just be a random generated number. That way the coipy emailed to the end user entered address, could be cross referenced and found in the ISP tech's Email. Ultimately, I'd create a designated ISP Email account to receive all these requests, and then it could be easilly looked up by test ID. 3) If the Tool uses Ping, make sure the Ping uses a large packet size, such as 1400bytes, so it gives a more meaningful latency or packetloss value. Might be good to be less than 1470 byte packet size, jsut to make sure someones customer VPN setting does not stop it from going through. Note: 64byte packets will often go through when a 1400 byte can't, so should use large packet for test. 4) Some radios that use polling such as Trango will have a high latency on the very first Ping only, if they haven't been passing data for a bit. What would be good is if it could be configured for the very first ping to be ignored, and not shown, and not averaged. 5) Have an update button, to download the latest update. Whether its an ini or the exe, that can get get downloaded. The reason is that ISPs often change their network design. The IP of edge of network very well may change. It could also be a tool to notify end users that their PC DNS configuration is no longer updated to the proper
Re: [WISPA] User check program
Tom, I appreciate all of the useful comments. Please note that I posted updated screen shots of the tool yesterday. Some of the changes that you are requesting have already been implemented. For instance, the speed test has been moved to a separate tab and now only runs if the subscriber switches to that tab-view. With regards to the other issues that have been raised I plan to deploy an initial release of this tool on Sunday. OBVIOUSLY.. It won't have everything that everyone has requested. If I halted deployment for EVERY request, I would never get any version of the product to market. After the product is released, I'm going to work on making the subsequent release even more flexible. Ideally, I'd like to make the application completely dynamic so that the ISP can define each ping (hop) that should be tested for the given client. I'm also still looking into other languages onto which I might port the application to so as to make a more compact and portable solution. Warning... I'm relatively certain that any port to a different language will be delayed for several weeks. Unfortunately, my development time is quite restricted at the moment as I am busy studying for the Ohio Bar Exam. Besides, learning an entirely new OO language is just going to take a little time. BTW, I did pick up an iMac at a garage sale today (for $5), so maybe when the time comes, I'll even be able to develop a solution for the Apple platform. Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom DeReggi Sent: Friday, June 13, 2008 8:59 PM To: WISPA General List Subject: Re: [WISPA] User check program Two comments... When we diagnose a client, we are trying to discover six things... 1) Is the PC's Pri NIC active and configured for TCP IP 2) Can they reach their home router 3) Can they reach the first hop cell site/tower 4) Can they reach the far side Backbone edge of network. 5) Can they reach Internet. 6) Is DNS resolving. So I suggest adding to the test, test to self. Pinging its own PC IP, to confirm NIC Cable plugged in, or interface turned up. (Could be helpful even if two interfaces on PC, ether and wireless) #3 is more tricky, because each client might have a different tower IP. So this would have to be a custom set IP. It would be left untested, if the ini file had not been configured with a valid test IP. I could see the installion tech adding in this IP at time of install. But this is an essential test. It tells the End user, whether it likely that their outage is unique to their home. If they can get to the tower, but not further, they know there is likely a network wide outage. It also tells the end user to reboot the outdoor equipment. Secondly, I ask us to challenge why we want this tool most. a) To test performance, or b) To locate failure points. These are two very different purposes. I'd suggest that this tool is most useful for option b. I would have the start test button for Speed test be a sdifferent start button than the one that performs all the other uptime tests. So a Speed test isn;t done everytime the end user jsut wants to verify why they can't get to the Internet. I'd like to have a Disclaimer field right under the Speed Test line, that was customizable by the ISP in the INI. For example, I'd say... Speed test is just a basic test, to get a detailed speed test, goto site at www..net. (I'm not saying you can;t make a good speed test, but speed testing can be very complicated. I'd hate to see this valuable tool get delayed, attempting to optimize speed test methods, or for the simplicity of the tool to be compromised. If there is a place for a disclaimer, it could reduce support calls, of I bought a 1.5mb, how come I'm getting 1mb. I don;t want to bring that to their attention. It might even be a good idea to have an ini setting that allows the ISP to disable the speed test option. It could also be expanded by adding additional buttons to the right of each Test. For example, the MAil Server Test, will give the latency and accessibility of the Mail server. A button could be to the right labled test or Verify, and then it launch a Telnet to port 25, and print the server response. It could be exspanded by having a Hints button to the right of each test, to suggest ways to fix. For example, if Gateway was not responding, it would suggest a) check cabling, b) reboot Router, etc. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: Tom DeReggi [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Friday, June 13, 2008 6:01 PM Subject: Re: [WISPA] User check program Super COOLNESS! I'd contribute some $ for that. Couple suggestions... 1) Emailing results was a great idea. But it would also be nice to have a second Email address that the test would go to. it could be a hidden
Re: [WISPA] User check program
Tom, I think we need to keep in mind this is a tool designed for "residential" users... we would never ask the IT Director at a business that has a 20Mbps fiber connection to download this tool to "test your connectivity" or "test your speed". LOL The whole idea was to create a simple, easy to download (single EXE with no installation required) tool that our 1st level support techs could use to help customers. Also, we have a Speedtest.net server at our location. It provides VERY accurate results from a web page (at least up to 15Mbps). There are ways to make it happen, but again, we are getting away from the initial idea of the program. Travis Microserv Tom DeReggi wrote: If its being used as a speed test, its important that it is capable of giving an accurate speed test. Its better to have no speed test than to have one that makes our network look bad. Matt, made some good points about web apps not being fast enough to do accurate speed tests. We wrote a tool that used icmp to do speed tests. but the the problem with that was that many of our routers were set to limit number of Ping packets for DOS protection. So although wecould use it, it was not good for our end users. Its critical to have both a TCP and Non-TCP test. They tell two completely different things. UDP tests tell whether your network has the capacity to pass the speed tested. TCP tests factor in the end user's experience considering windows size, packet loss, distance, etc. Its also important to consider what level customers this tool will be used for. 1, 2,5,10,100 mbps customers. And its relevent how large an ISP's network is, to know what the distance will be. So correct windows size can be chosen that would allow full speed. If an ISP sells 50 mbps circuit, poor results might be redendered of hte speed test was designed for 1mbps customers. So it might be good to have a statement of what speed range the speed tool is capable of testing up to. It also might be good to have a "help" or "more info" button, that will gie a few paragrahs about interpretting speed results, and reasons why it might be slow. On the speed test, disclose where that is getting tested to. Tom DeReggi RapidDSL Wireless, Inc IntAirNet- Fixed Wireless Broadband - Original Message - From: "Matt Liotta" [EMAIL PROTECTED] To: "WISPA General List" wireless@wispa.org Sent: Thursday, June 12, 2008 3:19 PM Subject: Re: [WISPA] User check program On Jun 12, 2008, at 4:08 PM, Larry Yunker wrote: (1) For purposes of Deployment, this program requires .Net 2.0. The install program will check for the existence of .Net 2.0 on the target machine and will attempt to install it if it is not already installed. Unfortunately, .Net 2.0 won't install on any machine older than Windows98 and won't install on WinXP machines until Service Pack 2.0 or newer is installed. So, the .Net requirement is somewhat of a pain. The Installation program will work easily on machines that already have .Net or on machines that don't have .Net but have all of the prerequisites for installing .Net. Hopefully that will be the majority of installs?!?@ It also means the program doesn't work with no Windows computers, which are increasingly gaining market share. But, in an ideal world, we'd like to avoid installing .Net, so the question is this: does anyone know how to compile and deploy a Visual Basic application without requiring .Net to be installed on the target machine? Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. Java. (2) One of the "features" of this application is a speed test. As you might imagine, sometimes speed tests will fail to complete (due to congestion, poor connection, etc.). For this reason, it becomes imperative that I create some sort of timeout mechanism so that the attempted upload or download halts with no results if the test is "taking too long". I'm using the webclient.uploadfile and webclient.downloadfile methods to accomplish these tests. Does anyone know whether there is a way to force this method to halt upon a preset timeout? If not, does anyone have a good example of code to place a process in background in Visual Basic? Generally speaking, webclient is not going to be ideal for speed testing. You are going to want to operate at a lower layer. I would suggest UDP or TCP. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://list
Re: [WISPA] User check program
Good points Tom, particularly about the speed test. I also like the hints button for common trouble shooting suggestions. Tough to write the text, and harder to get the user to read it, but might reduce a few trouble calls. Speaking from our perspective, we are looking for a small and simple diagnostic tool to help residential and small business users self diagnose the common problems, and to make it much easier for the level 1 help desk to work over the phone. Local Wi-Fi and other local gear are half the calls. Some per-user customization feature in addition the global settings common to all customers would be REALLY great. But what is really not all that important is the speed test. I'm not saying a speed test is not a valid testing tool in the right situation but we rarely see problems with a link that can't be seen with a ping test. Of course some customers *love* doing speed tests! That is another reason such tests cause more problems than they solve. As you pointed out, designing an accurate speed test is not trivial. I'm happy to see Larry has moved the speed test to a separate tab with a separate start button but I would really like to see an option to disable and hide the entire speed test tab with a setting in the .ini file. As someone else pointed out earlier in this thread, this testing tool might cause *more* trouble calls, not less, if it doesn't work correctly, or can't be tailored correctly for the particulars of a given network. Maybe Larry can make a second stand alone program for speed testing later, or the WISP can just host one of several that already exist and let the user run it from a browser. I would rather see Larry focus his limited time on a slick way to push customized settings out to each user. About this email address field where test results are sent. Why is this even needed? Results should be sent directly to a dedicated central address. Whoever is on duty handling tech calls can get the results as needed. This address can be set in the .ini file. There is no need for the user to send the results to his buddy or wherever. The program is branded and configured for the specific WISP and that network. No reason to have another setting for the user to mess up. Besides, emailing the results is fine for now but email is far from trouble free. Rarely do network problems prevent email from working but users break their own email clients all the time. Eventually it would be best if the results are written to a web server, or sent by ftp or maybe someday sent over a unique port directly to a specialized companion program Larry writes for a server at the NOC (rel 2 Larry ;). Thanks for your work on this Larry. It is looking very nice. We are excited to see it finished. PC Blaze Broadband -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom DeReggi Sent: Friday, June 13, 2008 8:59 PM To: WISPA General List Subject: Re: [WISPA] User check program Two comments... When we diagnose a client, we are trying to discover six things... 1) Is the PC's Pri NIC active and configured for TCP IP 2) Can they reach their home router 3) Can they reach the first hop cell site/tower 4) Can they reach the far side Backbone edge of network. 5) Can they reach Internet. 6) Is DNS resolving. So I suggest adding to the test, test to self. Pinging its own PC IP, to confirm NIC Cable plugged in, or interface turned up. (Could be helpful even if two interfaces on PC, ether and wireless) #3 is more tricky, because each client might have a different tower IP. So this would have to be a custom set IP. It would be left untested, if the ini file had not been configured with a valid test IP. I could see the installion tech adding in this IP at time of install. But this is an essential test. It tells the End user, whether it likely that their outage is unique to their home. If they can get to the tower, but not further, they know there is likely a network wide outage. It also tells the end user to reboot the outdoor equipment. Secondly, I ask us to challenge why we want this tool most. a) To test performance, or b) To locate failure points. These are two very different purposes. I'd suggest that this tool is most useful for option b. I would have the start test button for Speed test be a sdifferent start button than the one that performs all the other uptime tests. So a Speed test isn;t done everytime the end user jsut wants to verify why they can't get to the Internet. I'd like to have a Disclaimer field right under the Speed Test line, that was customizable by the ISP in the INI. For example, I'd say... Speed test is just a basic test, to get a detailed speed test, goto site at www..net. (I'm not saying you can;t make a good speed test, but speed testing can be very complicated. I'd hate to see this valuable tool get delayed, attempting to optimize
Re: [WISPA] User check program
On Jun 12, 2008, at 4:08 PM, Larry Yunker wrote: (1) For purposes of Deployment, this program requires .Net 2.0. The install program will check for the existence of .Net 2.0 on the target machine and will attempt to install it if it is not already installed. Unfortunately, .Net 2.0 won't install on any machine older than Windows98 and won't install on WinXP machines until Service Pack 2.0 or newer is installed. So, the .Net requirement is somewhat of a pain. The Installation program will work easily on machines that already have .Net or on machines that don't have .Net but have all of the prerequisites for installing .Net. Hopefully that will be the majority of installs?!?@ It also means the program doesn't work with no Windows computers, which are increasingly gaining market share. But, in an ideal world, we'd like to avoid installing .Net, so the question is this: does anyone know how to compile and deploy a Visual Basic application without requiring .Net to be installed on the target machine? Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. Java. (2) One of the features of this application is a speed test. As you might imagine, sometimes speed tests will fail to complete (due to congestion, poor connection, etc.). For this reason, it becomes imperative that I create some sort of timeout mechanism so that the attempted upload or download halts with no results if the test is taking too long. I'm using the webclient.uploadfile and webclient.downloadfile methods to accomplish these tests. Does anyone know whether there is a way to force this method to halt upon a preset timeout? If not, does anyone have a good example of code to place a process in background in Visual Basic? Generally speaking, webclient is not going to be ideal for speed testing. You are going to want to operate at a lower layer. I would suggest UDP or TCP. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
On Jun 12, 2008, at 4:28 PM, Larry Yunker wrote: But JAVA requires that a Java VM be installed on the PC. The point is to avoid having to install a separate Framework. Ideally, I'd like a linker that would just compile in those components within .NET that I rely upon. The Java VM has a far greater market penetration than .NET. Back in my software days Java was over 95%. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
When it comes to cross platform support, I would agree that Java wins out. When it comes to end-user software in a Windows environment, I would have to disagree and state that almost all recent (last 2 to 3 years) development has turned to the .Net platform. Regardless, I am still seeking a 3rd option... I'm looking for a good development platform which can generate standalone exe's for Windows. - Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Liotta Sent: Thursday, June 12, 2008 4:39 PM To: WISPA General List Subject: Re: [WISPA] User check program On Jun 12, 2008, at 4:28 PM, Larry Yunker wrote: But JAVA requires that a Java VM be installed on the PC. The point is to avoid having to install a separate Framework. Ideally, I'd like a linker that would just compile in those components within .NET that I rely upon. The Java VM has a far greater market penetration than .NET. Back in my software days Java was over 95%. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
On Jun 12, 2008, at 4:47 PM, Larry Yunker wrote: When it comes to cross platform support, I would agree that Java wins out. When it comes to end-user software in a Windows environment, I would have to disagree and state that almost all recent (last 2 to 3 years) development has turned to the .Net platform. Doesn't matter what the development platform is; it matters whether the VM is installed on the desktop according to your original request. Even if every new piece of software is written in .NET it will still take time for the VM to surpass Java in terms of penetration. Apple doesn't support .NET, which is the elephant in the room you can't avoid. Regardless, I am still seeking a 3rd option... I'm looking for a good development platform which can generate standalone exe's for Windows. C++ is the only option there. Everything else is going to require a runtime. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Very nice Larry. Let us all know what we can do to help. PC Blaze Broadband -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Larry Yunker Sent: Thursday, June 12, 2008 4:08 PM To: 'WISPA General List' Subject: Re: [WISPA] User check program Travis has been good enough to be the Alpha tester of the User check program over the past few days. BTW, I have generically named it Internet Monitor. I'm attaching two updated screenshots. I've added a few features since my last post. These features include: (1) ISP customization via a configuration file for the IP addresses for each of the test target locations. (2) ISP customization Threshold settings (3) ISP customization of Logo and contact information (4) Upload speed testing** Note you will need to add a php or asp file to your webserver to support upload testing. (5) I rearranged the order of the tests to more closely reflect nearest hop to furthest hop (6) The system now detects the user's local IP address, netmask, gateway, and DNS settings. (7) Timeouts and ping responses of less than 1ms are now properly reported. I've run into a few issues and I thought I'd see if anyone has a suggestions regarding these issues: (1) For purposes of Deployment, this program requires .Net 2.0. The install program will check for the existence of .Net 2.0 on the target machine and will attempt to install it if it is not already installed. Unfortunately, .Net 2.0 won't install on any machine older than Windows98 and won't install on WinXP machines until Service Pack 2.0 or newer is installed. So, the .Net requirement is somewhat of a pain. The Installation program will work easily on machines that already have .Net or on machines that don't have .Net but have all of the prerequisites for installing .Net. Hopefully that will be the majority of installs?!?@ But, in an ideal world, we'd like to avoid installing .Net, so the question is this: does anyone know how to compile and deploy a Visual Basic application without requiring .Net to be installed on the target machine? Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. (2) One of the features of this application is a speed test. As you might imagine, sometimes speed tests will fail to complete (due to congestion, poor connection, etc.). For this reason, it becomes imperative that I create some sort of timeout mechanism so that the attempted upload or download halts with no results if the test is taking too long. I'm using the webclient.uploadfile and webclient.downloadfile methods to accomplish these tests. Does anyone know whether there is a way to force this method to halt upon a preset timeout? If not, does anyone have a good example of code to place a process in background in Visual Basic? Thanks, Larry WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
On 13 Jun 2008, at 04:28, Larry Yunker wrote: It also means the program doesn't work with no Windows computers, which are increasingly gaining market share. True... I don't have a Mac, so I can't building for that market. While I could and probably will build something for Linux eventually, it seems irrelevant. If your client has Linux, they probably know enough about routing so that this software is unnecessary. I've been watching this thread as the concept of a local Internet diagnostic is a compact form of a more generalised network monitor that I've been mulling over as a MacOS project. Judging by the response, there is at least some need for an ISP client tool with a simple, clear operation giving a Go/NoGo result in layman's terms. What interests me a bit more would be linking to a web service backend for ISP config and to aggregate client reports into an ISP admin interface, but that could come later. Or if that's not possible, does anyone have any suggestions as to other visual languages which DO NOT USE .NET and which might be used for future ports of this application. Java. But JAVA requires that a Java VM be installed on the PC. The point is to avoid having to install a separate Framework. Ideally, I'd like a linker that would just compile in those components within .NET that I rely upon. TBH, I think each platform needs a native app. I use Macs and the few Java, cross-platform applications I use (in lieu of a native Mac program, e.g. Mindmapping, MIB browser, mySQL browser, etc) are all poor in terms of look'n'feel, performance and native Mac interface gestures. Plus, the whole point of the diagnostic tool would be to provide the very best problem-solving advice on each platform so TCP/IP config, firewall settings, perhaps even uPnP would not be generic. The packaging of the application has to meet Mac user's expectations: single file (app bundle) with a nice icon, downloaded in a .dmg file that is dragged to the Applications folder. No installers; admin privileges not required. IMHO, you need a native Mac app, but I'd like to hear your reactions. -- Nigel Bruin. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Python is an excellent cross-platform language. Py2exe can generate .exe files from the scripts. So, you could pretty easily compile in your .ini files for each ISP. And Python is awful nice to write in. - Japhy On Thu, Jun 12, 2008 at 4:47 PM, Larry Yunker [EMAIL PROTECTED] wrote: When it comes to cross platform support, I would agree that Java wins out. When it comes to end-user software in a Windows environment, I would have to disagree and state that almost all recent (last 2 to 3 years) development has turned to the .Net platform. Regardless, I am still seeking a 3rd option... I'm looking for a good development platform which can generate standalone exe's for Windows. - Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Liotta Sent: Thursday, June 12, 2008 4:39 PM To: WISPA General List Subject: Re: [WISPA] User check program On Jun 12, 2008, at 4:28 PM, Larry Yunker wrote: But JAVA requires that a Java VM be installed on the PC. The point is to avoid having to install a separate Framework. Ideally, I'd like a linker that would just compile in those components within .NET that I rely upon. The Java VM has a far greater market penetration than .NET. Back in my software days Java was over 95%. -Matt WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I had thought of that, but pulling a file from a web server wouldn't work if the connection didn't work. -- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: Jason To: WISPA General List Sent: Monday, June 09, 2008 12:50 PM Subject: Re: [WISPA] User check program Could the settings be stored in a file on a web server, and an ini file (or compiled in file) just point to the file on the web server? That way, if your network changes and you want to re-point everyone to different ip's, you just change the one file on your web server, not hundreds of ini files across your service area. The logo on the program could just be a pic on the web server too. So, even your company logo could be changed en mass. ~Feature Idea~ Also, something I wanted to work on some day was an icon for the notification bar (in vb.net this is easy). The icon could use different colors and the tool tip (or ~GASP~ a pop up!) to let people know of any service announcements or outages, etc. This notification could be another file on a web server that it checks every 10 minutes or so. That way, if something goes down, you don't get 2000 phone calls in a row telling you so (as long as the customer can still reach the web server...) Jason David E. Smith wrote: David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- AV Spam Filtering by M+Guardian - Risk Free Email (TM) --- -- WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I don't see any clients go without data traffic of some kind over the course of a single minute, much less 10. -- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: Larry Yunker [EMAIL PROTECTED] To: 'WISPA General List' wireless@wispa.org Sent: Monday, June 09, 2008 1:09 PM Subject: Re: [WISPA] User check program I suppose that it would be possible to derive settings from a web server, but I was imagining that if your customer was using this tool, they would be experiencing a connectivity issue. If they can't connect to the internet, there is a fairly good chance that they can't reach your web server either. Thus, the need to keep at least the default settings in a local file of some sort. It sounds like at least some of you would like to see this tool be more versatile and be more of a general monitoring tool that can run in background all of the time. If it runs in background and constantly tests the network, I am concerned with the impact that such testing would have on wireless network performance. For instance, in a Waverider network the dynamic polling determines the percentage of time to allocate to each radio based on the frequency with which that client talks to the network. If every radio on the network is sending ping requests every so many minutes, the AP cannot ignore ANY of the radios and thus the dynamic polling mechanism fails to work properly. Is there any sort of workaround to this? Are radios able to ignore small packets when formulating dynamic polling allocation? - Larry _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Sent: Monday, June 09, 2008 1:51 PM To: WISPA General List Subject: Re: [WISPA] User check program Could the settings be stored in a file on a web server, and an ini file (or compiled in file) just point to the file on the web server? That way, if your network changes and you want to re-point everyone to different ip's, you just change the one file on your web server, not hundreds of ini files across your service area. The logo on the program could just be a pic on the web server too. So, even your company logo could be changed en mass. ~Feature Idea~ Also, something I wanted to work on some day was an icon for the notification bar (in vb.net this is easy). The icon could use different colors and the tool tip (or ~GASP~ a pop up!) to let people know of any service announcements or outages, etc. This notification could be another file on a web server that it checks every 10 minutes or so. That way, if something goes down, you don't get 2000 phone calls in a row telling you so (as long as the customer can still reach the web server...) Jason David E. Smith wrote: David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- AV Spam Filtering by M+Guardian - Risk Free Email (TM) --- WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
BTW, someone is bound to ask why the system shows 0ms in the first test that happens to be what VB.Net reports when a ping times-out (right now I have it configured to treat timeouts as 999ms for purposes of averaging). I considered changing the display to show 999 or timeout, but then I thought about how the clients might get upset if they see that sort of test result, so I just left it as displaying 0ms. It's fairly easy change if anyone thinks it should be changed. - Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Larry Yunker Sent: Monday, June 09, 2008 4:25 AM To: 'WISPA General List' Subject: Re: [WISPA] User check program How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
This would be great to add to our arsenal for our clients. I have some batch files setup and remote support but this would be a great addition. Steve Barnes Executive Manager PCS-WIN RCWiFi Wireless Internet Service (765)584-2288 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Larry Yunker Sent: Monday, June 09, 2008 4:25 AM To: 'WISPA General List' Subject: Re: [WISPA] User check program How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
This is perfect and exactly what I was looking for... :) Here are a couple changes I would suggest: (1) under the "My Internet Settings" have it show IP address, Subnet mask and default gateway. Then move the DNS to the other side under with "Mail Server" being the last on the list. (2) Internet Connectivity Test needs to show what it's pinging (I assume it would be a domain name like www.google.com). (3) Network speed test needs to do a download AND upload test (using FTP maybe?). Should be able to have a username/password and the server name to accomplish downloading and uploading files on a server. This is very cool. Nice work! Travis Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a "user check" program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic "connectivity" checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says "Start". Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
That IS very cool... What we generally would like to VISUALLY show is WHERE the ping failure is occurring. Typically, it's the customer's router. Can you do a traceroute? Or allow for us to put in: 1. Customer's router (which may or may not be present) 2. Customer's gateway (in most cases for us it would be our CPE, but some CPEs can ONLY do bridge mode, in which case it would be our distro router) 3. Our distro router (router at the tower...may be optional for some bridged-only ISPs) 4. Our border router 5. Some external IPs or DNS names. Also perhaps an upload test... Thanks again... Your interface looks very user-friendly. Mark Nash UnwiredWest 78 Centennial Loop, Suite E Eugene, OR 97401 http://www.unwiredwest.com 541-998- 541-998-5599 fax - Original Message - From: Travis Johnson To: WISPA General List Sent: Monday, June 09, 2008 6:23 AM Subject: Re: [WISPA] User check program This is perfect and exactly what I was looking for... :) Here are a couple changes I would suggest: (1) under the My Internet Settings have it show IP address, Subnet mask and default gateway. Then move the DNS to the other side under with Mail Server being the last on the list. (2) Internet Connectivity Test needs to show what it's pinging (I assume it would be a domain name like www.google.com). (3) Network speed test needs to do a download AND upload test (using FTP maybe?). Should be able to have a username/password and the server name to accomplish downloading and uploading files on a server. This is very cool. Nice work! Travis Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You
Re: [WISPA] User check program
That looks quite useful We could use it as well. Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Looks good to me as well. I need to check if this is something we could use since I am not the technical person, but I think it would be useful. Martha Blair Davis wrote: That looks quite useful We could use it as well. Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Looks good to me as well. I need to check if this is something we could use since I am not the technical person, but I think it would be useful. There is much potential in this software. :) I'd suggest that, instead of making the ISP's settings part of a separate .ini file, that you just compile them in (and give us the source code so we can rebuild the software with our settings). That way, the whole program will be all in one file, and we can just put click here to download a testing tool on our Web site, instead of having to put up a .zip file (containing both the .exe and .ini) and trying to walk customers through unzipping or installing something. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I'm forwarding to the list, a response that Mr. Conlin sent to me directly. He was experiencing some difficulty posting to the list, but I think that his comments are worth sharing with everyone. They are comprehensive and useful. My comments are embedded inline - -Original Message- From: Paul Conlin [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2008 8:12 AM To: [EMAIL PROTECTED] Subject: RE: [WISPA] User check program 1) To be an effective diagnostic tool I think it needs to report the bad news with the good so a timeout should show timeout. 999ms for the averaging is good. To try an avoid bad news you could retry all 3 pings if one of the ping results timeout. Maybe just one retry to get 3 valid results then show timeout in red text for those that didn't get a response. Only show a red ball if all 3 timeout. Yellow for 1 or 2 responses beyond the time threshold. - fair enough. I just remember how some users would tend to get upset if even a single failure was reported. 2) Include in the INI file the ping time threshold for green/yellow on a per item test. That way pings to a critical internal address such as DNS could go yellow at a lower time than say an email server which is hosted by a third party on the Internet. Something like 4. Connectivity to DNS Server #2, 10.10.1.15, 25 and 6. Connectivity to Email Server, 123.123.123.123, 50, where in these examples the 25 and 50 was the example threshold beyond which the result is a yellow ball. Red ball for a timeout. - The program is designed with threshold settings that can be custom set by the ISP. I can add an additional column to display the IP address of the server being tested in each step that would be useful. 3) Continue the green/yellow/red results indicator theme to the My Internet Settings items also. But I guess there would be no case for a yellow ball; only green or red. An IP Address 169.254.x.x, for example, should show a RED ball as that is a common failure. Include in the INI file a range of permittable addresses. It could be in the form of address and mask such as 192.168.0.0, 255.255.0.0 or 10.10.10.0, 255.255.255.0 so you could perform a logical 'AND' with the mask value before your comparison to determine if the result should be GREEN or RED. Additionally, 169.254.x.x is such a common failure for IP Address that maybe such an address should show the result No Address in red text with a red ball instead of the bogus IP address. Same red No Address result if DNS, or Gateway is 0.0.0.0 / blank in the user's IP stack settings. - Had not considered this, but then again, I don't have the system deriving local IP address information yet. Right now, it only derives the customer's Internet IP address. I'll see what I can do about pulling local IP settings and manipulating them, but that may be a round-two upgrade. 4) The Connectivity to Default Gateway test should be first as that hop is closer and makes it more obvious why subsequent tests would fail if the gateway ping fails. - I suppose that the connectivity tests could be set to perform in a dynamic order of the ISP's choosing. Probably also a round-two upgrade. 5) Allow the INI file to include the IP address to ping and the text of the test name to be changed easily. 4. Internet Connectivity Test, 64.233.169.103, 45, 80 could be changed to 4. Google Connectivity Test, 216.239.51.99, 50, 90 or something else if Google decides to stop responding to pings or their servers slow down someday. - The INI will definitely include the ability for the ISP to set the IP addresses to be tested for each and every test-location. I don't want every ISP in the country testing against MY settings ;-) 6) Add a DNS test that actually resolves an address from the DNS server application in addition to the ping test which only confirms connectivity with the DNS server computer. - I'll look into how to perform this test. It's a good idea. 7) How does the Network Speed Test work? Is there a specific file on the speed test server that the program downloads via http get? That would make it easy to change the length of the test. What about upload speed? I'm not sure users really care much about upload but I guess it could be added. - The speed test is an http download (get) of a file from a web server. Obviously, each ISP will want to place the test file on their web server so that no single ISP in the US is getting thousands of download test requests every day. I didn't build an upload... I could use some suggestions on this. I'm struggling with how to handle usernames and passwords (both for FTP and EMAIL authentication). I don't want to hard code the accounts into the compiled software and I ideally don't want to expose the account information in a clear text INI file. Ideas? 8) Text from the INI file for a default email address field for the customer send test results to. For example [EMAIL PROTECTED] already filled in the box. - This was one that I
Re: [WISPA] User check program
Looks good. Just one question: where are you pulling the mail server ip address from? In our case, we can't assume our users are on the same software (outlook/windows mail). Some have thunderbird, others (gag) Incredimail Randy Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Randy Cosby Vice President InfoWest, Inc office: 435-773-6071 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Larry Yunker wrote: 3) Continue the green/yellow/red results indicator theme to the My Internet Settings items also. But I guess there would be no case for a yellow ball; only green or red. An IP Address 169.254.x.x, for example, should show a RED ball as that is a common failure. Not necessarily. I just discovered that, by default, Motorola Canopy clients, when running as NAT, default to 169.254.1.x. This may not be a wise choice, but it's one you may run into. Also, some WISPs actually use RFC1918 space for their whole network, essentially NATting everyone. In that case, the fact that your publicly visible IP address (as seen by a Web server in the ISP's NOC) is a private address isn't automatically bad or wrong. This will probably have to be a compile-time option (or set up in the .ini), where certain blocks of IP space are good or bad. I didn't build an upload... I could use some suggestions on this. I'm struggling with how to handle usernames and passwords (both for FTP and EMAIL authentication). I don't want to hard code the accounts into the compiled software and I ideally don't want to expose the account information in a clear text INI file. Just do HTTP POST and upload a file (or a bunch of randomly-generated data) to a Web server somewhere. You can time the upload on the client side (since you know exactly how much data you're sending), and the Web server could easily be configured simply to discard the uploaded data. This might be a bit less precise than, say, timing an FTP upload, but it's more portable and easier to configure server-side. A page that simply takes uploaded data and discards it would probably take about ten minutes to write in most any server-side scripting language. 13) Add a check box option for the customer to have the user check program automatically start when they start their computer. - Hmmm I hate start-up programs but I'll leave this one open to consensus as well. Would this be useful? I'd prefer this to be a simple troubleshooting tool, not something that runs all the time. I can already see the phone calls from customers. My ball turned yellow three times yesterday for eight minutes! I want a credit on my account! David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Mark Nash UnwiredWest 78 Centennial Loop Suite E Eugene, OR 97401 541-998- 541-998-5599 fax http://www.unwiredwest.com - Original Message - From: David E. Smith [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Monday, June 09, 2008 7:38 AM Subject: Re: [WISPA] User check program Looks good to me as well. I need to check if this is something we could use since I am not the technical person, but I think it would be useful. There is much potential in this software. :) I'd suggest that, instead of making the ISP's settings part of a separate .ini file, that you just compile them in (and give us the source code so we can rebuild the software with our settings). That way, the whole program will be all in one file, and we can just put click here to download a testing tool on our Web site, instead of having to put up a .zip file (containing both the .exe and .ini) and trying to walk customers through unzipping or installing something. David Smith MVN.net -- -- WISPA Wants You! Join today! http://signup.wispa.org/ -- -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Right now the app is configured to pull the email server address to be tested from the ISP's INI file. I'm not testing to make sure that the mail software settings are configured correctly. I'm just pinging through to a predefined server address. In fact, I'm not even checking to see if the customer can connect to a POP3, IMAP, or SMTP port. Of course, checking email client settings wouldn't be a bad idea for a future release but I'd need some suggestions as to how to identify such settings given the diverse set of client applications. Ideas? - Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Cosby Sent: Monday, June 09, 2008 11:40 AM To: WISPA General List Subject: Re: [WISPA] User check program Looks good. Just one question: where are you pulling the mail server ip address from? In our case, we can't assume our users are on the same software (outlook/windows mail). Some have thunderbird, others (gag) Incredimail Randy Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Randy Cosby Vice President InfoWest, Inc office: 435-773-6071 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
For now, could we have the option to just leave that out? Larry Yunker wrote: Right now the app is configured to pull the email server address to be tested from the ISP's INI file. I'm not testing to make sure that the mail software settings are configured correctly. I'm just pinging through to a predefined server address. In fact, I'm not even checking to see if the customer can connect to a POP3, IMAP, or SMTP port. Of course, checking email client settings wouldn't be a bad idea for a future release but I'd need some suggestions as to how to identify such settings given the diverse set of client applications. Ideas? - Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Cosby Sent: Monday, June 09, 2008 11:40 AM To: WISPA General List Subject: Re: [WISPA] User check program Looks good. Just one question: where are you pulling the mail server ip address from? In our case, we can't assume our users are on the same software (outlook/windows mail). Some have thunderbird, others (gag) Incredimail Randy Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Randy Cosby Vice President InfoWest, Inc office: 435-773-6071 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
By the way Larry, Thanks! Randy Larry Yunker wrote: Right now the app is configured to pull the email server address to be tested from the ISP's INI file. I'm not testing to make sure that the mail software settings are configured correctly. I'm just pinging through to a predefined server address. In fact, I'm not even checking to see if the customer can connect to a POP3, IMAP, or SMTP port. Of course, checking email client settings wouldn't be a bad idea for a future release but I'd need some suggestions as to how to identify such settings given the diverse set of client applications. Ideas? - Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Cosby Sent: Monday, June 09, 2008 11:40 AM To: WISPA General List Subject: Re: [WISPA] User check program Looks good. Just one question: where are you pulling the mail server ip address from? In our case, we can't assume our users are on the same software (outlook/windows mail). Some have thunderbird, others (gag) Incredimail Randy Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- Randy Cosby Vice President InfoWest, Inc office: 435-773-6071 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I was going to suggest that very thing... Mark Nash UnwiredWest 78 Centennial Loop Suite E Eugene, OR 97401 541-998- 541-998-5599 fax http://www.unwiredwest.com - Original Message - From: David E. Smith [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org Sent: Monday, June 09, 2008 9:05 AM Subject: Re: [WISPA] User check program David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net -- -- WISPA Wants You! Join today! http://signup.wispa.org/ -- -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
A question that remains to be answered.. What format shall I use when sending the test results to email? Right now I've got the system simply creating a delimited list of test results as one long string. It's not pretty, but it's very easy to parse if you want to load it into some sort of database. It would take a bit longer, but I could modify the code to generate an XML file. Any thoughts regarding output format? - Larry _ From: Travis Johnson [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2008 9:23 AM To: WISPA General List Cc: [EMAIL PROTECTED] Subject: Re: [WISPA] User check program This is perfect and exactly what I was looking for... :) Here are a couple changes I would suggest: (1) under the My Internet Settings have it show IP address, Subnet mask and default gateway. Then move the DNS to the other side under with Mail Server being the last on the list. (2) Internet Connectivity Test needs to show what it's pinging (I assume it would be a domain name like www.google.com). (3) Network speed test needs to do a download AND upload test (using FTP maybe?). Should be able to have a username/password and the server name to accomplish downloading and uploading files on a server. This is very cool. Nice work! Travis Larry Yunker wrote: How's this one look? I thought I'd put something together to be used as a user check program. It's fully functional now, but I need to build an ini file reader to hold each ISP's individualized settings I'll probably knock that out on Tuesday. then I'll try to publish it. If anyone sees something they would like changed/added, let me know. Regards, Larry Yunker Network Consultant [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ _ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Could the settings be stored in a file on a web server, and an ini file (or compiled in file) just point to the file on the web server? That way, if your network changes and you want to "re-point" everyone to different ip's, you just change the one file on your web server, not hundreds of ini files across your service area. The logo on the program could just be a pic on the web server too. So, even your company logo could be changed en mass. ~Feature Idea~ Also, something I wanted to work on some day was an icon for the notification bar (in vb.net this is easy). The icon could use different colors and the tool tip (or ~GASP~ a pop up!) to let people know of any service announcements or outages, etc. This notification could be another file on a web server that it checks every 10 minutes or so. That way, if something goes down, you don't get 2000 phone calls in a row telling you so (as long as the customer can still reach the web server...) Jason David E. Smith wrote: David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to "compiled" or "INI". The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- AV Spam Filtering by M+Guardian - Risk Free Email (TM) --- WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I suppose that it would be possible to derive settings from a web server, but I was imagining that if your customer was using this tool, they would be experiencing a connectivity issue. If they can't connect to the internet, there is a fairly good chance that they can't reach your web server either. Thus, the need to keep at least the default settings in a local file of some sort. It sounds like at least some of you would like to see this tool be more versatile and be more of a general monitoring tool that can run in background all of the time. If it runs in background and constantly tests the network, I am concerned with the impact that such testing would have on wireless network performance. For instance, in a Waverider network the dynamic polling determines the percentage of time to allocate to each radio based on the frequency with which that client talks to the network. If every radio on the network is sending ping requests every so many minutes, the AP cannot ignore ANY of the radios and thus the dynamic polling mechanism fails to work properly. Is there any sort of workaround to this? Are radios able to ignore small packets when formulating dynamic polling allocation? - Larry _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Sent: Monday, June 09, 2008 1:51 PM To: WISPA General List Subject: Re: [WISPA] User check program Could the settings be stored in a file on a web server, and an ini file (or compiled in file) just point to the file on the web server? That way, if your network changes and you want to re-point everyone to different ip's, you just change the one file on your web server, not hundreds of ini files across your service area. The logo on the program could just be a pic on the web server too. So, even your company logo could be changed en mass. ~Feature Idea~ Also, something I wanted to work on some day was an icon for the notification bar (in vb.net this is easy). The icon could use different colors and the tool tip (or ~GASP~ a pop up!) to let people know of any service announcements or outages, etc. This notification could be another file on a web server that it checks every 10 minutes or so. That way, if something goes down, you don't get 2000 phone calls in a row telling you so (as long as the customer can still reach the web server...) Jason David E. Smith wrote: David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- AV Spam Filtering by M+Guardian - Risk Free Email (TM) --- WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I like this idea a lot (the ini/settings file and logo from the web server). Only problem is that it should keep a local copy in case it could not reach the web server. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Sent: Monday, June 09, 2008 12:51 PM To: WISPA General List Subject: Re: [WISPA] User check program Could the settings be stored in a file on a web server, and an ini file (or compiled in file) just point to the file on the web server? That way, if your network changes and you want to re-point everyone to different ip's, you just change the one file on your web server, not hundreds of ini files across your service area. The logo on the program could just be a pic on the web server too. So, even your company logo could be changed en mass. ~Feature Idea~ Also, something I wanted to work on some day was an icon for the notification bar (in vb.net this is easy). The icon could use different colors and the tool tip (or ~GASP~ a pop up!) to let people know of any service announcements or outages, etc. This notification could be another file on a web server that it checks every 10 minutes or so. That way, if something goes down, you don't get 2000 phone calls in a row telling you so (as long as the customer can still reach the web server...) Jason David E. Smith wrote: David, there are too many variables, I think, to have a compiled program with the settings buried into it. We will want a way to modular-ize it. Or it could be done both ways, with the option to set it to compiled or INI. The compiled version WOULD make for an easier download and use, yes. Either all the variables go into an .ini file, or they all go into one file in the source code. You could even split the difference, and have default settings compiled in, that are overridden by the presence of a valid .ini. David Smith MVN.net WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ --- AV Spam Filtering by M+Guardian - Risk Free Email (TM) --- WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I have some software writers that could do this pretty easy if you could provide some more information on what you want (user interface etc.) WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
I would chip in for this, too. It's been on our backburner for a few months now... Mark Nash UnwiredWest 78 Centennial Loop Suite E Eugene, OR 97401 541-998- 541-998-5599 fax http://www.unwiredwest.com - Original Message - From: Travis Johnson [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org; [EMAIL PROTECTED] Sent: Saturday, June 07, 2008 3:54 PM Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv -- -- WISPA Wants You! Join today! http://signup.wispa.org/ -- -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Agreed... -- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: Mark Nash [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org; [EMAIL PROTECTED] Sent: Saturday, June 07, 2008 5:59 PM Subject: Re: [WISPA] User check program I would chip in for this, too. It's been on our backburner for a few months now... Mark Nash UnwiredWest 78 Centennial Loop Suite E Eugene, OR 97401 541-998- 541-998-5599 fax http://www.unwiredwest.com - Original Message - From: Travis Johnson [EMAIL PROTECTED] To: WISPA General List wireless@wispa.org; [EMAIL PROTECTED] Sent: Saturday, June 07, 2008 3:54 PM Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv -- -- WISPA Wants You! Join today! http://signup.wispa.org/ -- -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] User check program
Batch file Kurt Fankhauser WAVELINC P.O. Box 126 Bucyrus, OH 44820 419-562-6405 www.wavelinc.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Travis Johnson Sent: Saturday, June 07, 2008 6:54 PM To: WISPA General List; [EMAIL PROTECTED] Subject: [WISPA] User check program Hi, I was wondering if anyone has written or seen a program that would do some basic connectivity checking for customers? I had the thought today that it would be really cool to have a simple program people could download on their PC and then run that would do things like: (1) Ping to our backbone router via IP address (showing latency results as well) (2) Ping our main DNS servers via IP address (3) Ping a domain name (4) Ping our main email server (5) Ping the customers default gateway (6) Show their configured IP address (both on the machine and on the Internet) (7) Speed test to our backbone (maybe just FTP a file from a local server and compute the time vs. file size?) (8) One additional button that would send all the results via email to whatever email address they put in. It would need to be a nice, pretty interface with a single button that says Start. Then the results could show a Green Light for each item that was OK or a Red Light if there is a problem. It would also be nice to have your company Logo and phone number on the interface. Is anyone up for this task? I would be willing to pay to have something written, unless there is already something close out there? Travis Microserv WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/