All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Rabbitson <rabbit+list@rabbit.us>
To: lartc@vger.kernel.org
Subject: HTB Ceil (was: [LARTC] Yet another shaping question)
Date: Sat, 20 Oct 2007 10:51:04 +0000	[thread overview]
Message-ID: <4719DD98.2010406@rabbit.us> (raw)

Lately I had time to make some progress on the problem stated at the 
start of this thread. Now however I am facing a problem with HTB not 
working correctly. Since I use the same rules on multiple interfaces, I 
use the same impossibly high ceil for all of them (1Gbyte), and rely on 
priorities in order to distribute traffic. However it does not seem to 
work, although the docs state it should. Here is a minimized example:

root@Arzamas:/etc/init.d# tc -d class show dev wan_a
class htb 1:1 root rate 8000Mbit ceil 8000Mbit burst 1Kb/8 mpu 0b 
overhead 0b cburst 1Kb/8 mpu 0b overhead 0b level 7
class htb 1:80 parent 1:1 prio 0 quantum 1000 rate 40000bit ceil 
8000Mbit burst 1600b/8 mpu 0b overhead 0b cburst 1Kb/8 mpu 0b overhead 
0b level 0
class htb 1:48 parent 1:1 prio 4 quantum 1000 rate 40000bit ceil 
960000bit burst 1600b/8 mpu 0b overhead 0b cburst 1599b/8 mpu 0b 
overhead 0b level 0
class htb 1:58 parent 1:1 prio 6 quantum 1000 rate 40000bit ceil 
1200Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1599b/8 mpu 0b overhead 
0b level 0
root@Arzamas:/etc/init.d#

Traffic flowing into 1:58 is correctly shaped at 150kbytes/s. However 
when traffic starts coming down 1:48 it only gets up to the actual link 
speed less 1:58, which is about 40kbytes/s in my case. If however I cap 
the ceil of the master class to 190kbytes/s - everything works as expected:

root@Arzamas:/etc/init.d# tc -d class show dev wan_a
class htb 1:1 root rate 1520Kbit ceil 1520Kbit burst 1599b/8 mpu 0b 
overhead 0b cburst 1599b/8 mpu 0b overhead 0b level 7
class htb 1:80 parent 1:1 prio 0 quantum 1000 rate 40000bit ceil 
1520Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1599b/8 mpu 0b overhead 
0b level 0
class htb 1:48 parent 1:1 prio 4 quantum 1000 rate 40000bit ceil 
960000bit burst 1600b/8 mpu 0b overhead 0b cburst 1599b/8 mpu 0b 
overhead 0b level 0
class htb 1:58 parent 1:1 prio 6 quantum 1000 rate 40000bit ceil 
1200Kbit burst 1600b/8 mpu 0b overhead 0b cburst 1599b/8 mpu 0b overhead 
0b level 0
root@Arzamas:/etc/init.d#


My question is - how can I shape traffic by priority (deliberately 
allowing starvation), without knowing beforehand the speed of the 
underlying link?

Thank you

Peter
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

                 reply	other threads:[~2007-10-20 10:51 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4719DD98.2010406@rabbit.us \
    --to=rabbit+list@rabbit.us \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.