Bug #3536
closedUsing CBQ in the shaper wizard creates an invalid ruleset no matter which options are given
0%
Description
Using the primary traffic shaper wizard (traffic_shaper_wizard.xml) I am unable to create a valid ruleset with any combination of options using CBQ
I have tried activating each individual screen and some combinations but no matter what, when choosing CBQ the rules are rejected:
: pfctl -f /tmp/rules.debug pfctl: DIOCADDALTQ: Invalid argument
Removing the shaper, or switching to PRIQ or HFSC with identical settings results in a working ruleset.
Here is the section of rules.debug declaring the CBQ queues:
59 altq on em1 cbq queue { qACK, qDefault, qVoIP, qLink, qInternet } 60 queue qACK on em1 bandwidth 18% priority 6 cbq ( ecn , borrow ) 61 queue qDefault on em1 bandwidth 9% priority 3 cbq ( ecn , default , borrow ) 62 queue qVoIP on em1 bandwidth 100Kb priority 7 cbq ( ecn , borrow ) 63 queue qLink on em1 bandwidth 20% priority 2 qlimit 500 cbq ( ecn , default , borrow ) 64 queue qInternet on em1 bandwidth 1024Kb cbq ( ecn ) { qACK, qVoIP } 65 queue qACK on em1 bandwidth 18% priority 6 cbq ( ecn , borrow ) 66 queue qVoIP on em1 bandwidth 100Kb priority 7 cbq ( ecn , borrow )
Updated by Jim Pingle over 10 years ago
This apparently can happen if you select "LAN" as the "WAN" using this wizard since "LAN" is assumed to be LAN, so it creates overlapping queues.
So user error but maybe something we should detect/warn against.
Updated by Jim Pingle over 10 years ago
- Status changed from New to Closed
Since the base problem is the same as #3535, this can be closed in favor of the other ticket.