Who is at fault ? ISP or Host

[nub1]

Hello,

I would like to see your point of view on this winMTR log, who is at fault for the packet loss here ?

Is it;

a) my isp.
b) ntt.net
c) destination ip
d) ntt.net + destination ip
e) ??

Thank you.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.0.0.1 - 0 | 531 | 531 | 0 | 1 | 2 | 1 |
| 10.30.0.193 - 0 | 531 | 531 | 0 | 3 | 206 | 2 |
| myisp.country - 0 | 531 | 531 | 0 | 3 | 6 | 4 |
| myisp.country - 0 | 531 | 531 | 0 | 1 | 18 | 1 |
| 83.217.231.5 - 5 | 447 | 426 | 27 | 28 | 31 | 29 |
| ae-9.r02.frnkge04.de.bb.gin.ntt.net - 3 | 483 | 471 | 30 | 31 | 34 | 31 |
| ae7.fra61.ip4.gtt.net - 5 | 447 | 426 | 0 | 31 | 91 | 31 |
| xe-11-3-0.fra23.ip4.gtt.net - 1 | 511 | 506 | 30 | 65 | 134 | 31 |
| internap-gw.ip4.gtt.net - 3 | 483 | 471 | 31 | 32 | 35 | 32 |
| border3.ae2-bbnet2.fra002.pnap.net - 4 | 462 | 444 | 30 | 31 | 33 | 32 |
| destination.ip - 4 | 471 | 456 | 30 | 31 | 35 | 34 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

[Fardringle]

The problem starts at 83.217.231.5, which appears to be a router in Madrid, Spain owned by ntt.net

 

[drebo]

Very few ISPs (and no residential ISPs) are going to do anything about 3% packet loss.

If you don't have an SLA, even if it's in the ISP's network, that's just not enough to worry about.

 

[nub1]

But who is at fault here, is it 100% ntt.net's fault ? they are not my ISP.

 

[Railgun]

Keep in mind, using ICMP as a testing tool is somewhat useless as certain controls may be in place to drop ICMP whereas normal traffic is unaffected.

 

[JackMDS]

I do not know what country you are in.

Here in New York you get stuck every day in traffic and it is Not you or your car's fault either.

In other words, that is the way the Internet works. Pass your Router anything can happen and there it is Not under your control and most of times Not under your ISP control either.

If it keep persisting and you know that your neighbors have an ISP that provides cleaner connection, switch ISP. It (or not) help.




😎

 

[azazel1024]

I do not know what country you are in.

Here in New York you get stuck every day in traffic and it is Not you or your car's fault either.

In other words, that is the way the Internet works. Pass your Router anything can happen and there it is Not under your control and most of times Not under your ISP control either.

If it keep persisting and you know that your neighbors have an ISP that provides cleaner connection, switch ISP. It (or not) help.




😎

When it comes down to it, if it isn't your gear and it isn't in your ISPs initial connection (local loop/node), then it is pretty much out of the hands of anyone.

My brother has Comcast and has suffered a persistent 1.8% packet loss that is messing with his VPN badly. Since he has a business account, Comcast is FINALLY taking some action. After lots of "oh, we adjusted something, try now", they are finally replacing some of the local node hardware after the admitted that the entire node was having the issue.

Anything higher level than that, and it is unlikely to ever be fixed.

 

[RadiclDreamer]

But who is at fault here, is it 100% ntt.net's fault ? they are not my ISP.

Welcome to the world of fixing networks that are outside of your control.

They are not your vendor so they likely will not care about your issues, you will need to make your isp call their upstream providers and look into it but be mindful of two things. First, ICMP is the first thing to be dropped in most networks since it is not important info so dont take icmp drops to mean your other traffic is getting dropped. Second they will most likely not care about packet loss under 5-10%

 

[LoCaNto]

ICMP is not really a perfect tool to test your network conncetion. I would use a software like PRTG or something like that.