* Wesley M. <[email protected]> [2011-11-09 14:02]:
> I use OpenBSD 5.0, what is better between use "prio" or altq on em0 priq
> bandwidth 200Kb queue {q_def,q_pri}" ?
> I explain :
>
> altq on em0 priq bandwidth 200Kb queue {q_def,q_pri}
> queue q_def priority 1
> queue q_pri priority 7 priq(default)
> ...
> pass out on egress inet proto tcp queue(q_def,q_pri)
> ...
>
> OR
>
> pass out on egress inet proto tcp prio (1,7)
>
> What is better, or perhaps, it works on the same way...
> If someone can help on ...
prio and altq priq basically do the same.
using prio is free, performance-wise.
altq comes with a considerable performance penalty. probably
irrelevant on a dsl line.
i don't consider "prio" an established interface yet, the syntax might
change (background: with prio not exclusively being settable by pf -
it can be inherited from the vlan-header on vlan interfaces, for
example - I see value in being able to use prio as a filter criteria,
i. e. "match in on vlanX prio 5" would match all packets with the prio
currently set to 5, and we'd need a new keyword for setting the prio).
altq should be gone in a couple of releases.
once altq is turned on the automatic priorization of carp & friends is
no longer in effect on that(/these) interface(s).
so no matter what you'll have to adopt your pf.conf eventually.
i need to stress this, everybody using prio already needs to treat it
as early access to the future queueing subsystem. it is not yet fully
defined (not to mention implemented - while the prio queueing subsystem
should be minus the possible syntax change, the rest isn't even in cvs
yet and not remotely done), kinda in flux and might change, including
the syntax. I don't wanna hear whining about that, people have been
warned.
i'm getting the impression we missed the opportunity to group all
packet-modifying statements in a set(...) or set { ... } block with
the big syntax changes :(
--
Henning Brauer, [email protected], [email protected]
BS Web Services, http://bsws.de, Full-Service ISP
Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed
Henning Brauer Consulting, http://henningbrauer.com/
