Kitz Forum
Broadband Related => Broadband Technology => Topic started by: UncleUB on October 03, 2009, 08:04:42 AM
-
Just seen this on the www.speedtest.net site
www.pingtest.net
Not sure what it all means,but this was my test result.
(http://www.pingtest.net/result/36215.png) (http://www.pingtest.net)
-
That looks excellent to me. Whatever server I try from that site, I get 100% packet loss recorded. ???
If you click on the 'Learn more' button you'll get an explanation of what it's all supposed to mean.
-
It's telling me that I suffer from "100% packet loss"
:cry2:
What does that mean please..? The "learn more" tab just says that anything over a 0% loss is a problem, but there is no further explanation.
-
I tried this last night....ran back-to-back tests with the same serveers on speedtest then pingtest, all the speedtest ping results were higher than the pingtest results so used the feedback form to let them know.
With it being a Beta release, the more peeps who try it and provide feedback the more chance they/we've got of getting a very useful end product, in my humble opinion ;)
-
I think that the packet loss report must be a bug in the system, because 100% packet loss would presumably mean that there was no good data received at all. I've submitted a report to the site.
-
I just tried and got the following
(http://www.pingtest.net/result/41730.png) (http://www.pingtest.net)
-
Hi
these are my results seems to work ok :) could be handy for gamers .
(http://www.pingtest.net/result/48647.png) (http://www.pingtest.net)
Regards Jeff
-
I think that the packet loss report must be a bug in the system, because 100% packet loss would presumably mean that there was no good data received at all. I've submitted a report to the site.
You haven't got ICMP disabled?
-
(http://www.pingtest.net/result/49136.png) (http://www.pingtest.net)
Cheers,
Peter
-
You haven't got ICMP disabled?
I'm embarrassed to admit that I did. But now that I've enabled it I still get 100% packet loss reported.
-
It is definitely a feature of this beta software. I've tried two different Zen lines from THCN.
One reports 100% packet loss on two occasions. The other had one from three with 100 %.
My own Virgin cable line reports that it can't do the packet loss calculation.
Kind regards,
Walter
-
Reading through the FAQ, this little gem popped out at me....very handy, I would think, if trying to resolve behind-the-exchange network faults maybe....
http://www.maxmind.com/app/locate_my_ip
-
Well I've tried this four times and it's crashed my browser each time it tries to load the page. >:D >:(
-
(http://www.pingtest.net/result/130570.png) (http://www.pingtest.net)
I like this site... Good idea.
Seems a bit glitchy with Packet Loss though...
-
I've had a reply to my bug report:
----------------------------
It is possible this is due to your system not having Java installed. Please confirm you have the required install:
http://www.pingtest.net/help.php#q6
Alternatively, if you have a hardware or software firewall blocking UDP traffic over port 5060, this would also cause the test to fail. We will be making a few changes that result in showing packetloss as N/A in instances where this occurs.
---------------------------------------
I do have Java installed of course, but all incoming ports are blocked by the router, so that's probably the explanation. I've temporarily opened port 5060 for UDP traffic to test it, but at present I can't access the PingTest site.
It does make me think that those of you who didn't get a 100% packet loss result ought to check your firewall settings to make sure that you don't have other ports open to the world...
-
After a bit more fiddling, I've enabled SIP UDP services on port 5060, and now the PingTest site gives a proper packet loss report:
(http://www.pingtest.net/result/210925.png)
-
Another query answer for you guys, from Pingtest........
GunJack,
The latency test is quite different on Pingtest.net vs Speedtest.net.
What you are seeing is not a discrepancy, but rather a difference in
technology.
Speedtest.net: All tests are fully handled using TCP over HTTP.
For Latency: This test is performed by measuring the time it takes to
get a response for an HTTP request sent to the web server. It is done 10
times with the average value determining the final result.
Pingtest.net: Utilizes direct socket connections over TCP for all of the
tests besides packetloss, which uses UDP via Java.
For Latency: These tests are done by measuring the round trip time for
TCP packets sent to the server. The average of 10 samples determines the
result. The variance for all of the samples determines jitter.
Best Regards,
Michael @ Pingtest.net
-
I got a popup Windows Security Alert about it attempting to access Java.
Even though it was supposedly blocked.. the test still seemed to complete successfully ???
(http://www.pingtest.net/result/341560.png) (http://www.pingtest.net)
My router is set to respond to ICMP and a couple of ports that I have deliberately opened... aside from that according to grc.com Im fully stealthed.
-
according to grc.com Im fully stealthed
I believe that grc.com only tests the ports with TCP packets, whereas PingTest uses UDP. Shields Up shows my system as fully stealthed too, but I know that port 5060 is open for UDP, because I opened it. Port 5060/UDP is commonly open by default because it's used by MSN, as you can see in the attached snapshot of my router's ALG Services page. As you can see, I disabled that part because I don't use any of those MS services, but I specifically opened port 5060.
[attachment deleted by admin]
-
thanks eric - sorry I think I missed page 2 of this thread last night :/
-
I've had a reply to my bug report:
----------------------------
It is possible this is due to your system not having Java installed. Please confirm you have the required install:
http://www.pingtest.net/help.php#q6
Alternatively, if you have a hardware or software firewall blocking UDP traffic over port 5060, this would also cause the test to fail. We will be making a few changes that result in showing packetloss as N/A in instances where this occurs.
---------------------------------------
I do have Java installed of course, but all incoming ports are blocked by the router, so that's probably the explanation. I've temporarily opened port 5060 for UDP traffic to test it, but at present I can't access the PingTest site.
It does make me think that those of you who didn't get a 100% packet loss result ought to check your firewall settings to make sure that you don't have other ports open to the world...
hi roseway
here is my error on the site
http://www.chrysalisnet.org/pingtest.PNG
I got told about the udp 5060 and java as well.
Except one problem.
I have no software firewall running.
firewall is disabled on router.
I do have java installed, verified with the fact I can run tbb speedtest no issues.
Seems to me their site is buggy but the error I get no other person has had it.
-
@Chrysalis
Yes, I think there's no doubt that the site is buggy, but it has the makings of a very useful tool. When you say that you've disabled the router firewall, have you disabled NAT as well? Because if you haven't, it will still be blocking incoming attempts at access (I think).
-
I was told by them NAT doesnt matter, and NAT is a very popular configuration now days. Isps now tend to provide routers that use NAT rather than basic modems.
I forgot a very important thing sorry, the test does work from my laptop behind the same router. It fails on my desktop pc.
-
I'm afraid I've run out of ideas. There's obviously some difference in the configuration of your laptop and desktop, but what it might be I really don't know. Still, I suppose that you can take some pleasure in having a unique error message. :)
-
The machine you are using is very important regarding the result you obtain. Using my laptop (no Java) I get:
(http://www.pingtest.net/result/712255.png) (http://www.pingtest.net)
while on my wife's WinXP is:
(http://www.pingtest.net/result/712198.png) (http://www.pingtest.net)
Now this is all on the same router, with the same settings. My wife's Java was enabled on the browser, but it did not run because I have her set up as a plain user and the Java applet was asking for admin privileges.
-
interesting, so you was able to get a result without java? and they told me it uses java.
My desktop is windows XP SP3.
The laptop (which can run the test) is Windows 7 RTM 64bit.
-
If you look at the results on the first of my tests above it says:
* Unable to test packet loss
- this is because I do not have Java on the laptop. The fact that both ping and jitter are so high compared with the desktop results shows me that the results are not reliable. I know that this laptop is running Linux and it outperforms my wife's WinXP hands down on upload/download and (outgoing) ping tests.
-
apologies for missing that bit, but it still managed to do part of the test without java. Which would suggest my issue is not java related.
-
Could it be that your ISP is blocking some ports that affect these tests?
-
well I never got to the bottom of it but my guess is pingtest have had more complaints as the server locations themselves are now changing the test to port 8080.
MK location has already done this and that test now works for me.
(http://www.pingtest.net/result/1813832.png)
-
Deffo something not quite right with this site
my first result
(http://www.pingtest.net/result/3326151.png) (http://www.pingtest.net)
my second and third attempts froze and then crashed my browser :'( :'(
guess it maybe beta bug syndrome :-\
k9
-
Hi
Not sure about these results The time of <1 ms is normally your own router.
whoisxy.com/ping.aspx that site has a very poor reputation according to WOT
Regards Jeff