Huge packet loss on specific destinations

[#1]

I tried a tracert from the office which was absolutely fine. Their internet connection is via exponential-e.net - the route from there does NOT go through LINX

[#2]

Here are screenshots for last 48h monitoring. Surprisingly, but today RETN route was much much better than usually (still not perfect though).

[#3]

Quote from: AndyH

The problem is the issue is not with PN - it lies with the company that hosts dj.virtualdj.com who's peer has a problem in London.

But an issue raised by an ISP (Plusnet) would carry more weight than an issue raised by someone who isn't even a Proxad customer. Besides given the way packets are dropped a Plusnet name seems to be at one side of the problem "hop".

[#4]

We've mailed them.  No response yet.

[#5]

Thanks Kelly at least you are trying. My own ticket still hasn't been answered on this subject since Sunday. I originally tried getting through to someone on the phone but gave up after 40 minutes. Customer service is really down the drain right now at PlusNET (other than on the forums of course). The graphs above show it as what appears to be a congestion problem in the evenings. Maybe they just have a twitchy router though that is getting bogged down between those times. Looks like the only times I can do a live stream are in the early hours. I also now have a black mark against me with VDJ Radio. 

[#6]

I've moved the ticket to a network services pool now.  It's in the right place, there is very little we can do right now beyond double checking its not us, and pushing the 3rd party, which we'll do if we don't hear from them in a couple of days
Sorry!
Actually, is it work trying with a VPN service to see if you can use a different route for the traffic?

[#7]

Just because I hadn't realised, this thread has issue with two different providers.  The OP is talking about LINX<>RETN and Deadman2020 is talking about LINX<>ProXad

[#8]

Do Plusnet have anything in place to actively monitor this? I suspect we have more chance of a good resolution if the process is investigation-driven rather than complaint-driven.

[#9]

I don't believe there is much we can do.  Remember these are networks that we don't directly connect to.

[#10]

Quote from: Kelly

Actually, is it work trying with a VPN service to see if you can use a different route for the traffic?

For what it worth I've tried a few different VPN connections.
The indications are:
If the connection routers through London then you use retn.net and get packet loss.
If you don't go through London you don't use retn.net and no packet loss.

Quote

VPN to server in USA Tracing route to ya.ru [213.180.193.3] over a maximum of 30 hops:   1  275 ms  278 ms  290 ms  10.129.0.1   2  209 ms  234 ms  260 ms  lax-eqx-01gw.voxility.net [37.221.175.33]   3  264 ms  241 ms  243 ms  las-bb1-link.telia.net [62.115.38.201]   4  308 ms  317 ms  294 ms  ash-bb3-link.telia.net [213.248.80.9]   5  356 ms    *      370 ms  ffm-bb1-link.telia.net [80.91.246.61]   6  390 ms  389 ms  1033 ms  ffm-b10-link.telia.net [80.91.247.185]   7  400 ms  437 ms  407 ms  yandex-ic-150585-ffm-b10.c.telia.net [213.248.68 .54]   8  624 ms  477 ms  450 ms  verter-xe-0-0-3-0.yndx.net [87.250.239.54]   9  420 ms  383 ms  390 ms  gladiolus-xe-1-0-0-981.yndx.net [87.250.239.121] 10  605 ms  390 ms  834 ms  tulip-ae1-0.yndx.net [87.250.239.46] 11  434 ms  437 ms  438 ms  www.yandex.ru [213.180.193.3] Trace complete. No packet loss

Quote

VPN to server in France Tracing route to ya.ru [213.180.204.3] over a maximum of 30 hops:   1  296 ms  294 ms  289 ms  10.129.0.1   2    *      845 ms  313 ms  xe-1-3-0-1886.cr1.lon1.uk.ipv4.kaiaglobal.com [7 9.141.163.1]   3    *        *      298 ms  ae0-113.cr1.ams2.nl.ipv4.kaiaglobal.com [195.13. 60.57]   4  1061 ms  188 ms  279 ms  ams-ix.retn.net [195.69.145.216]   5    *      657 ms  351 ms  GW-Yandex.retn.net [87.245.246.14]   6  216 ms  230 ms  275 ms  tulip-ae1-0.yndx.net [87.250.239.46]   7    *      545 ms  321 ms  www.yandex.ru [213.180.204.3] Trace complete. Ping statistics for 213.180.204.3:     Packets: Sent = 75, Received = 62, Lost = 13 (17% loss), Approximate round trip times in milli-seconds:     Minimum = 162ms, Maximum = 1298ms, Average = 416ms

Quote

VPN to server in Italy Tracing route to ya.ru [213.180.204.3] over a maximum of 30 hops:   1  475 ms  490 ms  458 ms  10.129.0.1   2  124 ms  342 ms  248 ms  xe-1-3-0-1883.cr1.lon1.uk.ipv4.kaiaglobal.com [9 5.141.31.1]   3  449 ms  495 ms  498 ms  ae0-113.cr1.ams2.nl.ipv4.kaiaglobal.com [195.13. 60.57]   4  594 ms  136 ms  281 ms  ams-ix.retn.net [195.69.145.216]   5    *      311 ms  518 ms  GW-Yandex.retn.net [87.245.246.14]   6    *      584 ms    *    tulip-ae1-0.yndx.net [87.250.239.46]   7    *      483 ms  524 ms  www.yandex.ru [213.180.204.3] Trace complete. Ping statistics for 213.180.204.3:     Packets: Sent = 43, Received = 33, Lost = 10 (23% loss), Approximate round trip times in milli-seconds:     Minimum = 162ms, Maximum = 576ms, Average = 407ms

Quote

VPN to server in Romania Tracing route to ya.ru [213.180.204.3] over a maximum of 30 hops:   1    74 ms    76 ms    83 ms  10.129.0.1   2    *      76 ms    *    buc-ird-01c.voxility.net [93.114.43.129]   3    *        *        *    Request timed out.   4    *        *        *    Request timed out.   5  107 ms  112 ms  108 ms  fra-anc-06gw.voxility.net [93.115.89.6]   6  115 ms  113 ms  132 ms  Yandex-am-Main.yandex.net [80.81.192.251]   7  127 ms  126 ms  116 ms  gladiolus-xe-1-0-0-981.yndx.net [87.250.239.121]   8  118 ms  115 ms  136 ms  tulip-ae1-0.yndx.net [87.250.239.46]   9  121 ms  177 ms  187 ms  www.yandex.ru [213.180.204.3] No packet loss.

[#11]

npr can you recommend a VPN provider? Are you using a paid for service or free?

[#12]

Quote from: npr

For what it worth I've tried a few different VPN connections. The indications are: If the connection routers through London then you use retn.net and get packet loss. If you don't go through London you don't use retn.net and no packet loss.

I was doing same tests to see if there is problem with RETN's LINX connection with other providers, here are screens of direct connection with PlusNet and VPN connection (they both use same RETN's LINX router).

[#13]

Quote from: deadman2020

can you recommend a VPN provider?

Try the free version of Cyberghost.
IIRC you get 1 GB free per month, also you have a choice of country's for the server.
The free version is obviously going to have some congestion, I've used it for a few years now and always find it to have usable speed.

[#14]

Hi
Just to keep you posted, we have had a reply from RETN who have acknowledged they have an issue with their LINX peering.  Apparently a fix has been made which they say should stop the packet loss, fingers crossed.

[#15]

Well that's a result, is the fix likely to cure the proxad issue as well? Or does that need to be addressed separately?