All of lore.kernel.org
 help / color / mirror / Atom feed
From: don-lartc@isis.cs3-inc.com (Don Cohen)
To: lartc@vger.kernel.org
Subject: [LARTC] why shape incoming traffic
Date: Fri, 01 Mar 2002 01:53:15 +0000	[thread overview]
Message-ID: <marc-lartc-101494774514020@msgid-missing> (raw)

 > On Thu, Feb 28, 2002 at 10:08:16AM +0100, Martin Devera wrote:
 > > qdisc (shaper) only for outgoing data. It is generaly
 > > believed to be dumb to throttle data when they already
 > > reached your computer or gateway.
 > 
 > The only reason I've ever been able to see for incoming data shaping is 
 > to reorder packets so that, for example, FINs are sent to their 
 > respective applications before SYNs (just an example) or ACKs before data.

It doesn't seem very important to shape the incoming traffic that will
be forwarded, since the same shaping can be done at output.

However, it does seem useful to be able to shape the incoming traffic 
destined for the local machine.

For example, suppose this machine is running a server that you want
to limit to 10 connections/minute.  It seems reasonable to do this
by limiting the rate at which syns are delivered to that server.
That might be a lot easier than trying to modify the server.

You might argue that doing it in the server would have the advantage
of being able to make more intelligent decisions about which ones to
accept and which to drop, but in fact the opposite could also be the
case.  (I'm working on a project that provides an example.)

Similarly, as a way to limit resource usage, you might want to limit
the rate at which a server or client gets input (and sends output, but
you can already do that).

What I find frustrating is that, as a firewall, I can already do this
stuff for the servers (and clients) running on OTHER hosts, but I
can't do it for those running on the local machine!
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

             reply	other threads:[~2002-03-01  1:53 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-01  1:53 Don Cohen [this message]
2002-03-01 10:04 ` [LARTC] why shape incoming traffic bert hubert
2002-03-01 15:47 ` Don Cohen
2002-03-01 15:50 ` bert hubert
2002-03-01 19:27 ` Michael T. Babcock
2002-03-01 19:34 ` Michael T. Babcock
2002-03-01 21:48 ` Don Cohen
2002-03-02 11:16 ` Michael T. Babcock
2002-03-04  5:05 ` Michael T. Babcock
2002-03-04 15:22 ` Don Cohen

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-101494774514020@msgid-missing \
    --to=don-lartc@isis.cs3-inc.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.