Has anybody noticed FTP traffic throttled on their Aussie BB connection?
I recently upgraded to the unlimited plan. I don't know whether or not that is related but I have noticed in the last few days FTP upload traffic was very slow. 70-100KB/s.
I had tried different FTP servers & FTP clients along with a whole bunch of things. Eventually i tried using a VPN and my upload speeds jumped to 4.5MB/s.
Clearly it appears to be some sort of throttling going on to me.... But I will be happy to be proven wrong.
Never had any of these problems in the past.
The only prioritization of traffic is a lowered prioritization in ICMP traffic. Haven't had this confirmed since unlimited was put into place but I don't see why it would have changed.
Sounds like a bit of packet loss going on on the "direct" route to the FTP server. Using the VPN probably causes it to take a different route to the server, bypassing any link that is having issues.
Sometimes these problems are hard to diagnose as they're up-stream of Aussie BB. Traceroutes from both ends assist in trying to diagnose which link(s) are causing an issue.
Sometimes these problems are hard to diagnose as they're up-stream of Aussie BB. Traceroutes from both ends assist in trying to diagnose which link(s) are causing an issue.
That's exactly what Aussie BB has asked me to provide. Which i will do shortly. It will be interesting to see the results
We don't throttle anything to anywhere except some icmp traffic to our own servers.
:-)
Fantastic full service internet.
Is the FTP server local? ABB didn't do very well when it came to international speeds for me.
It was the main reason I left. The problem was acknowledged as an intermittent issue for some users though evidently it was hard to point to a cause.
I still stalk the ABB sub here waiting for a fix so I can return.
Is the FTP server local? ABB didn't do very well when it came to international speeds for me.
It was the main reason I left. The problem was acknowledged as an intermittent issue for some users though evidently it was hard to point to a cause.
I still stalk the ABB sub here waiting for a fix so I can return.
No, they are both based in the USA.
One through Liquidweb and one through Bluehost.
I dont know if its Aussie or NBN that is doing the throttling, But my FTP speeds to Europe on Telstra HFC (100/5) I could max out at 11.5 no problems. Changed to Aussie Broadband (NBN 100/40) and the best FTP speed changed to about 4.5 I changed my ABB plan overnight to 50/20 and now my FTP speed is about 1.2
I hate to say it but I may have to go back to Telstra. It would be interesting to know if the throttling is done by ABB or NBN
Changed to Aussie Broadband (NBN 100/40) and the best FTP speed changed to about 45. I changed my ABB plan overnight to 50/20 and now my FTP speed is about 12.
My connection to Europe is not the best as well.
John didn't answer my question about improvement of this with the network change due in April.
I'm starting to consider switching to Future Broadband and probably I switch if situation won't change till May.
It will be sad because this is my only complain about ABB, but to important for me to ignore... :(
John didn't answer my question about improvement of this with the network change due in April.
Because peering and transit arrangements to Europe are still being discussed/negotiated and may take a while to finalise.
In case you did not notice;
a sh*tload (technical term) of core network/faster Aus links/2 lots of international links/Asia&US international peering/major network upgrades are currently being rolled out.
Making these huge upgrades, plus the additional changes you would like, takes time.
Yes, International is Singapore and US. Europe is not mentioned. My questions to John was more like if they have in their plans to improve above and approximately when it might happen.
I pull 10+ and upload 4+ haven't had any dramas
10+ is not very thrilling having to pay for 100/40Mbps connection... is it?
We have to see how it goes to Singapore and the US first, until we get these in, we're not in a position to look further afield yet...
And btw, I appreciate the incoming changes and all the work ABB is doing so big thanks to the all team!
We have to see how it goes to Singapore and the US first, until we get these in, we're not in a position to look further afield yet...
Thanks for honest answer. For me, it is enough to hang on for longer and see what happens next.
Cheers.
We don't do any throttling of any traffic
Does that mean that you rely on NBN policing alone?
I had understood that that leads to rather harsh treatment and results in disappointing performance particularly on higher latency routes.
Or do you distinguish between shape and throttle?
We shape the traffic to fit inside NBN's policer, but we don't throttle classes of traffic, eg ftp, web etc between one another.
10+ is not very thrilling having to pay for 100/40Mbps connection... is it?
10MB/s+ 100/40 connection will max out at around 12MB/s usually a little less so yeah 10+ is good pulling from Europe.
We shape the traffic to fit inside NBN's policer, but we don't throttle classes of traffic, eg ftp, web etc between one another.
Just out of curiosity: why? NBN obviously do this themselves for upload, why not let them for download?
You don't want traffic hitting the policer – shaping smooths the traffic as it reaches the limit, the NBN policer will just drop it, off a very high cliff. Lots of packets lost and it all goes to crap.
NBN obviously do this themselves for upload
That maybe one reason why Speedtest results are often lack lustre for upload particularly for inter-continental sites.
10MB/s+
You didn't mention MB/s in your previous post.
In that case I don't understand how it works for you, and does not for me. BTW I'm not talking about speed test, I need continues, uninterrupted high rate streaming.
You didn't mention MB/s in your previous post.
Yes, my bad. Yeah I'm not sure. Never really had any dramas pulling internationally.
So I've managed to get to 1.5Tb on a unlimited plan and now they have shaped me to 15KiB/s on my ftp traffic. Just to check that it wasn't my system that was faulty I turned the NBN NTD off and my router switched to cellular failover and I managed 20Mb/s down (thats 200Mbps down on a speedtest.)
So Im calling BS on "No shaping or throttling" Its totally unusable at the moment.
If I do the Aussie speedtest on my browser to I get 95down\36 up. So why is my FTP speeds so slow if they dont throttle.
why is my FTP speeds so slow
My guess is that it is a routing issue that would be an unintended consequence of some changes in Brisbane in the last few days.
The fact that it works fine on the cellular route would be likely to be because the route from your cellular provider to your FTP server could completely different to the route from the ABB Brisbane end point to the FTP server.
Speed tests will not be on the FTP Server you are using and so will not be a valid test for the route to your FTP server.
Have you logged a fault on MyAussie?
We don't shape ftp traffic. We have no way to be able to. I don't know where you are downloading from to even know where a potential problem could be.
My FTP server is in Nederlands. Amsterdam. I phoned up to lodge a fault a couple weeks ago, and the girl said it looks like your speed tests are good. (Which they are) but she didn’t even understand what FTP was, so I just gave up. Just to confirm a speedtest on my browser gives 96mb down but if I FTP it’s 10 to 12KiB/s (unusable).
My FTP server
Have you tried testing FTP at another location? Aarnet for example? This will tell you whether FTP is being treated differently to any other protocol... The jump to 'mah ftp is being throttled' is a little steep if you've done no other tests.
Just to confirm a speedtest on my browser gives 96mb down but if I FTP it’s 10 to 12KiB/s (unusable).
96 down from where .... find a server in the netherlands you can hit single threaded and go from there
this is me to Amsterdam, from SA (multi)
https://www.speedtest.net/result/8196441860
europe has been an issue for me recently but is an os problem pretty much, paris
she didn’t even understand what FTP was, so I just gave up.
This will not be a simple Level1 issue and certainly not one that will be solved without you providing a bit of detail to let ABB see what you are seeing.
I recommend that you raise a fault through the MyAussie Portal and include detailed route information from traceroute.
Just to confirm a speedtest on my browser gives 96mb down but if I FTP it’s 10 to 12KiB/s (unusable).
That doesn't meant too much because the route for the speedtest and the route to your FTP server are not the same. Is that speed test to a test site outside ABB?
As Midnightexpress said – Try using OOKLA web speed test with a target point in the same country as your FTP Server.
My FTP server is in Nederlands. Amsterdam. I phoned up to lodge a fault a couple weeks ago, and the girl said it looks like your speed tests are good. (Which they are) but she didn’t even understand what FTP was, so I just gave up. Just to confirm a speedtest on my browser gives 96mb down but if I FTP it’s 10 to 12KiB/s (unusable).
So, could the throttling/bottleneck be occurring at the server end?
not one that will be solved without you providing a bit of detail to let ABB see what you are seeing.
i.e providing enough information for somebody else to replicate the issue ...
I limit my download around 40mbit on my 50/20 and have no problem maxing it (single thread) from FTP's in EU and elsewhere, even during peak :P
Gwaihir_the_Windlord writes...
So, could the throttling/bottleneck be occurring at the server end?
If that was the case wouldn’t my cellular connection relflect this also. ??
If that was the case wouldn’t my cellular connection relflect this also. ??
Unless there killing scr IP at the dst ... your Aussie IP
Unlikely but also possible.
Do a speed test to a server nearby (same city) ..... will atleast tell you you can hit xMbps in the same city / country
Do a speed test to a server nearby (same city) .
Might be worth doing trace route to try and find one that uses the same transit.
Might be worth doing trace route to try and find one that uses the same transit.
definitely a good idea .. is there an easy way of doing this
could do a domain search below for a common domain end-point as a start I guess
Have you tried testing FTP at another location? Aarnet for example? This will tell you whether FTP is being treated differently to any other protoco
When I figure out what this means, and how to do it. I will post the results.
Thanks for everybody’s help. I appreciate it.
Same problem here with FTP uploads. The server is hosted in Germany.
After initially jumping to 1.5 MB/s the upload speed gradually goes down to stabilise, after approx. 20 seconds, at some ridiculously low number, which depends on I don't know what, maybe position of constellations in the sky.
E. g. 65 KB/s, or 135 KB/s, or 200 KB/s, or 160 KB/s.
Let me emphasise: no issues with the ingress speed, downloads from the very same server on the very same desktop max at 4-6 MB/s.
My connection is NBN FTTP 100/40, the desktop is connected with a CAT-6 LAN cable to an Asus RT-AC5300 router. The OS is Windows 10 Pro. The server runs on a non-standard port (not 21) to provide some basic security against bots.
Now goes the interesting part.
I can't blame ABB at this stage, because I did some troubleshooting, such as:
- checked MTU, the default 1500 tested ok (1472, plus 28 bits for the headers),
- purchased and installed a separate PCI ethernet card (to try a completely different chip and, inherently, device driver),
- tried another FTP client software, transfer protocol (SFTP, FTPS), etc.
None of this helped.
But. What I did next was I started Virtualbox and installed a guest Linux OS (CentOS 7) and tried uploading files from Linux. using the same FTP clent (FileZilla). And you know what. On the very same desktop, just on Linux on a virtual machine, the upload speed is stable at 1.1 MB/s or more, which is by an order of magnitude higher than what I get on Windows.
Got totally puzzled, cos I can't figure out why Linux can upload at high enough speeds, but Windows can't. On the same computer and ISP.
Do a google search on tcp window size and and the effect it has on long links. An example calculator here: https://www.switch.ch/network/tools/tcp_throughput/
Windows and Linux may perform differently depending on how they set these values.
I can't figure out why Linux can upload at high enough speeds, but Windows can't. On the same computer and ISP.
Do you have any QoS software installed in Windows ? e.g. Dell laptops ship with SmartByte which is supposed to enhance online experience, but tends to degrade performance.
https://www.duckware.com/blo
https://www.speedguide.net/articles.php?category=93
Worth a read and cab vouch for the affects across DL to EU ... and how it affects streaming
Do you have any QoS software installed in Windows ? e.g. Dell laptops ship with SmartByte which is supposed to enhance online experience, but tends to degrade performance.
No.
Do a google search on tcp window size and and the effect it has on long links.
Makes sense to me. What I can't figure out is if anything can be done on the client side.
Already tried:
- increasing default TCP send and receive windows (via the registry);
- switching "Receive Window Auto-Tuning Level" from "normal" to "experimental";
- switching heuristics for the above on and off.
Another observation suggests that this may also somehow depend on the server.
E.g. I tried another FTP server in Germany (same hosting provider), which runs "honest" CenOS 6 (on bare metal), and could get good upload speed even from Windows.
The server, where the upload speed is degraded from Windows, is on CentOS 7 virtualised by Citrix XenServer 7.2. Tried another virtual server on Debian as well (same physical server), no luck.
What happens if you change the last mile path .... tethered phone for example?
It's not a weird offloading nic setting, knocking there for some reason?
(had this at home)
besides phys. nic settings, this is us on w7 for global tcp
C:\Windows\system32>netsh int tcp show global
Querying active state...
TCP Global Parameters
Receive-Side Scaling State : enabled
Chimney Offload State : disabled
NetDMA State : disabled
Direct Cache Acess (DCA) : enabled
Receive Window Auto-Tuning Level : normal
Add-On Congestion Control Provider : ctcp
ECN Capability : disabled
RFC 1323 Timestamps : disabled
*
nice that the end point affects your experience ... just to make it easy right ...
you may have uncovered a feature of sorts ....
What happens if you change the last mile path .... tethered phone for example?
Checking now. All under Windows 10 Pro, FTPS. Results:
1. Ethernet connection via the main router:
- 100 KB/s upload to server #1,
- 1.5 MB/s to server #2.
2. Ethernet connection disabled, connected via iPhone tethering (USB), carrier is Telstra:
- 100 KB/s upload to server#1,
- 2,9 MB/s to server #2.
3. Ethernet connection disabled, a relic junk 2.4 GHz USB Wi-fi dongle inserted, connected via iPhone, Telstra:
- 100 KB/s upload to server #1,
- 1.5 MB/s to server #2.
4. Ethernet connection disabled, a relic junk 2.4 GHz USB Wi-fi dongle inserted, connected via the main router:
BANG!
- 2.8 MB/s upload to server #1,
- 2.9 MB/s to server #2.
It's not a weird offloading nic setting, knocking there for some reason?
Not sure which one. Ran SG TCP Optimiser and applied "optimal" settings.
nice that the end point affects your experience ... just to make it easy right ...
Lots of fun. Still not even close to understanding where the culprit is.
Sounds like pci-nic driver / OS as a minimum (apologies having my own not shit sherlock moment here)......
Do you have access to a generic driver vs existing vs older vendor historical for nic chipset...under winx?
Could be as simple? as NIC driver vs Modem Eth Chipset.
2.4 dongle via Aussie a good sign.
(Assuming it's all PCI nic and not say Killer-nic on Asus / gaming mb, which can be a problem, due in part to there suite of bloat and drivers)
LSO in nic cfg for me was a problem way back, even though it's more so LAN specific .... but really was the NIC falling over under load because nic-processor was a dog .... hurt EU from memory, going way back now.
you don't do things by halves ....!
Do you have access to a generic driver vs existing vs older vendor historical for nic chipset...under winx?
I even have already tried to replace the onboard Realtek NIC with a slot-in one based on Intel Pro/1000 MT using the default driver from Microsoft. No luck. The card and drivers themselves do not give any trouble apart from the case in question, e.g. I can upload/download within AU on high speeds without issues, speedtest is excellent (95/35 Mbit/s) etc.
I even have already tried to replace the onboard Realtek NIC with a slot-in one based on Intel Pro/1000 MT using the default driver from Microsoft.
yet the vanilla 2.4 works ok ~24mbit / 3MB /s .... linux / winx
and same 100/1000BT nics under linux are fine and dandy ....
I know you've been over it but what's your TCP Chimney Offload set
netsh int tcp show global
does variation here offer clues ... long haul is different bag always
edit: had great local speeds >90/35 even with a broken IP stack on windows, went 95/37 after tweaks
seems 2.4 nic has less "optional" extras re: lower performing / pre-canned hw perf inclusions vs 100/1000BT
Tyring to reason why it's not winx driver / cfg when linux is all g
The Chimney thing doesn't seem to even exist in Windows 10.
C:\WINDOWS\system32>netsh int tcp show global
Querying active state...
TCP Global Parameters ---------------------------------------------- Receive-Side Scaling State : enabled Receive Window Auto-Tuning Level : normal Add-On Congestion Control Provider : default ECN Capability : enabled RFC 1323 Timestamps : disabled Initial RTO : 2000 Receive Segment Coalescing State : disabled Non Sack Rtt Resiliency : disabled Max SYN Retransmissions : 2 Fast Open : enabled Fast Open Fallback : enabled Pacing Profile : off
TCP Optimiser says that TCP chimney offload is disabled.
them's are some interesting settings there – no Chimney, must be hidden .... but from global??
edit: depreciated by the looks
https://www.speedguide.net/a
I'd almost be ready to reset IP and look closely again netsh int ip reset
problem with win10 are the flavors vs what's default across builds
edit: feeling like a trip down the garden path atmo .... and rounding back on one's self ... lol