Hi everyone,
Closing Problem:
Bandwidth management is not working as expected; instead of streaming data
inbound with 237 Kb/sec without bandwidth management, it drops to 29 Kb/sec
(tendency falling) with enabled bandwidth management.
Fault:
It's a shame, but "Kb" means "Kilobit" and not "Kilobyt
On Wed, 2005-11-09 at 11:48 +0100, [EMAIL PROTECTED] wrote:
> first of all, I'm using a ADSL line with 192 KBit/sec (24 Kb/sec) upstream
> and 2048 KBit/sec (256 Kb/sec) downstream (DSL 2000 in Germany).
That's your problem right there. PF doesnt deal with bytes/sec, only
bits/sec.
Where you have
--On 09 November 2005 11:48 +0100, [EMAIL PROTECTED] wrote:
first of all, I'm using a ADSL line with 192 KBit/sec (24 Kb/sec)
upstream and 2048 KBit/sec (256 Kb/sec) downstream (DSL 2000 in
Germany).
You confuse Kb and KB. KB = kilobyte, Kb = kilobit.
What I originally wanted to do, was to f
Thanks for your reply,
first of all, I'm using a ADSL line with 192 KBit/sec (24 Kb/sec) upstream
and 2048 KBit/sec (256 Kb/sec) downstream (DSL 2000 in Germany).
What I originally wanted to do, was to fairly queue this bandwidth between
four users. So each user will have its assurred bandwidth f
--On 09 November 2005 02:22 +0100, knitti wrote:
apart from what chris said, I don't see the point in inbound queuing
on a ADSL line, after all, don't you queue just _after_ the
bottleneck (the DSL link)? so if you want to shape your inbound
traffic, shouldn't it be on the other
side (which you
On Mon, 7 Nov 2005 15:34:38 +0100 (MET)
[EMAIL PROTECTED] wrote:
> ### QUEUEING ###
> #
> #Bandwidth management
> #
> ##Define upstream parent queue (24Kb * 0,95 Overhead)
> altq on $ext_if priq bandwidth 22Kb queue { up_default up_web up_quick }
22Kb? That's a bit low, i'd say. This will indirec
Thank you for your reply,
yes, your right so far. For a single user "inbound" bandwidth management
makes no sense. In terms of network management only "real" outbound
bandwidth management makes sense: If the packets still arrived, why throwing
them away?
After all, in my case we have 4 users payi
Thank you for your reply,
but unfortunally the values and units are right. This also shows in a real
slower webbrowsing capacity, when bandwidth management is enabled.
> altq is looking at kilobits per second and you\'re probably looking at
kiloBytes per second
>
> (237Kb/sec / 8bits/Byte=29KB/s
On 11/7/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> ### QUEUEING ###
> #
> #Bandwidth management
> #
> ##Define upstream parent queue (24Kb * 0,95 Overhead)
> altq on $ext_if priq bandwidth 22Kb queue { up_default up_web up_quick }
> ##Define downstream parent queue (256Kb * 0,95 Overhead)
>
altq is looking at kilobits per second and you're probably looking at kiloBytes
per second
(237Kb/sec / 8bits/Byte=29KB/sec)
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
> Hi everyone,
>
> Problem:
> Bandwidth management is not working as expected; instead of streaming data
> inbound with 237 Kb/s
Hi everyone,
Problem:
Bandwidth management is not working as expected; instead of streaming data
inbound with 237 Kb/sec without bandwidth management, it drops to 29 Kb/sec
(tendency falling) with enabled bandwidth management
Test environment:
OpenBSD 3.7 or 3.8 (both tested); Pentium 3 or
Athlon
11 matches
Mail list logo