Traffic Shaper Wizard
-
Fixed. Thank you for reporting.
-
Hi ermal,
after updating today to snap
2.0-BETA5 (i386)
built on Thu Feb 10 22:00:00 EST 2011still get the error using the wizzard for Single Wan multi Lan: Upload bandwidth of connection 0 is not valid. ???
Bye,
Alex -
it´s me again,
with the update to 2.0 RC1 (2011/02/14) the wizzard works again, sorry for my impatienceBye,
Alex -
I saw this same error when I used the multi wan multi lan wizard…. But No error when I went through the Multi Lan single wan wizard.
This is on the latest build that I updated last night.
Edit: I take that back, I see this error unless I specify a % instead of trying to specify a specific speed amount.
-
I get this error on the latest updated RC3:
"You cannot set the VoIP upload bandwidth on connection 0 higher than 80% of the connection."
What is the fix for this? I am trying Single-WAN-Multi-LAN
Thanks,
-
Altq does not allow setting realtime above 80%. Just the way it is, i imagine because it could so easily starve everything else. Don't worry it can still use the other 20%, it just will have to share it with other queues.
-
I am not sure anyone on the Bug Tracker or on the forum gets this. There is an issue with this. THIS IS A BUG. No matter I set 5% or 90% of the bandwidth the page won't move and it will show the 80% limit and just stop there. This is a problem not the mere mention that less than 80% should be used.
-
i get the same issue on the wizard.
-
i have the most recent release and i get the same thing.
-
I get the same thing on this build:
2.0-RC3 (i386)
built on Fri Jul 8 06:31:45 EDT 2011but when I changed from Kbit to % I got it to work. Then at the end I get a message about custom queues being more than 30% but none of them are. I'm not sure what to make of that one yet.
I may try to update to the latest build but seeing this morning that scourtney2000 has the same thing I'm not too confident for it to work. Has anyone posted an official bug report for this yet?
-
Can you post screenshots pleasE?
-
Sorry Ermal. I've been too busy to try this again and I won't have a chance again until next week. I will try to get screenshots though.
-
I agree it is a problem, please comment on this tracker item in Redmine:
http://redmine.pfsense.org/issues/1728
-
Hi all,
I has tried with built on Fri Jul 29 14:40:48 EDT 2011 all working perfect, let all tries…. :)
-
Sorry Ermal. I've been too busy to try this again and I won't have a chance again until next week. I will try to get screenshots though.
Okay, I tried again today with total bandwidth being 1.3Mb/sec and choosing 320Kb/sec for VoIP. I get around this by choosing 25% instead of 320Kb/sec. This is on a T1 with 1.5Mb/sec actual bandwidth.
-
Fixed. Please next time you can be more clear and saying you are using the multi lan wizard!
-
Thank you! I will try updating tomorrow and running the wizard again.
Sorry for not specifying which wizard I was using.
-
On build:
2.0-RC3 (i386)
built on Wed Aug 3 02:34:00 EDT 2011I no longer get the error when specifying the VoIP queue bandwidth using kbps.
Thank you
-
On build:
2.0-RC3 (i386)
built on Wed Aug 3 02:34:00 EDT 2011I no longer get the error when specifying the VoIP queue bandwidth using kbps.
Thank you
I think I reported this.
What I find is I have to state the bandwith in MB and the voip shaping in MB also. Instead of using 512kbps for voip shaping I have to say .512 Mb.
-
What happens if you don't do that? Does the wizard let you continue? Does the queuing work?