Traffic shaping not working in Beta 4 for outbound queues?
-
hey-
same issue here. I want to see if a cvs_sync fixes it, but I'm on a soekris and / is mounted read-only… and of course i can't edit /etc/fstab because, well, / is mounted read-only. what's the trick for cvs_sync'ing on a WRAP box?
thanks,
darren -
hey-
same issue here. I want to see if a cvs_sync fixes it, but I'm on a soekris and / is mounted read-only… and of course i can't edit /etc/fstab because, well, / is mounted read-only. what's the trick for cvs_sync'ing on a WRAP box?
thanks,
darrenThere is no trick. This does not work with Embedded platforms.
-
i /knew/ you were going to say that. ;)
can you point me to the docs for building my own from cvs, if there are any?
thanks for all the work on this. it's looking grand.
cheers,
darren -
in other forums say thet ALTQ must be configured to 2 interface (because them work only with out traffic).
allike problem when one with interfaces not correctly set
in my rules this correct?ps pls don't kill me - i only newbe (2 mth with nix system) ;)
ps2 after update from cvs queue status graph work very stable (1.5 hr wisout stops)
-
hrm, I don't get it.. this really should be working. There were no major changes to the shaper since Beta3 and the rules look fine from here. even after looking at them many time over. I'll wait to see if the fix works for anyone else..
??? 'scratch head'
-
Tomorrow reupdate Beta 3 and test this config again :-
May be broken update to Beta 4 ? But any errors not view.
Goodnight ;D–-----------------------------------
Good day.
I do it whith Beta 3, but nothing news. Them i update Beta 4 and rebuild my bridge config new. If a take update from cvs - them continuing testing with Beta4.
Good day 2
Yesss !!! BRIDGE!!!
If i setup in LAN any dummy address - not WAN - my shaping get circus (bear's show)
I set LAN IP = WAN IP and mask LAN IP = 32 (what recomended Hoba in Firewall topic)
And my queue blinking all!!
I must begin full testing.
Write any result after this.
Bye -
Trafficshaper won't work in a bridge configuration. This is a limitation.
-
This is interested post about ALTQ & bridge (only this about openBSD).
http://www.csl.sony.co.jp/~kjc/altq-ml-2002/msg00551.htmlTheme "ALTQ and bridge" - dont have wide information in Inet. I looking very mach questions, but little answers :'(
Can this url help for you project? -
Hoba,
So If my router has a WAN/LAN and WLAN, and the WLAN is bridged to LAN, the traficc shaping dosn't work anymore, correct ?
Is there anything the pfsense team can do to make Trafic Shaping work on multiple NIC that are bridged with LAN?
-
That's something to do for 1.1 though there is no fixed featureset for 1.1 yet. If it's doable it will be implemented sooner or later.
However if you are shaping WAN/LAN and your OPT1 is bridged to LAN there are chances that the shaping actually works. I think I heared someone report this scenario is working earlier, but not too sure about it. Try and let us know.
-
Can i have comment from professional to my questions?
:)
Bridge0 - logical interface .. but them can use for all rules in PF, yes?
Can bridge0 use in ALTQ rules?
May be this take effect for shaping (of cose if this possible) -
I suspect that the queue is working,
The problem is the rules.In rules, you define "In Interface" and "Out Inferface", and what we miss here is the term for ANY
This is tipical picture of configuration, if we only could choose
In Interface = WAN
Out Interface = ANYThen I think the problem would be solved.
-
Thx.
I today testing bridge queue rule with
source * destination* - define only protocol and port.
in simple model i give worked result. If time give possible - tomorrow be testing more big model. -
I suspect that the queue is working,
The problem is the rules.In rules, you define "In Interface" and "Out Inferface", and what we miss here is the term for ANY
This is tipical picture of configuration, if we only could choose
In Interface = WAN
Out Interface = ANYThen I think the problem would be solved.
Sorta…too bad it's not quite that simple ;)
--Bill
-
Billm,
Dose pfsense and m0n0wall use the same Traffic Shaping Engine ?
-
No. m0n0wall uses dummynet, we use ALTQ.
-
Okay, The Traffic Shaper in both system look very similar.
However, they have solved the bridge problem very cleverly, in the LAN side anyway.
In m0n0wall, they only have one interface for rules, and the user can shape the rule for inboud/outbound based on the "direction"
So, If you have multiple NIC that are bridged with LAN, you can choose WAN as interface and "in" for direction for choosing "inbound" and "out" for direction for choosing "outbound"
So the Traffic Shaping dosn't need to look for both "In Interface" and "Out Interface".However, pfsense need both "In Interface" and "Out Interface".
-
Yep completely different set of problems. The rabbit whole gets EXTREMELY deep when you dive into ALTQ further.
-
i also had this bug, noticed that i was getting drops on my voip phone, and that things were not going into the voip outbound queue, i have run the cvs sync to releng_1 and will post results here in the next day or so.
-
i also had this bug, noticed that i was getting drops on my voip phone, and that things were not going into the voip outbound queue, i have run the cvs sync to releng_1 and will post results here in the next day or so.
You also need to rerun the traffic shaper wizard.