Need help, FTP transfer to a specific IP address are so slow... other http transfers run fast!

Forums › Spark New Zealand (including Skinny and BigPipe) › Need help, FTP transfer to a specific IP address are so slow... other http transfers run fast!

1 | 2

raytaylor

4076 posts

Uber Geek
+1 received by user: 1296

Trusted

#2117156 31-Oct-2018 00:26

For comparison im getting no loss except for pinging to one router along the way

Tracing route to 185.149.90.50 over a maximum of 30 hops

...
16 136 ms 136 ms 135 ms xe-0-0-0-100-55s-cr1.any2ix-coresite.as45177.net [206.72.210.17]
17 145 ms 137 ms 138 ms as49544.any2-la.coresite.com [206.72.211.4]
18 276 ms 276 ms 276 ms 10ge.dfwr0-laxr0.vwdal01.dfw.i3d.net [109.200.218.192]
19 277 ms 276 ms 276 ms 10ge.iadr0-dfwr0.csva01.iad.i3d.net [109.200.218.188]
20 * * 276 ms 10ge.lr0-iadr0.th-n.lhr.i3d.net [109.200.218.149] <<<Lossy
21 276 ms 276 ms 277 ms 30ge.cr1-lr0.smartdc.rtm.i3d.net [109.200.218.173]
22 300 ms 299 ms 300 ms 0 [5.200.30.163]
23 299 ms 299 ms 299 ms 185.149.88.26
24 298 ms 302 ms 298 ms 185.149.90.50

Trace complete.

Otherwise its pretty good with no loss at the far end.

Packet loss will cause your tcp packets to be retransmitted, slowing down the total throughput speed due to the tcp congestion control mechanisms. The acknowledgements may not get back and also be lost further contributing to retransmissions at various points along the path, further slowing down the sending of packets from the source end.

Ray Taylor

There is no place like localhost

Spreadsheet for Comparing Electricity Plans Here

ping182nz

188 posts

Master Geek

#2117186 31-Oct-2018 08:21

raytaylor:

For comparison im getting no loss except for pinging to one router along the way

Tracing route to 185.149.90.50 over a maximum of 30 hops

...
16 136 ms 136 ms 135 ms xe-0-0-0-100-55s-cr1.any2ix-coresite.as45177.net [206.72.210.17]
17 145 ms 137 ms 138 ms as49544.any2-la.coresite.com [206.72.211.4]
18 276 ms 276 ms 276 ms 10ge.dfwr0-laxr0.vwdal01.dfw.i3d.net [109.200.218.192]
19 277 ms 276 ms 276 ms 10ge.iadr0-dfwr0.csva01.iad.i3d.net [109.200.218.188]
20 * * 276 ms 10ge.lr0-iadr0.th-n.lhr.i3d.net [109.200.218.149] <<<Lossy
21 276 ms 276 ms 277 ms 30ge.cr1-lr0.smartdc.rtm.i3d.net [109.200.218.173]
22 300 ms 299 ms 300 ms 0 [5.200.30.163]
23 299 ms 299 ms 299 ms 185.149.88.26
24 298 ms 302 ms 298 ms 185.149.90.50

Trace complete.

Otherwise its pretty good with no loss at the far end.

Packet loss will cause your tcp packets to be retransmitted, slowing down the total throughput speed due to the tcp congestion control mechanisms. The acknowledgements may not get back and also be lost further contributing to retransmissions at various points along the path, further slowing down the sending of packets from the source end.

Thanks! No to work out why I am having the issue and convince someone it needs to be fixed :)

cbrpilot

964 posts

Ultimate Geek
+1 received by user: 555

Trusted

Spark NZ

#2117275 31-Oct-2018 10:14

ping have you logged a fault as per Talkiet's request and forwarded him the details?

Also be interested in knowing if you get this sort of result 24/7 or whether it is only at certain times of day.

My views are my own, and may not necessarily represent those of my employer.

ping182nz

188 posts

Master Geek

#2117284 31-Oct-2018 10:32

cbrpilot:

ping have you logged a fault as per Talkiet's request and forwarded him the details?

Also be interested in knowing if you get this sort of result 24/7 or whether it is only at certain times of day.

Yes, logged a fauly and passed on the details, have had a PM saying that they are unable to reproduce the same results...

the issue is there always, but I get one or two transfers at fast speed, then they all crawl at 11kbps or so....

https://youtu.be/U0bogX5muD0

hio77

'That VDSL Cat'
13036 posts

Uber Geek
+1 received by user: 3896

ID Verified

Trusted

Lizard Networks

Subscriber

#2117294 31-Oct-2018 10:55

It's worth noting, that's ftpes rather than ftp.

Doesn't change what dave and Neil are poking at but there are a few quirks depending on which daemon .cc is running

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

ping182nz

188 posts

Master Geek

#2117295 31-Oct-2018 10:58

hio77:

there are a few quirks depending on which daemon .cc is running

Can you explain a little bit please? sorry, it is not straight FTP traffic :)

Quic Broadband

Move to New Zealand's best fibre broadband service (affiliate link). Free setup code: R587125ERQ6VE. Note that to use Quic Broadband you must be comfortable with configuring your own router.

Coil

6614 posts

Uber Geek
+1 received by user: 2153
Inactive user

#2117310 31-Oct-2018 11:08

Quick question.

Are these single large files or folders with many many small 1-10kb files?
Have you tried downloading the exact same files from another FTP source like a local server?

ping182nz

188 posts

Master Geek

#2117311 31-Oct-2018 11:12

Coil:

Are these single large files or folders with many many small 1-10kb files?
Have you tried downloading the exact same files from another FTP source like a local server?

There is a mixture..... it could be a folder of twenty 100MB rar files..., some are 2GB files, some are 5GB files.... only one or two 10kb files....

I have not tried a local FTP transfer, but have a sim card that I will test over 4G at Lunch time....

Coil

6614 posts

Uber Geek
+1 received by user: 2153
Inactive user

#2117325 31-Oct-2018 11:31

ping182nz:

Coil:

Are these single large files or folders with many many small 1-10kb files?
Have you tried downloading the exact same files from another FTP source like a local server?

There is a mixture..... it could be a folder of twenty 100MB rar files..., some are 2GB files, some are 5GB files.... only one or two 10kb files....

I have not tried a local FTP transfer, but have a sim card that I will test over 4G at Lunch time....

Please test both and let me know your experiences. Generally FTP will only transfer file after file sequentially, when you have a lot of smaller files it needs to drive a mechanical HDD which has a latency, then process and transfer the file, one by one. Give that theory a test..

Cheers

ping182nz

188 posts

Master Geek

#2117328 31-Oct-2018 11:39

Coil:

Please test both and let me know your experiences. Generally FTP will only transfer file after file sequentially, when you have a lot of smaller files it needs to drive a mechanical HDD which has a latency, then process and transfer the file, one by one. Give that theory a test..

Cheers

I have been using this FTP site for years with no issues... the problem only start a week or so ago... same sized files, same type of files.... just very slow compared to what i normally get ... but can test either way....

1 | 2