best program to monitor my packetloss /lagging out

_Jimlad_

_Jimlad_

_Jimlad_

Soldato
Joined
5 Jun 2005
Posts
20,890
Location
Southampton
yeah im with virgin and after 6months of near perfect super fast internet its got boobs up!

i can't play BF3 and that is a bugger, as i enjoy a game and admin on a server, it will connect and work and play with a ping of between 15 - 30 and then spike though the roof 500 - 1000 before kicking me. in between that i will get such massive rubber banding its unplayable. internet speeds and ping test state all is well. but every now and then it will be a nasty loss and web pages will die and i will get cut off from steam/orgin/teamspeak.

Virgin say nothing is wrong and to run spybot/reboot router! ffs

i need a good app that will run and keep tabs on what is really happening
 
no i use a wired connection for my pc, 90% of the time when it goes it just kicks me from games. virgin dont seem to care!
 
You need to make a change to the superhub config.

Advanced Settings/Advanced/DMZ Host/Respond to Ping on WAN Port
 
Run Ping Plotter on your PC and see where the problem is. Chances are if you are on Virgin Cable its UBR overutilisation.

WinMTR will do the same thing but you get purrdy graphs with Ping Plotter :D
 
have you tried pathpinging out?
try pathping to google and bbc and see what it returns.

Your graphs are obviously showing what they are perceiving as packet loss however packet loss is an overall loss and should not bring itself back down. More than likely the servers just didn't respond to being pinged.
 
That packet loss is real. His connection is seriously broken.

Look at the PL% for each hop, that is a major problem.

I doubt it's the UBR, it looks like a fault rather than being a saturated upstream channel.

You should tell support you are seeing ~30% packet loss on every hop to multiple destinations (test a few places first).

To rule out the upstream channel you need to ask support to switch you over to a better upstream channel.
 
Open a command prompt and enter: pathping bbc.co.uk

He really needs to get a BQM going. Could someone with a superhub give detailed instructions on how to enable WAN ping response?

I don't own a superhub and most of the instructions online appear to be out of date.
 
C:\Users\Jimmy>pathping bbc.co.uk

Tracing route to bbc.co.uk [212.58.241.131]
over a maximum of 30 hops:
0 Corsair [192.168.0.5]
1 cpc10-sotn9-2-0-gw.15-1.cable.virginmedia.com [81.101.96.1]
2 sotn-core-1a-ae4-3864.network.virginmedia.net [80.4.225.101]
3 sotn-core-1b-ge-100-0.network.virginmedia.net [80.4.225.2]
4 glfd-bb-1b-ae3-0.network.virginmedia.net [212.43.163.153]
5 glfd-tmr-1-ae5-0.network.virginmedia.net [213.105.159.46]
6 tcl5-ic-1-as0-0.network.virginmedia.net [62.253.185.78]
7 212.58.239.249
8 * * *
Computing statistics for 175 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 Corsair [192.168.0.5]
6/ 100 = 6% |
1 54ms 6/ 100 = 6% 0/ 100 = 0% cpc10-sotn9-2-0-gw.15-1.cable.virg
inmedia.com [81.101.96.1]
0/ 100 = 0% |
2 35ms 7/ 100 = 7% 1/ 100 = 1% sotn-core-1a-ae4-3864.network.virg
inmedia.net [80.4.225.101]
0/ 100 = 0% |
3 31ms 6/ 100 = 6% 0/ 100 = 0% sotn-core-1b-ge-100-0.network.virg
inmedia.net [80.4.225.2]
0/ 100 = 0% |
4 35ms 6/ 100 = 6% 0/ 100 = 0% glfd-bb-1b-ae3-0.network.virginmed
ia.net [212.43.163.153]
0/ 100 = 0% |
5 31ms 7/ 100 = 7% 1/ 100 = 1% glfd-tmr-1-ae5-0.network.virginmed
ia.net [213.105.159.46]
0/ 100 = 0% |
6 27ms 7/ 100 = 7% 1/ 100 = 1% tcl5-ic-1-as0-0.network.virginmedi
a.net [62.253.185.78]
0/ 100 = 0% |
7 50ms 6/ 100 = 6% 0/ 100 = 0% 212.58.239.249

Trace complete.
 
Steveocee said:
have you tried pathpinging out?
try pathping to google and bbc and see what it returns.

Your graphs are obviously showing what they are perceiving as packet loss however packet loss is an overall loss and should not bring itself back down. More than likely the servers just didn't respond to being pinged.
Click to expand...


If you send a packet and it's lost, that 100% loss.... if I send 9 packets and they are all lost then that's 100%, if I send a 10th packet and it's returned that's 90% loss. So explain how a percentage should not bring itself back down?

Also, if a router / host does not respond to ICMP why do none of the hops say 100% loss? They dont chose to drop ICMP unless it's configured as a low priority protocol and the device has hit it's bandwidth limit.


Jimlad - do you know how to find your modem stats??
 
they gave me a brand new superhub, which is running on stock settings, still getiing it, web pages seem fine, sometimes i need a quick refresh, but BF3 is unplayable and large downloads are always buggered. virgin tech support remoted on and said ping and speed tests are fine. if i pingtest.com i dont get any packet loss, but using ping plotter or the other 2 links people mentioned the problem is clearly there!
 
PistolPete said:
If you send a packet and it's lost, that 100% loss.... if I send 9 packets and they are all lost then that's 100%, if I send a 10th packet and it's returned that's 90% loss. So explain how a percentage should not bring itself back down?

Also, if a router / host does not respond to ICMP why do none of the hops say 100% loss? They dont chose to drop ICMP unless it's configured as a low priority protocol and the device has hit it's bandwidth limit.


Jimlad - do you know how to find your modem stats??
Click to expand...

The way it was explained to me but slightly abridged;
When you are normally using Internet connectivity, you don't bounce each packet off each hop. It is sent to the first hop and then continues from there.

Therefore: if a packet is truly lost on hop one, the remaining hops will then only be a percentage of what was sent. If further packet loss continues this value will obviously go down. It can't regenerate itself. Even if the remaining hops have no loss at all there will still have been an initial loss which will be shown at the end.

I'm all for being shown how that theory is wrong. I understand that pinging does prove a lot.
 
You must log in or register to reply here.
Back
Top Bottom