All of lore.kernel.org
 help / color / mirror / Atom feed
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/

  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 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.