Jump to content

Web Based Network Diagnostics


nellie2
 Share

Recommended Posts

This is a free service that uses a Java applet running from your browser to quickly test the reliability and status of your computer’s network connection. It works by sending test data to and from your computer and the site's server and analyzing the results. It's a relatively simple test but it allows you to diagnose a range of problems from faulty cables and duplex mismatch to wrongly specified TCP parameters. I ran a test.... here are my results. Worth popping in your favourites I think!

capture120320050934007ti.th.jpg

Link

Link to comment
Share on other sites

Wow - this thing is very thorough!

WEB100 Enabled Statistics:

Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done

running 10s outbound test (client to server) . . . . . 381.53Kb/s

running 10s inbound test (server to client) . . . . . . 3.57Mb/s

------  Client System Details  ------

OS data: Name = Linux, Architecture = i386, Version = 2.6.9

Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0

------  Web100 Detailed Analysis  ------

45 Mbps T3/DS3 link found.

Link set to Full Duplex mode

No network congestion discovered.

Good network cable(s) found

Normal duplex operation found.

Web100 reports the Round trip time = 124.12 msec; the Packet size = 1368 Bytes; and

No packet loss - but packets arrived out-of-order 18.86% of the time

This connection is receiver limited 87.14% of the time.

  Increasing the current receive buffer (64.0 KB) will improve performance

This connection is network limited 12.83% of the time.

  Contact your local network admin and report excessive packet reordering

    Web100 reports TCP negotiated the optional Performance Settings to:

RFC 2018 Selective Acknowledgment: ON

RFC 896 Nagle Algorithm: ON

RFC 3168 Explicit Congestion Notification: OFF

RFC 1323 Time Stamping: ON

RFC 1323 Window Scaling: ON

Information: Network Middlebox is modifying MSS variable

Server IP addresses are preserved End-to-End

Client IP addresses are preserved End-to-End

Thanks Nel! :D

Link to comment
Share on other sites

Nell,

It certainly is an interesting thing. It confirmed what I knew....my machine is very pedestrian, but it also told me that my receiving buffer was not big enough. I then realised there were only two things stopping me trying to improve matters. 1) What the ***** is my receiving buffer and 2) how do I find it and alter it? Under these circumstances I find it reassuring that it was you who pointed it out, because you are likely to know the answers to my questions.

Link to comment
Share on other sites

So what does this mean?

WEB100 Enabled Statistics:

Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done

running 10s outbound test (client to server) . . . . . 368.94Kb/s

running 10s inbound test (server to client) . . . . . . 4.21Mb/s

------  Client System Details  ------

OS data: Name = Windows XP, Architecture = x86, Version = 5.1

Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_01

------  Web100 Detailed Analysis  ------

Cable modem/DSL/T1 link found.

Link set to Half Duplex mode

No network congestion discovered.

Good network cable(s) found

Normal duplex operation found.

Web100 reports the Round trip time = 124.24 msec; the Packet size = 1380 Bytes; and

No packet loss was observed.

This connection is receiver limited 97.07% of the time.

This connection is network limited 2.90% of the time.

    Web100 reports TCP negotiated the optional Performance Settings to:

RFC 2018 Selective Acknowledgment: ON

RFC 896 Nagle Algorithm: ON

RFC 3168 Explicit Congestion Notification: OFF

RFC 1323 Time Stamping: OFF

RFC 1323 Window Scaling: ON

Information: Network Middlebox is modifying MSS variable

Server IP addresses are preserved End-to-End

Information: Network Address Translation (NAT) box is modifying the Client's IP address

[edited by homecomputeraid]Server says [15.31.21.70] but Client says [192.168.1.104]

Doh!

Link to comment
Share on other sites

I've tried this about 30 times since Nel posted it - but every time I get exactly the same message !

TCP/Web100 Network Diagnostic Tool v5.3.3a

click START to begin

Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done

running 10s outbound test (client to server) . . . . . Server busy: Please wait 30 seconds for previous test to finish

click START to re-test

Other than click START - what else can you do ?

Link to comment
Share on other sites

Boris,

It worked fine for me several times. Maybe you were trying at a busy time of day for their server?

Here's what some of it means:

WEB100 Enabled Statistics:

Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done

running 10s outbound test (client to server) . . . . . 368.94Kb/s

running 10s inbound test (server to client) . . . . . . 4.21Mb/s

Tests your speed to upload and download data. The upload speed for Cable is usually significantly slower than download speed, but home users are much more interested in downloading things anyway. In the above quote, the upload speed was 368.94 Kilobits/Second. The download speed was 4.21 Megabits/Second. Pretty good download speed.

------  Client System Details  ------

OS data: Name = Windows XP, Architecture = x86, Version = 5.1

Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_01

Just some stuff about your Operating System and Java version.

------  Web100 Detailed Analysis  ------

Cable modem/DSL/T1 link found.

Link set to Half Duplex mode

No network congestion discovered.

Good network cable(s) found

Normal duplex operation found.

Some information about your connection type. Half duplex means communication only occurs in one direction at a time. The computer is either sending or receiving data. Full duplex would mean that it can send and receive at the same time.

Web100 reports the Round trip time = 124.24 msec; the Packet size = 1380 Bytes; and No packet loss was observed.

This connection is receiver limited 97.07% of the time.

This connection is network limited 2.90% of the time.

Round trip time is not that meaningful unless there's huge variation in the time in milliseconds. No packet loss is significant because a network with problems will most likely experience packet loss. I believe the receiver limited and network limited indicate where the software believes some "throttling" of the network is taking place. ISP's will limit bandwidth. Your speeds could also be slower because the server at the far end can is only providing a certain amount of bandwidth per customer, or because it's overloaded.

Web100 reports TCP negotiated the optional Performance Settings to:

RFC 2018 Selective Acknowledgment: ON

RFC 896 Nagle Algorithm: ON

RFC 3168 Explicit Congestion Notification: OFF

RFC 1323 Time Stamping: OFF

RFC 1323 Window Scaling: ON

Information: Network Middlebox is modifying MSS variable

Server IP addresses are preserved End-to-End

Information: Network Address Translation (NAT) box is modifying the Client's IP address

Server says [15.31.21.70] but Client says [192.168.1.104]

RFC's are Requests for Comment: see RFC 2018 for an example. RFC's are how standards are requested, worked through, and eventually implemented for Networking Protocol's. The only significant part for most home users is Network Address Translation. This probably means that the home user has a router that is 'translating' an internal IP (192.168.1.104 in this case) to a valid Internet IP (24.131.211.78). Some routers say in their documentation that NAT will act as a firewall. Remember, this is NOT true! A true firewall will do Stateful Packet Inspection along with NAT. NAT does help a little bit, in that the outside world can't directly 'see' the inside network.

Link to comment
Share on other sites

Deuces Wild,

I modified your post to alter your Internet IP Address. It is my opinion that posting your internal network scheme is relatively safe, especially if you use the very popular 192.168.1.0 255.255.255.0 network, but if you couple that with your valid Internet IP, you're providing potential attackers with too much information.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy