I have a OpenBSd box acting a s traffic shaper for a couple of clients
and it is experience some, shall we say, odd
"problems". We have one client (more to come, wich is why this is a bit
of a concern) that has very high packet/second
rate while the actual bitrate is fairly low (small VOIP packets) and
the traffic will not reach the allocated amount (ie 384Kbps) unless I
use a much higher bandwidth statement (ie 512Kbps to get ~384Kpbs) in
the pf config file.
pc.conf snipped (queue of interest is "remac"):
[...]
ext_if = "fxp0"
remac_nets = "{203.65.245.67, 203.65.249.32/27}"
[...]
altq on $ext_if cbq bandwidth 100Mb queue { dflt, unet, ctrl, eco,
artus, remac }
queue dflt bandwidth 128Kb cbq(default)
queue unet bandwidth 2Mb
queue ctrl bandwidth 64Kb { ospf-out, icmp-out }
queue ospf-out bandwidth 25% priority 7 cbq(borrow)
queue icmp-out bandwidth 75% cbq(borrow)
queue eco bandwidth 256Kb
queue remac bandwidth 512Kb
queue artus bandwidth 512Kb
[...]
pass in quick on $ext_if from any to $remac_nets queue remac keep state
[...]
pass out on $ext_if from $remac_nets to any queue remac keep state
Packets/second is usually around 600 with a bandwidth usage of
~340Kbps.
Am I missing something obvious here, or is cbq not suited for high
packet/second shaping
or what?
---
Lars Hansson
