Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 29 replies
  • Subscribers 2 subscribers
  • Views 14671 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

QOS not working v 5.1

William Warren
The QOs problem from v 5.027 is stil there.  I have ftp and ftp control set to low priority and http https and ping and tracert on high priority.  When doing an ftp upload all outgoing bandwidth is stolen.  web surfing progresses normally but everything else gets robbed.  My communications server has packets dropped like mad(even though it is on medium priority) and my gaming server users lag like crazy and begin seeing largge amounts of packet loss.  The gaming server is on medium priority.  QOS apparently still has some issues.  Any ideas?


This thread was automatically locked due to age.
  • 0 in reply to William Warren
    Hmmm.  In Gert's post he mentioned 2 options: either reduce the bandwidth for the medium queue, or create a QOS which catches the FTP Data connections.  I believe you successfully did the second.  If you are still having probelms then I agree that there is a problem.  Unfortunately, I don't know what else to suggest.  The only other difference I can see between the V4 and V5 configs are the rates.  Maybe decrease the rate on the low priority:
    The way Gert explained this in another post was
    :::
    i.e: '4096:1024:2048:1024' 

    -Greg
  • 0 in reply to Greg_DePasse
    [ QUOTE ]
    Hmmm.  In Gert's post he mentioned 2 options: either reduce the bandwidth for the medium queue, or create a QOS which catches the FTP Data connections.  I believe you successfully did the second.  If you are still having probelms then I agree that there is a problem.  Unfortunately, I don't know what else to suggest.  The only other difference I can see between the V4 and V5 configs are the rates.  Maybe decrease the rate on the low priority:
    The way Gert explained this in another post was
    :::
    i.e: '4096:1024:2048:1024' 

    -Greg 

    [/ QUOTE ]

    An you know it makes no sense the medium queue has more bandwidth than hte high queue.  That is one ihave yet to understand.  I will try modifying my queues and see if that helps at all.  I will post my results.
  • 0 in reply to William Warren
    ok ASL 5 was not doing its calculations correctly.  I manually specified the follwing as per the post mentioned.  Here is what i have now:

    class htb 1:1 root rate 350Kbit ceil 350Kbit burst 1023b cburst 2Kb 
     Sent 499 bytes 3 pkts (dropped 0, overlimits 0) 
     rate 5bps 
     lended: 0 borrowed: 0 giants: 0
     tokens: 16238 ctokens: 34962

    class htb 1:3 parent 1:1 leaf 3: prio 2 rate 105Kbit ceil 105Kbit burst 1733b cburst 1733b 
     Sent 0 bytes 0 pkts (dropped 0, overlimits 0) 
     lended: 0 borrowed: 0 giants: 0
     tokens: 105690 ctokens: 105690

    class htb 1:5 parent 1:1 leaf 5: prio 3 rate 52Kbit ceil 52Kbit burst 1665b cburst 1665b 
     Sent 499 bytes 3 pkts (dropped 0, overlimits 0) 
     lended: 3 borrowed: 0 giants: 0
     tokens: 188308 ctokens: 188308

    class htb 1:8 parent 1:1 leaf 8: prio 1 rate 152Kbit ceil 152Kbit burst 1793b cburst 1793b 
     Sent 0 bytes 0 pkts (dropped 0, overlimits 0) 
     lended: 0 borrowed: 0 giants: 0
     tokens: 75536 ctokens: 75536
    as compared to:
    --------------------------------------------------------------------------------------

    class htb 1:1 root rate 350Kbit ceil 350Kbit burst 1023b cburst 2Kb
    Sent 23693135 bytes 38518 pkts (dropped 0, overlimits 0)
    rate 551bps 3pps
    lended: 7120 borrowed: 0 giants: 0
    tokens: 15507 ctokens: 34231

    class htb 1:3 parent 1:1 leaf 3: prio 2 rate 315Kbit ceil 315Kbit burst 1023b cburst 2002b
    Sent 489786 bytes 1373 pkts (dropped 0, overlimits 0)
    rate 135bps
    lended: 1346 borrowed: 27 giants: 0
    tokens: 10402 ctokens: 30293

    class htb 1:5 parent 1:1 leaf 5: prio 3 rate 280Kbit ceil 280Kbit burst 1023b cburst 1957b
    Sent 23028560 bytes 34227 pkts (dropped 0, overlimits 0)
    rate 284bps 1pps
    lended: 27134 borrowed: 7093 giants: 0
    tokens: 19383 ctokens: 40731

    class htb 1:8 parent 1:1 leaf 8: prio 1 rate 350Kbit ceil 350Kbit burst 1023b cburst 2Kb
    Sent 174789 bytes 2918 pkts (dropped 0, overlimits 0)
    rate 182bps 3pps
    lended: 2918 borrowed: 0 giants: 0
    tokens: 17700 ctokens: 36424


    -------------------------------------------------------------------------------------- 


    I am assuming that since it has the word borrowed that the various classes will boroow unused bandwidth.  Please correct me if i am wrong.
  • 0 in reply to William Warren
    that made things even worse.  I could barely monitor a remote server the pings went from 150 when ftp was going to over 350.  There is a big problem with QOS or i ahve it configured totally wrong.  Help Asarto..
  • 0 in reply to William Warren
    Any ideas Astaro?  I would love to run v5 but this is a showstopper for me.
  • 0 in reply to William Warren
    Hi William, I've had some success by lowering the speeds for the different priority queues.

    However, I've never gotten good game or SSH or VNC performance when the uplink is saturated.

    Barry
  • 0 in reply to BarryG
    Well..with v4 as i have noted above i can start an ftp transfer and my counter-strike and teamspeak servers are not affected..but under v5 QOS simply lets ftp(or smtp for that matter as it is the low queue) override everything.  It is obviously not working right..if at all.
  • 0 in reply to William Warren
    William, have you contacted support directly?  I'd like to see a more recent update from Astaro on this issue you are having as I think I'm in a similar boat.
  • 0 in reply to Simon Shaw
    [ QUOTE ]
    William, have you contacted support directly?  I'd like to see a more recent update from Astaro on this issue you are having as I think I'm in a similar boat. 

    [/ QUOTE ]
    Yes i have but have not recieved any response as of yet.