All of lore.kernel.org
 help / color / mirror / Atom feed
From: Damion de Soto <damion@snapgear.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Wondershaper breaks IPSec tunnels
Date: Mon, 15 Mar 2004 00:48:38 +0000	[thread overview]
Message-ID: <4054FD66.2030904@snapgear.com> (raw)
In-Reply-To: <4048BDD8.2050201@pcxperience.com>

Hi Jason,
> But isn't that where it would be if I did nothing to it?  Only the
> really bad traffic gets put in 1:30, right?  BTW, the middle class is
> 1:20, correct?
Yeah, it is.  I can't recall exactly why I did that, but it doesn't seem to make 
sense now.
Oh, yes I can.  I have other filters setup for TOS bits, and wanted to make sure that 
no matter what TOS bits the ipsec packets had, they were going into 1:20.

> Nope.  Haven't changed those values.  Do I want to?  I basically want
> any traffic of lower priority to be able to take all the bandwidth as
> long as there is no traffic of a higher priority around, but have it
> give way to higher priority traffic when present.
I guess it depends on whether or not you want delays.  I try to keep my ceil values 
just a little bit below the max they could hit.
although I guess it's probabaly not really noticable.

> | which means they get set to the rate value, and unless you've changed
> | the way it calculates it's percentage rate values, the sum of the leaf
> | rates can exceed the parent.
> | which i believe can lead to weird and/or bad behaviour.
> 
> Hmm.  Guess I'll have to look into this more.
yeah, check out "What if sum of child rates is greater than parent rate ?"
on http://luxik.cdi.cz/~devik/qos/htb/htbfaq.htm

regards

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Damion de Soto - Software Engineer  email:     damion@snapgear.com
SnapGear - A CyberGuard Company ---    ph:         +61 7 3435 2809
  | Custom Embedded Solutions          fax:         +61 7 3891 3630
  | and Security Appliances            web: http://www.snapgear.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  ---  Free Embedded Linux Distro at   http://www.snapgear.org  ---

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

      parent reply	other threads:[~2004-03-15  0:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-05 17:50 [LARTC] Wondershaper breaks IPSec tunnels Jason A. Pattie
2004-03-11 14:59 ` Jason A. Pattie
2004-03-12  0:20 ` Damion de Soto
2004-03-12 15:55 ` Jason A. Pattie
2004-03-15  0:48 ` Damion de Soto [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=4054FD66.2030904@snapgear.com \
    --to=damion@snapgear.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.