| -Original Message-
| From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On
| Behalf Of Stuart Henderson
| Sent: Wednesday, November 21, 2012 7:47 AM
| To: misc@openbsd.org
| Subject: Re: PF altq and limiting traffic among multiple interfaces
|
| On 2012-11-21, openbsd2012
Thank you all for your reply. Breen, no - I really do not have, so
limited bandwith like described below. However each time I started to
download not even being close to my maximum bandwith, both ingress and
egress traffic dropped for a while, maybe for 1 - 2 seconds then
recovered, and again dropp
for the insight!
Breen
-Original Message-
From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of
Stuart Henderson
Sent: Wednesday, November 21, 2012 7:47 AM
To: misc@openbsd.org
Subject: Re: PF altq and limiting traffic among multiple interfaces
On 2012-11-21, openbsd20
On 2012-11-21, openbsd2012 wrote:
> In short, the problem with keeping state across interfaces (PF's
> default) is that it makes it impractical, if not impossible, to
> have packets in different queues on both your internal and external
> network interfaces. To fix this, you need to configure PF
Mikolaj,
Before I get into this, do you really have a connection where your total
bandwidth in both directions is pooled? If so you will need to modify my
approach somewhat, as I've not been in that situation myself.
For reference, my full rule set for my home network appears at the end of this
I'm no pro (and I've never seen a connection that had a transfer cap
applied to upstream+downstream), but if I was limited to 512 kb/s up+down,
I'd want to:
1) Prioritize ACKs to limit getting hammered with retransmits
2) Throttle guests tightly but allow them to borrow from other queues; not
too
Hi,
Searched for this for a while. Found below old post, without answer. Is
this actually possible to setup that way?
> From http://marc.info/?l=openbsd-pf&m=112015092309886&w=2
>
> List: openbsd-pf
> Subject:Altq - limiting traffic among multiple interfaces
> From: Jonathan Cam
7 matches
Mail list logo
