PF + ALTQ - Bandwidth per customer

Peter Jeremy peterjeremy at optushome.com.au
Tue Dec 2 01:22:14 PST 2008


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.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-isp/attachments/20081202/97fe46f5/attachment.pgp


More information about the freebsd-isp mailing list