All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Stark <gsstark@mit.edu>
To: lartc@vger.kernel.org
Subject: [LARTC] how flexible is ingress traffic policing to bandwidth limit?
Date: Tue, 08 Jun 2004 18:35:03 +0000	[thread overview]
Message-ID: <87ekopyk2w.fsf@stark.xeocode.com> (raw)


[I sent this earlier but I guess the list is subscriber-only?]

I just set up wondershaper, it has a simple filter on the downstream
direction to limit the bandwidth usage:

tc qdisc add dev $DEV handle ffff: ingress
tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src \
   0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1

This is effective but is there any way to tell it to choose only certain kinds
of streams for dropping packets? Minimally I would want to tell it to never
drop any packets in a certain list of port numbers. 

Ideally I would want it to never drop any packets that fall into the 1:10
flowid that is set up earlier in wondershaper. I'm unclear if that's possible
though since that flowid is set up for outgoing packets, and some of the
filters don't even make sense for incoming packets (TOS for example).

But even if I could just tell it to never choose packets from particular
ports, that would satisfy my immediate needs.


-- 
greg

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

             reply	other threads:[~2004-06-08 18:35 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-08 18:35 Greg Stark [this message]
2004-06-08 19:07 ` [LARTC] how flexible is ingress traffic policing to bandwidth limit? Jason Boxman
2004-06-09  0:08 ` [LARTC] how flexible is ingress traffic policing to bandwidth Damion de Soto

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=87ekopyk2w.fsf@stark.xeocode.com \
    --to=gsstark@mit.edu \
    --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.