[Jaxx]

[Jaxx]

[jmmijo]

Hmm, the fact that the ping delays jump could actually mean some sort of network traffic delay/packet collision on the ISP's network or even where their network connects to the backbone.

How many jumps are there between your ISP and their backbone provider(s) ?!? What this means is that they give the end user a connection and then in turn routes your packets to one or more backbone providers like UUnet and/or Verio for instance. There are a number of backbone providers out there with varying amounts of capacity as well.

It's also possible that you ISP takes many more hops and/or a funky route to get to their backbone provider(s).

Have to done a trace route to the end server(s) you frequently play on ?!? This will give you more info on what route the packets take to get to their destination from your connection.

What you appear to be experiencing is latency or lag as it's called and of course FPS games tend to be the most sensitive to this kind of thing

[Jaxx]

[Jaxx]

Quote:

If you would like to try the one I created back in 1996-1997 & have modded for the added features Lotus (member here) requested, the IP-UserName-Password combination for d/l via FTP is:

Server = emu-pdx.myftp.org
Port = 2077
User = leechmenow
Pass = ntcompatible

* Needs testers, should be 100% ready-to-rock-n-roll & all that, but tests never hurt... if you don't & are happy w/ that shareware, then no biggie!

(Mine's a freebie offering though & has alot of features now that the other one may not include...)

I will try it as soon i get a FTP client installed

Quote:

Again, it's probably what I theorize above about it being nested between 2 other ICMP responses & this forces the IP stack to budge in the process queue since it is a driver & also up its CPU priority &/or usage.

The DOS/DDOS attack method I list above may be a better way for you to understand this... read it when you can

My knowledge about the OSI-model and TCP/IP stack is kinda limited, to say the least

Quote:

That might also be carrier noise (rx, tx, cx) too, another thing to consider as well... like when you download files, it tends to go up

I never downloaded anything while I made those PingPlotter logs, just to avoid misreadings. If thats what you ment.

Quote:

Patch the OS most likely... & check the arp cache as per the article in the MS url link I put up above also.

There are registry hacks that can restrict the number of dropped packets & repeat replies as well, I think this is the one from here:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

EnableICMPRedirect & TCP1320Opts & TcpMaxDupAcks (especially this last one)

I looked for those strings in the registry but I only found EnableICMPRedirect and it was set to 1, however I downloaded WinGuides TweakManager and whit that program I could make those changes you proposed.

But sadly it didnt make any diffrence at all.
The ARP-thing I havent looked into yet, will do.

When you say Patch the OS i guess you mean the lastest updates and servicepack and drivers, which I have the newest of all

Quote:

If this is, however, restricted to a PARTICULAR SERVER, (e.g.-> not diff. ones you ping, but one you always ping & see it spike up) then the problem may be at that server/node on the WAN itself! Things like latency being high in return trip from it, or packet loss manifesting itself ONLY ON THAT NODE would be server-side & place to concentrate on

This happends on every single server I ping to, doesnt matter which part of my country or if I ping a server abroad

I appreciate all your input here

[Mr.Guvernment]

maybe the ISP needs to simply restart one of it's routers - or even replace it?