All of lore.kernel.org
 help / color / mirror / Atom feed
From: bert hubert <ahu@ds9a.nl>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] problem with the howto sample
Date: Thu, 06 Dec 2001 22:52:29 +0000	[thread overview]
Message-ID: <marc-lartc-100767921201476@msgid-missing> (raw)
In-Reply-To: <marc-lartc-100767692924897@msgid-missing>

On Thu, Dec 06, 2001 at 11:14:01PM +0100, Patrick Nagelschmidt wrote:

> This configuration limits webserver traffic to 5mbit and smtp traffic to 3 mbit, and limits the sum to 5mbit:
> [...]
> # tc class add dev eth0 parent 1:1 classid 10: cbq bandwidth 100Mbit  \
>   rate 5Mbit weight 0.5Mbit prio 5 allot 1514 cell 8 maxburst 20      \
>   avpkt 1000 bounded
> 
> the above leads to an Invalid argument. it seems that tc doesnt like the
> classid 10: (at least the error disappears if i change it to e.g. 1:2).

TC likes it just fine. It is the kernel that doesn't. This is my mistake, I
decided to spruce up the examples a bit without testing them afterwards.

> have i done something wrong or is it an error in the example? this problem

Can you check if the CBQ example does work not?

> leads me also to the next question: is the naming of classes essential for
> building them correctly? is parent 1:1 classid 10:0 somehow different from
> parent 1:1 classid 1:2? up to now i thought classid was only a name and
> the parent would be enough to make the classes' positions in the tree
> unambiguously...

Well, major numbers are a bit special in this respect. There is some stuff
going on with userspace per-socket specified PRIOs helping classify traffic,
the kernel does a lot of testing if you remain within your major number.

This is one of the completely never ever mentioned parts of CBQ which I hope
to bug people about.

Added you to the Thanks To list, thanks!

-- 
http://www.PowerDNS.com          Versatile DNS Software & Services
Trilab                                 The Technology People
Netherlabs BV / Rent-a-Nerd.nl           - Nerd Available -
'SYN! .. SYN|ACK! .. ACK!' - the mating call of the internet

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/2.4Routing/

  reply	other threads:[~2001-12-06 22:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-06 22:14 [LARTC] problem with the howto sample Patrick Nagelschmidt
2001-12-06 22:52 ` bert hubert [this message]
2001-12-06 23:14 ` Patrick Nagelschmidt
2001-12-06 23:19 ` bert hubert
2001-12-07  0:17 ` Patrick Nagelschmidt
2001-12-07  4:35 ` Michael T. Babcock

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-100767921201476@msgid-missing \
    --to=ahu@ds9a.nl \
    --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.