Data Center (SLX)

 View Only
  • 1.  Slow FTP transfer to SLX 9540

    Posted 12 days ago
      |   view attached
    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!

    Attachment(s)

    txt
    LL-SH-SLX-qos.txt   5 KB 1 version


  • 2.  RE: Slow FTP transfer to SLX 9540

    Posted 10 days ago
    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


  • 3.  RE: Slow FTP transfer to SLX 9540

    Posted 9 days ago
    Edited by joergkost 9 days ago
    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.


  • 4.  RE: Slow FTP transfer to SLX 9540

    Posted 6 days ago
    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
    ------------------------------



  • 5.  RE: Slow FTP transfer to SLX 9540

    Posted 6 days ago
    Hi Michael,

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

    BR

    Jörg


  • 6.  RE: Slow FTP transfer to SLX 9540

    Posted 5 days ago
    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
    ------------------------------



  • 7.  RE: Slow FTP transfer to SLX 9540

    Posted 5 days ago
    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