I was literally just typing the same response, in order to stay under the Long Fat Network (LFN) definition you need to be under 100microSeconds RTT, which unless the line is sub 15Km even without hardware switching and processing times. Then you're into TCP tuning etc to try and improve that.
Your microwave link will likely (I assume) be within that kind of distance which means with the same TCP scaling you're seeing higher throughput UDP should prove this as you don't require the ACK and the data can just be fired down the line fire-and-forget style Matthew From: uknof <uknof-boun...@lists.uknof.org.uk> On Behalf Of Andy Hunter Sent: 28 May 2020 16:44 To: Wojciech Lesiak <wojciech.les...@gmail.com>; Paul Bone <paul@pmb.technology> Cc: UK Network Operators Forum <uk...@uknof.org.uk> Subject: Re: [uknof] BT Net Lease line issues. Protect - Information able to be shared outside of ITPS Hi Wojciech As previously asked have you tried UDP as this could be a bandwidth delay product problem with the latency limiting the TCP Sliding Window. Cheers Andy Kind Regards Andy ________________________________ From: uknof <uknof-boun...@lists.uknof.org.uk<mailto:uknof-boun...@lists.uknof.org.uk>> on behalf of Wojciech Lesiak <wojciech.les...@gmail.com<mailto:wojciech.les...@gmail.com>> Sent: Thursday, May 28, 2020 4:37:37 PM To: Paul Bone <paul@pmb.technology<mailto:paul@pmb.technology>> Cc: UK Network Operators Forum <uk...@uknof.org.uk<mailto:uk...@uknof.org.uk>> Subject: Re: [uknof] BT Net Lease line issues. Hi, I've never used queue to rate-limit download.Line has been upgraded both ways because with 10 parallel downloads, I can max out line to 960Mbit. Regards, Wojciech Paul Bone wrote on 28/05/2020 16:32: Hi Wojciech, That sounds suspiciously like the 500M to 1G upgrade has only been configured in one direction to me. I have seen this done many times - some providers more frequently than others. The CCR will happily pass that traffic all day, but does it have a queue configured to rate-limit the download? Paul On Thu, 28 May 2020 at 16:16, Wojciech Lesiak <wojciech.les...@gmail.com<mailto:wojciech.les...@gmail.com>> wrote: Hi Paul, As a main router I am using Mikrotik CCR1036-12G-4S, BGP with full tables, two esxi servers connected to it directly and few other servers, also company network and few gigabit microwave links, one to my home so I can work remotely . Over the microwave links I can achieve full speed for both upload and download (inside my network) using iperf3. I can also utilize full upload. But same with download. To be honest I have 1Gb leased line in different location from different carrier and I do not have such problem with bandwidth speed. I am really surprised as I just did an upgrade from 500Mbit to 1Gb. Regards, Wojciech Paul Bone wrote on 28/05/2020 15:54: Hi, Have you tried using UDP over TCP on iperf? This could also be caused by the device you are using unable to process the speeds - have you tried a back to back iperf test directly between two devices before putting them over the leased line? Paul On Thu, 28 May 2020 at 15:46, Wojciech Lesiak <wojciech.les...@gmail.com<mailto:wojciech.les...@gmail.com>> wrote: Hi all, I have 1Gb lease line from BT Net and I have an issue with download speed for one thread download, I can't achieve more than 500Mbit over it, but upload with one thread is going full speed. To do my test I am using iperf3 also perfsonar with same results. I have reported it as a fault but they said if I want to utilize full speed I have to use multi thread download. I do not believe that is right. What can I do about it? Regards, Wojciech Lesiak -- Sent from Postbox<https://www.postbox-inc.com> -- Paul Bone Network Consultant PMB Technology -- Sent from Postbox<https://www.postbox-inc.com> -- Paul Bone Network Consultant PMB Technology -- Sent from Postbox<https://www.postbox-inc.com> Andy Hunter Technical Director IT Professional Services Unit 2A & Unit 2B Waterside Drive Metrocentre East Business Park Gateshead Tyne & Wear NE11 9HU T. 0191 442 8300 F. 0191 442 8301 [https://www.itps.co.uk/wp-content/uploads/2020/05/20yrs-stayathomefooter-2.png] [https://www.itps.co.uk/wp-content/uploads/esig/logo_retina.png][https://www.itps.co.uk/wp-content/uploads/esig/logo_cyber_essentials.png] [https://www.itps.co.uk/wp-content/uploads/esig/twitter.png]<http://twitter.com/#!/itpsltd> [https://www.itps.co.uk/wp-content/uploads/esig/facebook.png] <http://www.facebook.com/pages/ITPS/180607505381380> [https://www.itps.co.uk/wp-content/uploads/esig/linkedin.png] <http://uk.linkedin.com/in/itpsltd> Company No. 3930001<tel:3930001> registered in England VAT No. 734 1935 33 <tel:734%201935%2033> Disclaimer: The opinions expressed in this email are not necessarily those of ITPS. All emails received and sent to / from ITPS are monitored for information security purposes. This email is intended only for the named addressee - if you are not this person please inform us via supp...@itps.co.uk. Please don't copy or distribute it. After letting us know it's not for you, please delete the e-mail. Emails should not be considered to be totally secure as they pass through third party Internet services where it is possible they can be viewed. It is also possible for emails to be delayed, lost, or be potentially altered by unauthorised third parties whilst in transit. For secure email facilities please contact us and we can discuss how we can help you secure your emails. While ITPS takes all reasonable steps to minimise virus transmission risks, we can't accept liability for any issues or losses you or your organisation may have as a result of a virus being contained within an email, any attachment the email may contain and or any data corruption or third-party interference with the email content.<tel:734%201935%2033>
![https://www.itps.co.uk/wp-content/uploads/esig/logo_retina.png][https://www.itps.co.uk/wp-content/uploads/esig/logo_cyber_essentials.png](https://www.itps.co.uk/wp-content/uploads/esig/logo_retina.png][https://www.itps.co.uk/wp-content/uploads/esig/logo_cyber_essentials.png){kind=link}
