PF + ALTQ - Bandwidth per customer

eculp eculp at encontacto.net
Tue Dec 2 05:13:48 PST 2008


Quoting Peter Jeremy <peterjeremy at optushome.com.au>:

> On 2008-Dec-02 10:42:27 +0200, Andrei Kolu <antik at bsd.ee> wrote:
>>> That description sounds like it simplifies to "limit bandwidth based on
>>> IP address" - which is fairly trivial for ipfw+dummynet or pf+altq.
>>>
>> ipfw+dummynet is really ugly traffic "shaper" (let's face it there is no
>> shaping going on), because instead of limiting bandwidth it will drop
>> packets to simulate bad connection.
>
> I've been using ipfw+dummynet for traffic shaping for 7 or 8 years
> without problems (and have recently moved to pf+dummynet).  I don't
> understand your comment about limiting bandwidth: An incoming packet
> is put on a queue that is emptied at no more than the (simulated)
> available outbound bandwidth.  If the queue is full then incoming
> packets will be dropped.  This is the same behaviour as any other
> router (or switch).
>
> What do you want/expect?
>
>> I hear many years about "trivial"
>> configuration per user bandwidth limit with pf+altq but never saw ANY
>> code...
>
> Note that I never mentioned per-user bandwidth with pf+altq - though
> it looks possible.  There are some trivial traffic-shaping examples in
> pf.conf(5) but I will admit that I've never tried to actually use altq
> - I use dummynet because I need functionality that isn't present in
> altq.

I had forgotten that dummynet can be used with pf. Maybe i should  
start this with a new subject but it is directly related in that I  
need bandwidth control again that I don´t have since changing to pf.

   o- What needs to be patched/done to make them work together
      on Current and Releng?
   o- Are you happier with the combination of dummynet with pf
      than with IPFW?

DummyNet was one of the reasons that I was slow to leave IPFW.

Thanks and I am really not trying to hijack this thread, be glad to  
start a new one.

ed


More information about the freebsd-pf mailing list