All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Martin A. Brown" <mabrown-lartc@securepipe.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Parameters for the ingress qdisc?
Date: Sun, 10 Aug 2003 00:16:20 +0000	[thread overview]
Message-ID: <marc-lartc-106047467514821@msgid-missing> (raw)
In-Reply-To: <marc-lartc-106011742407167@msgid-missing>

 : OK - This is very interesting to me. I understand the mechanism whereby
 : filters guide packets to the classes for which they are destined. That
 : all makes sense.
 :
 : Based on what I've read here, it sounds like you can interpose a
 : policer between the filter itself and the class to which it is
 : directing packets. Given that classes already have access to the full
 : range of qdiscs, with all their marvelous dials and knobs, interposing
 : a policer seems superfluous. Have I misunderstood?

Well, I wouldn't say superfluous.....and I don't think you have
misunderstood, but perhaps you don't yet see the rationale for a policer.
Let me suggest a scenario.  You have users who send mail.*  You wish
to guarantee a certain small percentage of your 2Mbit to only the SMTP
traffic, so that at least 256kbit is reserved for mail at any time.
Additionally, you want to put any SMTP flows above this 256kbit into a
general consumption class.

Well, your policer reclassifies any traffic above a given rate into the
general consumption class.

That's just one way of using a policer.  My understanding is that policers
are more commonly used for DiffServ domains and limiting inbound traffic,
although there's nothing preventing them from being used in ingress
traffic situations.

-Martin

 * I know it sounds incredible for me to suggest that a network admin
   might have users, but suspend your disbelief for now, if you can.

-- 
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com

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

      parent reply	other threads:[~2003-08-10  0:16 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
2003-08-07  1:51 ` Patrick Turley
2003-08-10  0:16 ` Martin A. Brown [this message]

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-106047467514821@msgid-missing \
    --to=mabrown-lartc@securepipe.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.