From: Patrick Turley <pturley@rocksteady.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Parameters for the ingress qdisc?
Date: Thu, 07 Aug 2003 01:41:24 +0000 [thread overview]
Message-ID: <marc-lartc-106022071607843@msgid-missing> (raw)
In-Reply-To: <marc-lartc-106011742407167@msgid-missing>
First of all, thank you Martin - this is fabulously helpful.
On Wed, 2003-08-06 at 20:18, Martin A. Brown wrote:
> Hello all,
>
> I played a bit with the ingress qdisc after seeing Patrick and Stef
> talking about it and came up with a few notes and a few questions.
>
> ...
>
> About filtering on the ingress qdisc:
>
> - since there are no classes to which to direct the packets, the only
> reasonable option (reasonable, indeed!) is to drop the packets
>
> - with clever use of filtering, you can limit particular traffic
> signatures to particular uses of your bandwidth
That sounds like a correct statement about the filters themselves. But
it appears that we don't have to just drop the packets, because the
policers we attach to the filters CAN queue packets. The following quote
is from one of Stef's earlier replies:
> 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.
Martin continues...
> Here's an example of using an ingress policer to limit inbound traffic
> from a particular set of IPs on a per IP basis. In this case, traffic
> from each of these source IPs is limited to a T1's worth of bandwidth.
> Note that this means that this host can receive up to 1536kbit (768kbit +
> 768kbit) worth of bandwidth from these two source IPs alone.
>
> # -- start of script
> #! /bin/ash
> #
> # -- simulate a much smaller amount of bandwidth than the 100MBit interface
> #
> RATE\x1536kbit
> DEV=eth0
> SOURCES="10.168.53.2/32 10.168.73.10/32 10.168.28.20/32"
>
> # -- attach our ingress qdisc
> #
> tc qdisc add dev $DEV ingress
I don't see a handle argument here. I presume that, since the ingress
handle for an interface MUST be ffff, that the handle argument is
optional.
_______________________________________________
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-07 1:41 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
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 [this message]
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-106022071607843@msgid-missing \
--to=pturley@rocksteady.com \
--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.