All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Stark <gsstark@mit.edu>
To: lartc@vger.kernel.org
Subject: [LARTC] Re: Shaping incoming traffic on the other interface
Date: Thu, 10 Jun 2004 16:23:11 +0000	[thread overview]
Message-ID: <87u0xjtma8.fsf@stark.xeocode.com> (raw)


Matteo Brusa <miagi@tiscali.it> writes:

> Hi,
> I have a typical configuration for my firewall/gateway box: single network
> card, with a pppoe connection to the DSL modem.
> I'm already successfully shaping the uplink (how come that the
> wondershaper.htb doesn't use the ceil parameter? It should implement bandwidth
> borrowing!) but i found the ingress policy a little bit rough.
> I'd like to keep the traffic categories i have in the uplink: ssh, web and batch.
> The goal is to discard packets of the lowest class first, then the middle, and so on.
> I've implemented a simmetrical downlink version of the uplink shaping on eth0,
> the other interface. However, i get this error (warning?) in the log:
> 	pppoe[29606]: send (sendPacket): No buffer space available

Hm, I just did exactly the same thing here. I don't see this.

What do your filters look like?


I do see 
 HTB: dequeue bug (8), report it please !
which I think is because i have too low burst/cburst settings.

My settings currently look like:

tc class add dev $DEV parent 1: classid 1:1   htb rate ${BW}kbit burst 8k cburst 8k
tc class add dev $DEV parent 1:1 classid 1:10 htb rate ${BW80}kbit ceil ${BW}kbit burst 8k cburst 8k prio 1
tc class add dev $DEV parent 1:1 classid 1:20 htb rate ${BW10}kbit ceil ${BW}kbit burst 4k cburst 1k prio 2
tc class add dev $DEV parent 1:1 classid 1:30 htb rate ${BW10}kbit ceil ${BW}kbit burst 2k cburst 1k prio 3

(where ${BWxx} = xx% of the total bandwidth I want on that link)


-- 
greg

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

             reply	other threads:[~2004-06-10 16:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-10 16:23 Greg Stark [this message]
2004-06-10 16:54 ` [LARTC] Re: Shaping incoming traffic on the other interface Matteo Brusa
2004-06-10 20:07 ` Greg Stark
2004-06-10 20:30 ` Jason Boxman
2004-06-10 20:33 ` Andreas Klauer
2004-06-11  5:13 ` Greg Stark

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=87u0xjtma8.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.