From: Walter Haidinger <walter.haidinger@gmx.at>
To: lartc@vger.kernel.org
Subject: [LARTC] htb limiting trouble: no overlimit or dropped packets
Date: Wed, 16 Oct 2002 22:33:05 +0000 [thread overview]
Message-ID: <marc-lartc-103480767301168@msgid-missing> (raw)
Hi!
I'm trying to limit the uplink bandwidth using htb but no packets are
overlimit or dropped. :-(
My router config:
* Linux kernel 2.4.20-pre10 (htb v3.7) with everything built as
modules in QoS, iptables in use.
* tc binary from htb3.6-020525.tgz
* external interface eth0: Internet access, 512 kbit/s uplink speed
* internal interface eth1: internal LAN, 100 Mbit/s
The hosts in the internal lan should be bandwidth limited and are
masqueraded by the router.
Q: Must the versions of the kernel module and the tc utility match?
Below are my commands to create the qdiscs and classes:
tc qdisc add dev eth1 root handle 1: htb default 20
tc class add dev eth1 parent 1: classid 1:1 htb rate 64kbit ceil 64kbit burst 5k
tc class add dev eth1 parent 1:1 classid 1:10 htb rate 64kbit ceil 64kbit burst 5k
tc class add dev eth1 parent 1:1 classid 1:20 htb rate 57kbit ceil 64kbit burst 5k
tc class add dev eth1 parent 1:1 classid 1:30 htb rate 51kbit ceil 64kbit burst 5k
tc class add dev eth1 parent 1:1 classid 1:40 htb rate 6kbit burst 0
tc qdisc add dev eth1 parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev eth1 parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev eth1 parent 1:30 handle 30: sfq perturb 10
tc qdisc add dev eth1 parent 1:40 handle 40: sfq perturb 10
Notes:
* No errors from the tc utility
* All filters are scrapped for testing purposes, leaving only
unclassified packets which go the default class (this works)
* Bandwidths are really low for testing
* There are four classes with 100%, 90%, 80% and 10% bandwidth
Next I tried an FTP upload from a machine on the internal LAN to the
internet, creating the following qdisc and class statistics:
qdisc sfq 40: quantum 1514b perturb 10sec
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc sfq 30: quantum 1514b perturb 10sec
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc sfq 20: quantum 1514b perturb 10sec
Sent 13408020 bytes 12433 pkts (dropped 0, overlimits 0)
qdisc sfq 10: quantum 1514b perturb 10sec
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc htb 1: r2q 10 default 20 direct_packets_stat 0
Sent 13408020 bytes 12433 pkts (dropped 0, overlimits 13422)
class htb 1:1 root rate 64Kbit ceil 64Kbit burst 1023b cburst 1680b
Sent 13408020 bytes 12433 pkts (dropped 0, overlimits 0)
rate 35bps
lended: 1136 borrowed: 0 giants: 0
tokens: 51202 ctokens: 116901
class htb 1:10 parent 1:1 leaf 10: prio 0 rate 64Kbit ceil 64Kbit burst
1023b cburst 1680b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 102400 ctokens: 168099
class htb 1:20 parent 1:1 leaf 20: prio 0 rate 57Kbit ceil 64Kbit burst
1671b cburst 1680b
Sent 13408020 bytes 12433 pkts (dropped 0, overlimits 0)
rate 35bps
lended: 11297 borrowed: 1136 giants: 0
tokens: 130246 ctokens: 116901
class htb 1:30 parent 1:1 leaf 30: prio 0 rate 51Kbit ceil 64Kbit burst
1664b cburst 1680b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 208941 ctokens: 168099
class htb 1:40 parent 1:1 leaf 40: prio 0 rate 6Kbit ceil 6Kbit burst
1606b cburst 1606b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 1714132 ctokens: 1714132
Well, everything goes to the default class 1:20 which is OK.
However, the traffic is *not* limited! No packets overlimit or dropped!
The FTP upload succeeded with full uplink speed (512 kbit/s).
Q: What am I missing here? Why isn't the traffic limited by HTB?
I've read the LARTC Howto, the required manpages, the docs at Martin
Devera's Homepage and had a look at the Wondershaper. Unfortunately I'm
still unable to find the bug. :-( Any hints would be appreciated!
Thanks, Walter
PS: I've also tried using filters u32 and fwmark but traffic was
never limited. I guess there is something wrong with my
class/qdisc setup in general, right?
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next reply other threads:[~2002-10-16 22:33 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-16 22:33 Walter Haidinger [this message]
2002-10-17 4:49 ` [LARTC] htb limiting trouble: no overlimit or dropped packets Stephane Ouellette
2002-10-17 6:38 ` Walter Haidinger
2002-10-17 6:47 ` Walter Haidinger
2002-10-17 10:54 ` Stef Coene
2002-10-17 11:19 ` Walter Haidinger
2002-10-17 18:02 ` Robert Vale
2002-10-17 19:24 ` Walter Haidinger
2002-10-17 20:44 ` Walter Haidinger
2002-10-20 12:18 ` Walter Haidinger
2002-10-20 17:18 ` Walter Haidinger
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-103480767301168@msgid-missing \
--to=walter.haidinger@gmx.at \
--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.