From: Raj Mathur <raju@linux-delhi.org>
To: lartc@vger.kernel.org
Subject: [LARTC] Proportionate sharing of excess bandwidth: still no go
Date: Fri, 01 Aug 2003 14:34:17 +0000 [thread overview]
Message-ID: <marc-lartc-105974782513096@msgid-missing> (raw)
Hi,
I tried the recommendations of people on this list and tried tweaking
the QUANTUM values in my HTB configuration, but still have the problem
of the excess bandwidth not being shared proportionately between
different pools.
Am enclosing the set of tc commands I'm using to generate the pools.
The values have been desperately tweaked for some 4 hours, so some of
them may look a bit funny.
Basically what I'm trying to achieve is that when PCs in (e.g.) 1:4
and 1:5 try downloading at top speed, they should get bandwidths in
ratio of their rates, in a 64:100 proportion. However, what actually
happens is that the 256Kbps downlink is shared equally between both
the classes.
Have been beating my head against this wall for days now, any pointers
much appreciated.
Regards,
-- Raju
--
Raj Mathur raju@kandalaya.org http://kandalaya.org/
GPG: 78D4 FC67 367F 40E2 0DD5 0FEF C968 D0EF CC68 D17F
It is the mind that moves
#!/bin/sh
#
# Test manual HTB configuration from lartc
#
# Root qdisc
#
tc qdisc del dev eth1 root
tc qdisc add dev eth1 root handle 1: htb default 4
#
# Interface rate
#
tc class add dev eth1 parent 1: classid 1:3 htb rate 256Kbit ceil 256Kbit prio 5 burst 60k cburst 60k
#
# Rate limiting classes
#
tc class add dev eth1 parent 1:3 classid 1:4 htb rate 64Kbit ceil 256Kbit prio 5 quantum 30000 burst 30000 cburst 30000
tc class add dev eth1 parent 1:3 classid 1:5 htb rate 100Kbit ceil 256Kbit prio 5 quantum 60000 burst 60000 cburst 60000
tc class add dev eth1 parent 1:3 classid 1:6 htb rate 32Kbit ceil 128Kbit prio 5 quantum 1500 burst 1500 cburst 1500
#
# Sharing qdiscs
#
tc qdisc add dev eth1 parent 1:4 handle 4: sfq perturb 10 quantum 30000
tc qdisc add dev eth1 parent 1:5 handle 5: sfq perturb 10 quantum 4500
tc qdisc add dev eth1 parent 1:6 handle 6: sfq perturb 10 quantum 1500
#
# Mark match
#
tc filter add dev eth1 protocol ip prio 5 handle 65537 fw flowid 1:4
tc filter add dev eth1 protocol ip prio 5 handle 65538 fw flowid 1:5
tc filter add dev eth1 protocol ip prio 5 handle 65539 fw flowid 1:6
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next reply other threads:[~2003-08-01 14:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-01 14:34 Raj Mathur [this message]
2003-08-01 15:13 ` [LARTC] Proportionate sharing of excess bandwidth: still no go Martin A. Brown
2003-08-01 15:34 ` Raj Mathur
2003-08-01 15:41 ` Stef Coene
2003-08-01 15:57 ` Raj Mathur
2003-08-02 8:08 ` Stef Coene
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=marc-lartc-105974782513096@msgid-missing \
--to=raju@linux-delhi.org \
--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.