RC3 traffic shaper wizard bugs :: Lan bandwidth not inserted, etc.
-
I think it is still a bug in RC3 (today's build) that the wizard does not work as well as it should.
Using HFSC and defining my prioritization of bandwidth at .4 MB (kbit does not work rith at all), I get:
Catchable fatal error: Object of class hfsc_queue could not be converted to string in /etc/inc/shaper.inc on line 1371
Using CBQ I get:
There were error(s) loading the rules: /tmp/rules.debug:39: syntax error/tmp/rules.debug:48: syntax error pfctl: Syntax error in config file: pf rules not loaded - The line in question reads [39]: queue qVoIP on fxp0 bandwidth .4Mb priority 7 cbq ( ecn , borrow ) …
So I see the bandwidth of the LAN interface was never set, and manually enter it. Then I get:
php: : There were error(s) loading the rules: /tmp/rules.debug:39: syntax error pfctl: the sum of the child bandwidth higher than parent "root_bge0" /tmp/rules.debug:48: syntax error pfctl: Syntax error in config file: pf rules not loaded - The line in question reads [39]: queue qVoIP on fxp0 bandwidth .4Mb priority 7 cbq ( ecn , borrow )
So I remove again and use CBQ. When I do, I state bandwidth prioritization using Mbit because the other options don't seem to calculate and provider more errors. Now I still have to go in and specify the bandwidth for the LAN interface in shaping, becuase it is not saving that.
Since I am simply "trying" to prioritize an IP address, my floating rule does never state an ACK queue either.
I think these are bugs with the wizard, but when I open a ticket, it is presumably closed without what seems like deft speed and no acknowledgement of the issue.
This is easily reprodicble on any recent RC3 build. Why isn't this a bug?
-
Give me screen shots of what you claim.
-
I've noticed you can use HFSC "IF" you choose your bandwidth using the same "type". If you state bandwidth in kbit for the interface and shaping.
Either way, it does not put the bandwidth on the LAN interface, nor does it assign the ack queue in floating, as examples of "what_I_have_been_saying".
-
Show me the screenshot of the errors.
On the screenshot you have posted there is nothing wrong!
-
you say that, but…
why does the lan interface have no bandwidth assigned? Why does it fail when I use MBIT when defining the interface and kbit assigning the shaping?
Shouldn't the floating rule have an ack rule?
How come it doesn't match the traffic?
-
cant use kbit to define traffic. more than 30%? using priq.
-
Which wizard is this?
-
@ermal:
Which wizard is this?
Dedicated links.
-
I think that ermal ment that which of these: single lan - single wan, multi lan - single wan, single lan - multi wan…
-
I think that ermal ment that which of these: single lan - single wan, multi lan - single wan, single lan - multi wan…
single/single in this instance
-
Which snapshot are you one.
I made some changes to that wizard for this. -
@ermal:
Which snapshot are you one.
I made some changes to that wizard for this.Wed Aug 3 01:54:50 EDT 2011
-
@ermal:
Which snapshot are you one.
I made some changes to that wizard for this.On today's snapshot I get an error:
Catchable Fatal Error: Object of class hfsc_queue could not be converted to string in /etc/inc/shaper.inc on line 1371
When running the wizard using HFSC discipline, but does not if I use PRIQ.
Is this considered normal?
-
Shouldn't the floating rule have an ack rule?
Grazman, just to answer this part, ACK queues are not used for UDP connections, since UDP does not use ACK packets to confirm arrival of each packet.
http://en.wikipedia.org/wiki/User_Datagram_Protocol
So when you are matching UDP packets you only specify the second queue.
Josh
-
grazman if you do not put screenshots of what you are doing do not expect help.
-
why does the lan interface have no bandwidth assigned?
Grazman, the design of the queues has changed recently so the bandwidth is only specified on the qInternet and qLink queues, not on the interface queues. This allows traffic between local LAN networks to not be limited by the WAN speed that is setup by the shaper.
If you click on the qinternet queue you will see the values that you entered.
See this redmine ticket for more background.
http://redmine.pfsense.org/issues/749
Josh -
Grazman, your last problem, why does it fail when I enter the speeds in Mbit, and then use Kbit/s later.
I just tried to replicate this problem and I wasn't able to. I entered the Up and Down speed as 5Mbit and set the qVoip to use 256Kbit/s.
Please reply with step by step instructions for replicating the problem you are seeing. Note every option you choose.
Thanks