Re: PF + ALTQ - Bandwidth per customer

Peter Jeremy <[email protected]>
Newsgroups gmane.os.freebsd.devel.pf4freebsd,gmane.os.freebsd.isp
Message-ID <[email protected]>
On 2008-Dec-02 10:42:27 +0200, Andrei Kolu <[email protected]> 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.
signature.asc (application/pgp-signature, 195 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkk0/jwACgkQ/opHv/APuIcOugCgo8LM3HE/0oSzFy0HbcffjFm+
jaYAoJ3GQW98vGR9Szi2XyiM0dJoG1ek
=xp16
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.