Alan Walters wrote:
i personally feel that time would be better spent on queuing to assist
with sorting out dummynet and ipfilter queues as mpd already has
integration here.
There's a provider-friendly mpd out there which I'm planning to
integrate into pfsense. It's compatible with mpd, but has some ISP-grade
features included.
and class based queues are great with this . personally a dont this altq
is up to the task of managing lots of queues for lots of cbq but is
great for service based queing.
the modded mpd (as well as the normal one) has provisions to call
scripts and/or insert rules directly in ipfw. But pfsense is PF bases
and has hsfc (?) scheduler. This is superior way to handle traffic and
allows you to have different classes of users (allocating more traffic
to higher paying users and moving abusers to a slow queue)... hence
being able to respect different minimum service rates on the same
machine (as opposed to slowing down each user to the same speed).
However, the pfsense rules generator is much more complex than what is
needed to a normal ISP hence my request for help on this side. I don't
want to break things like carp etc.
Next move would be to attach each ng interface to a separate queue
depending on the "Filter-Id" returned from the radius. This requires a
patched mpd which I'm trying to substitute to the real one (it compiles
cleanly under FreeBSD 5.x but requires some kernel modules and these are
not yet ported to 6.x).
There's some code to be written before we can see this happen :-(
Paul.
