From: Walter Haidinger <walter.haidinger@gmx.at>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] htb limiting trouble: no overlimit or dropped packets
Date: Thu, 17 Oct 2002 11:19:00 +0000 [thread overview]
Message-ID: <marc-lartc-103485363503417@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103480767301168@msgid-missing>
On Thu, 17 Oct 2002, Stef Coene wrote:
> Htb nor cbq will be perfectly shaping. So try ceil 57 and see what happens.
> Go as low as needed untill you can see the difference. You have to do this.
> If you don't, you are filling the buffers of the modem and it will be the
> modem that controls the link.
I do not require perfect shaping. The problem is, that traffic doesn't
seem to be shaped at all!
> Also, make the sum of the rates from the classes equal to the rate. If you
> have ceil 64 kbit, all classes will be able to share from each other. So if
> one class is not using all it's bandwidth, an other class can borrow the
> unused bandwidth.
I'll try this.
> It's limited, but you give the traffic full bandwidth because you specified
> ceil 64kbit. Try ceil 10kbit and you will be limited at 10kbit.
I don't think it is limited because upload speed _exceeds_ the ceil rate!
Please correct me if I'm wrong with the following:
I've create a qdisc and class with:
tc qdisc add dev lo root handle 1: htb default 20
tc class add dev lo parent 1: classid 1:1 htb rate 64kbit ceil 64kbit
Now, if my actual uplink speed is larger (512 kbit/s), traffic should be
shaped to the desired rate (64 kbit/s), right?
But for me upload traffic is still at full speed of 512 kbit/s.
How do I prevent this?
> See www.docum.org for more script/info about shaping.
Thanks for the reference!
Regards, Walter
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2002-10-17 11:19 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-16 22:33 [LARTC] htb limiting trouble: no overlimit or dropped packets Walter Haidinger
2002-10-17 4:49 ` 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 [this message]
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-103485363503417@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox