From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Parameters for the ingress qdisc?
Date: Wed, 06 Aug 2003 19:23:05 +0000 [thread overview]
Message-ID: <marc-lartc-106019789717659@msgid-missing> (raw)
In-Reply-To: <marc-lartc-106011742407167@msgid-missing>
On Wednesday 06 August 2003 20:41, Patrick Turley wrote:
> > > The fact that the filters are metering traffic flows implies that they
> > > have are stateful. When using filters with egress queue hierarchies, it
> > > was my understanding that no state was needed since all they do is
> > > direct packets into classes. It sounds like my current understanding is
> > > quite wrong.
> >
> > I don't think the filters are statefull. If you use policers, you only
> > rate limit the filters. The filters itself have no idea about the
> > traffic flows.
>
> Then there are two further questions (the first of which I actually
> should have asked before):
>
> 1) When working with egress traffic control, filters are attached to
> classes. The documents I've read so far tell me that the ingress qdisc
> is classless so, on the face of it, filters shouldn't be useable at all.
> Please tell me which part of this I have badly misunderstood.
Ingress is indeed classless, but you can filters on it. It's not important
where the filters point to because there are no classes. But you can add
policers to the filters.
> 2) Since the filters themselves are, as you say, stateless, then it
> sounds like a "policer" is a separate object that's being created at the
> same time as the filter. Is there any other way to create a "policer"
> object, or do they only exist when attached to filters? When working
> with egress traffic control, can you attach policers to filters, and how
> would they interact with the classes?
You have to see the policer as a small tbf qdisc that exists on his own. If
you add the policer to a filter, all packets are "queued" in the policer and
throttled.
You can also use the same policer on different filters. So the packets from
different filters are "queued" in the same policer. To do so, you need the
tcindex option.
I will dig in my mail archive and put online on www.docum.org what I can find.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2003-08-06 19:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-05 20:59 [LARTC] Parameters for the ingress qdisc? Patrick Turley
2003-08-05 21:15 ` Stef Coene
2003-08-05 22:11 ` Patrick Turley
2003-08-06 18:18 ` Stef Coene
2003-08-06 18:41 ` Patrick Turley
2003-08-06 19:23 ` Stef Coene [this message]
2003-08-06 20:35 ` Stef Coene
2003-08-07 1:18 ` Martin A. Brown
2003-08-07 1:37 ` Martin A. Brown
2003-08-07 1:41 ` Patrick Turley
2003-08-07 1:51 ` Patrick Turley
2003-08-10 0:16 ` Martin A. Brown
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-106019789717659@msgid-missing \
--to=stef.coene@docum.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.