On 7/22/07, Daniel Melameth <[EMAIL PROTECTED]> wrote:
> On 7/22/07, Stuart Henderson <[EMAIL PROTECTED]> wrote:
> > On 2007/07/20 15:20, Daniel Melameth wrote:
> > > then go back to the broken behavior sometime later. A reboot of the box
> > > or
> > > removing altq is the only way to resolve th
On Wed, Aug 01, 2007 at 12:55:15PM +0100, Stuart Henderson wrote:
> On 2007/07/30 17:33, Can Erkin Acar wrote:
> >
> > The problem with this diff is that it assumes an ADSL link.
> > While 'vcmux' is obviously ADSL terminology, I assume
> > having 'pppoe' or 'bridge' would confuse others trying to
On 2007/07/30 17:33, Can Erkin Acar wrote:
>
> The problem with this diff is that it assumes an ADSL link.
> While 'vcmux' is obviously ADSL terminology, I assume
> having 'pppoe' or 'bridge' would confuse others trying to
> use non-adsl pppoe connections or even real bridges.
That's a very fair
On Fri, Jul 27, 2007 at 06:53:27PM -0600, Daniel Melameth wrote:
> On 7/22/07, Daniel Melameth <[EMAIL PROTECTED]> wrote:
> > On 7/22/07, Stuart Henderson <[EMAIL PROTECTED]> wrote:
> > > On 2007/07/20 15:20, Daniel Melameth wrote:
> > > > then go back to the broken behavior sometime later. A rebo
On 7/22/07, Daniel Melameth <[EMAIL PROTECTED]> wrote:
> On 7/22/07, Stuart Henderson <[EMAIL PROTECTED]> wrote:
> > On 2007/07/20 15:20, Daniel Melameth wrote:
> > > then go back to the broken behavior sometime later. A reboot of the box
> > > or
> > > removing altq is the only way to resolve th
On 7/22/07, Stuart Henderson <[EMAIL PROTECTED]> wrote:
On 2007/07/20 15:20, Daniel Melameth wrote:
> then go back to the broken behavior sometime later. A reboot of the box or
> removing altq is the only way to resolve the issue, temporarily. I've tried
> both priq and cbq, adjusting tbrsize,
A recompile of pfstat has addressed this.
On 7/22/07, Daniel Melameth <[EMAIL PROTECTED]> wrote:
Thanks for taking the time to reply. I can't readily do a snapshot
now, but since I am using apmd, I'll try this avenue first and see
what happens. I also went ahead and incorporated your diffs int
On 2007/07/20 15:20, Daniel Melameth wrote:
> then go back to the broken behavior sometime later. A reboot of the box or
> removing altq is the only way to resolve the issue, temporarily. I've tried
> both priq and cbq, adjusting tbrsize, recompiling the kernel with a higher
> HZ value and using
Because of this ever nagging issue, I thought I'd try posting here again,
two years since my last post. For years now, since OpenBSD 3.5, I have been
unable to get altq to limit bandwidth properly. In a nutshell, if I give
altq an example bandwidth value of 1024Kb, my bandwidth will be incorrectl
Amir S Mesry wrote:
> Interesting issue, I have't encountered it. 3MB Down/384KB Up.
>
> altq on $eth0 priq bandwidth 325Kb queue { q_pri, q_def }
> queue q_pri priority 7
> queue q_def priority 1 priq(default
>
> What program are you using to measure it?
Please see my original post... FTP.
Stefan Zill wrote:
> Jon Hart wrote:
> > On Thu, Jun 23, 2005 at 07:39:41AM -0400, Melameth, Daniel D. wrote:
> > > The TCP ACKs are not the issue. The issue is I never get more
> > > than half of what I set the bandwidth value to.
> >
> > I've never been able to get exactly the bandwidth I speci
http://www.cadillacjack.com/
Network & Systems Administrator
2420 Meadowbrook Parkway
Duluth, GA 30096
770-865-0034
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Melameth, Daniel D.
Sent: Thursday, June 23, 2005 7:40 AM
To: pf@benzedrine.cx
Subject: RE: altq pri
Jon Hart wrote:
> On Thu, Jun 23, 2005 at 07:39:41AM -0400, Melameth, Daniel D. wrote:
> > The TCP ACKs are not the issue. The issue is I never get more than
> > half of what I set the bandwidth value to.
>
> I've never been able to get exactly the bandwidth I specified in my
> pf.conf altq rules
Jon Hart wrote:
On Thu, Jun 23, 2005 at 07:39:41AM -0400, Melameth, Daniel D. wrote:
The TCP ACKs are not the issue. The issue is I never get more than
half of what I set the bandwidth value to.
I've never been able to get exactly the bandwidth I specified in my
pf.conf altq rules.
I almost
On Thu, Jun 23, 2005 at 07:39:41AM -0400, Melameth, Daniel D. wrote:
> The TCP ACKs are not the issue. The issue is I never get more than half
> of what I set the bandwidth value to.
I've never been able to get exactly the bandwidth I specified in my
pf.conf altq rules. In trying to figure out w
Ingolf Zeiner Petersen wrote:
> Melameth, Daniel D. wrote:
> > > I implemented altq's priq a while back in the hope of "speeding
> > > up" my overall 'net connection by prioritizing empty TCP ACKs.
> > > However, I noticed that I was never coming close to my 256Kb/s
> > > upload cap since I did th
Melameth, Daniel D. wrote:
I implemented altq's priq a while back in the hope of "speeding up" my
overall 'net connection by prioritizing empty TCP ACKs. However, I
noticed that I was never coming close to my 256Kb/s upload cap since I
did this and looked into it a little bit further today.
I do
I sent this email back in March when I was running 3.5 and didn't look
into this further because this was an older release--but now I'm running
3.7 and I have the same issue. Any ideas? No one on misc@ seems to...
Melameth, Daniel D. wrote:
> I sent something similar to this to misc@ with nary a
I sent something similar to this to misc@ with nary a response so I hope
someone on this specialized list can shed some light on this...
I implemented altq's priq a while back in the hope of "speeding up" my
overall 'net connection by prioritizing empty TCP ACKs. However, I
noticed that I was ne
19 matches
Mail list logo
