topic RE: Slow FTP transfer to SLX 9540 in Data Center (SLX)

Slow FTP transfer to SLX 9540

JustinH — Tue, 21 Jun 2022 22:46:00 GMT

Hello all-

Looking for some guidance on an issue we are having. I am trying to install TPVM on our 9540's in the field so I can perfrom TCP dumps for an issue we are having. We are seeing a whopping max speed of .5Mb on when doing a "get" via FTP to the SLX 9540. This is taking around 1 hour for the transfer to complete and I need to install this on 7-8 boxes. I found a related article on this exact issue and how to increase the qos cpu bandwidth allocation for different groups/priorities. See document below:

https://extremeportal.force.com/ExtrLogin?startURL=%2FExtrArticleDetail%3Fan%3D000103531

I did try and increase the Group 1/Priority 1 to 100000 or even 50000 however the change did not help the file transfer speed. I am assuming that the ftp protocol would be classified as group 1 and priority 1 but not sure. I've also attached output of the current qos bandwidth settings for each group/priority from my router. Hoping someone can help! Thanks!

RE: Slow FTP transfer to SLX 9540

Michael_Morey — Wed, 22 Jun 2022 16:54:00 GMT

Justin,

It looks like you followed the article correctly. You mentioned that you are using the "get" command, so I believe you are doing the following:

start
ftp [server_ip]
- provide credentials
- navigate to path
get [filename]

You can also try with "copy ftp://user:password@[server_ip]/path/to/file/filename.tar.gz flash://filename.tar.gz"

In the article we were addressing an issue with SCP. If you do not see the same slowness with other protocols I would suspect that the issue is on the FTP server side. I have seen the same problem with TFTPd64 and Filezilla throttling throughput on transfers.
I just tested with a lab 9540, all default qos values values and see 106MBps

ftp> get tpvm4.0.0.tar.gz
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for tpvm4.0.0.tar.gz (1360697008 bytes).
226 Transfer complete.
1360697008 bytes received in 12.2 seconds (106 Mbytes/s)

Thanks,

Mike Morey
Principal Technical Support Engineer
Extreme Networks

RE: Slow FTP transfer to SLX 9540

joergkost — Sat, 25 Jun 2022 11:14:00 GMT

The original posting in the forum was from me. Previously there was an additional knowledge base article that had incorrect information and does not work for the SLX9540.

The new article linked above works and I also solved it as part of a support request, it only took 14 months ;-(. Tested on 9540 with 20.2.3. However, there is no longer "full speed", but still somewhat limited speed, but it is Ok, because one of my main problems was before: When copying, OSPF/BFD and Co flapped.

It is of course possible that FTP and SCP are in different queues and that is why you are having problems. But it would be helpful if Michael would post the QoS queue allocation once?

Otherwise, Michael, I don't think you tested with SLX above version 20? Because I haven't gotten that much speed since the update.

RE: Slow FTP transfer to SLX 9540

Michael_Morey — Mon, 27 Jun 2022 16:25:00 GMT

The QOS settings I am using are the default:

SLX# show qos cpu cfg slot 0

Slot 0 QoS CPU Config
CPU Port shaper rate: 1000000 Kbps
CPU Group shaper rates (Kbps)
Group Aggr P0 P1 P2 P3 P4 P5 P6 P7
------------------------------------------------------------------------------
0 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
1 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
2 5000 5000 5000 5000 5000 1000000 5000 1000000 1000000
3 150 5000 5000 5000 5000 1000000 5000 1000000 1000000
4 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
5 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
6 5000 5000 5000 5000 5000 1000000 5000 1000000 1000000
7 1000 5000 5000 5000 5000 1000000 5000 1000000 1000000
8 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
9 1000 5000 5000 5000 5000 1000000 5000 1000000 1000000
10 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
11 1000000 5000 5000 5000 5000 1000000 5000 1000000 1000000
12 1000 5000 5000 5000 5000 1000000 5000 1000000 1000000
13 7000 5000 5000 5000 5000 1000000 5000 1000000 1000000

CPU Port burst size: 16 Kbytes
CPU Group burst size (Kbytes)
Group Aggr P0 P1 P2 P3 P4 P5 P6 P7
-----------------------------------------------------------
0 16 4 4 4 4 16 16 16 16
1 16 4 4 4 4 16 16 16 16
2 16 4 4 4 4 16 16 16 16
3 16 4 4 4 4 16 16 16 16
4 16 4 4 4 4 16 16 16 16
5 16 4 4 4 4 16 16 16 16
6 16 4 4 4 4 16 16 16 16
7 16 4 4 4 4 16 16 16 16
8 16 4 4 4 4 16 16 16 16
9 16 4 4 4 4 16 16 16 16
10 16 4 4 4 4 16 16 16 16
11 16 4 4 4 4 16 16 16 16
12 16 4 4 4 4 16 16 16 16
13 16 4 4 4 4 16 16 16 16

CPU Group WFQ values
Group Aggr P0 P1 P2 P3 P4 P5 P6 P7
-----------------------------------------------------------
0 100 20 20 50 50 50 50 50 100
1 1 20 20 50 50 50 50 50 100
2 1 20 20 50 50 50 50 50 100
3 1 20 20 50 50 50 50 50 100
4 1 20 20 50 50 50 50 50 100
5 1 20 20 50 50 50 50 50 100
6 1 20 20 50 50 50 50 50 100
7 1 20 20 50 50 50 50 50 100
8 1 20 20 50 50 50 50 50 100
9 1 20 20 50 50 50 50 50 100
10 1 20 20 50 50 50 50 50 100
11 1 20 20 50 50 50 50 50 100
12 1 20 20 50 50 50 50 50 100
13 10 20 20 50 50 50 50 50 100

I am using SLX 20.3.2f currently, in my initial test I was using 20.4.1.

ftp> get tpvm.tar.gz
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for tpvm.tar.gz (1953228034 bytes).
226 Transfer complete.
1953228034 bytes received in 18.1 seconds (103 Mbytes/s)

------------------------------
Michael Morey
Principal Technical Support Engineer
Extreme Networks
------------------------------

RE: Slow FTP transfer to SLX 9540

joergkost — Mon, 27 Jun 2022 20:31:00 GMT

Hi Michael,

I bet a german beer you don't use mgmt-vrf for that right?

BR

Jörg

RE: Slow FTP transfer to SLX 9540

Michael_Morey — Mon, 27 Jun 2022 21:03:00 GMT

Jorg,

The FTP Transfer I performed is from the Linux sub-system via "start-shell" which uses eth0, the management interface, to reach my server.
From SLX CLI this server is only available via the mgmt-vrf:

SLX# ping 10.26.XXX.XXX
Type Control-c to abort
connect: No route to host

SLX# ping 10.26.XXX.XXX vrf mgmt-vrf
Type Control-c to abort
PING 10.26.XXX.XXX (10.26.XXX.XXX) 56(84) bytes of data.
64 bytes from 10.26.XXX.XXX: icmp_seq=1 ttl=62 time=0.356 ms
64 bytes from 10.26.XXX.XXX: icmp_seq=2 ttl=62 time=0.311 ms
64 bytes from 10.26.XXX.XXX: icmp_seq=3 ttl=62 time=0.355 ms
64 bytes from 10.26.XXX.XXX: icmp_seq=4 ttl=62 time=0.284 ms
--- 10.26.XXX.XXX ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3103ms
rtt min/avg/max/mdev = 0.284/0.326/0.356/0.035 ms

------------------------------
Michael Morey
Principal Technical Support Engineer
Extreme Networks
------------------------------

RE: Slow FTP transfer to SLX 9540

joergkost — Tue, 28 Jun 2022 16:03:00 GMT

Hi Michael,

yes, the eth0 as mgmt-vrf is not affected.The problem was/is the in-band access, e.g. default-vrf if you want to copy via a ve-interface or ethernet interface. My initial support request has the ID #02324875. I think Justin means something similar. Maybe Justin can comment on the copy-method again?

BR
Jörg

RE: Slow FTP transfer to SLX 9540

Michael_Morey — Fri, 08 Jul 2022 18:52:00 GMT

Jorg,

The Premier services team reached out to me on this issue. They did some testing and were able to find solution for FTP traffic. I have updated the article with that information:

https://extremeportal.force.com/ExtrArticleDetail?an=000103531

I have also tested this in the same lab and see good FTP traffic speeds when setting priority 0 to 50000

Thanks for bringing this issue up.

------------------------------
Michael Morey
Principal Technical Support Engineer
Extreme Networks
------------------------------