If you are also seeing packet loss from these points all the way to the final hop of your test, that points to a problem on the device first showing packet loss or on the inbound connection to that device.
However, if you are not seeing packet loss all the way to the final hop, this apparent packet loss may not be an issue.
Some providers are rate-limiting how often they respond with the TTL-exceeded ICMP packets used by traceroute and similar tools like the Packet Loss Test. This is done to prevent attacks against these routers, since responding to these packets requires much more CPU time than simply forwarding the packet does. If the router is set up to rate-limit, it will respond to a certain number of traceroute packets per second, and once that many have been received, it will stop responding to them for that second -- which will appear as packet loss. You are not losing any "real" traffic, assuming the final hop of your traceroute isn't showing any loss.
got feedback?
got feedback?Re:
https://secure.dslreports.com/pingtest/ac9b94766467/2857809?r=193
https://secure.dslreports.com/pingtest/3647a46a5aa3/2857826?r=97
Is it possible for the packet loss rules be set to discover "real" vs. "rate limitation of pings"? and send at a rate less than the rate limited to and report the limit of the switch/router AND the REAL loss?
Also is there a way to find if an isp is violating net neutrality for a particular type of traffic?
May I request that you do so.
(Software downloads happen at rates reminiscent of dialup. Cin Bell was a good isp! Then i got a fictitious DMCA! Everything has been bad (erratic)since. Cin bell seems to be doing "deep packet inspection" and apparently looking up a movie on google will get you a fictitious DMCA from the owner of this movie. A real DMCA requires a real violation of law EG:that I host their movie and I host nothing at all.)
Sincerely,
GlennNDavis@fuse.net
(937) 559-7766
I hope this helps!
2011-12-24 09:52:01
by Xyc 
edited by JMGullett
last modified: 2007-04-26 17:18:05
