What's new

FlexQoS FlexQoS 1.2.4 - Flexible QoS Enhancement Script for Adaptive QoS

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Are you running with fq_codel enabled? I imagine Google is using the same IPs and port 443 which would make it hard to come up with a rule for it.

Your best option is to limit the upload in the app.
Not running fq_codel. Why would that make a difference (don't understand fq_codel enough to know myself)?

I'll definitely consider limiting in app if there's no way to do it in Flex.
 
Not running fq_codel. Why would that make a difference (don't understand fq_codel enough to know myself)?

I'll definitely consider limiting in app if there's no way to do it in Flex.
Because with fq_codel, sparse (normal) traffic should be given higher priority than bulk (large) transfers within the same class.
 
Because with fq_codel, sparse (normal) traffic should be given higher priority than bulk (large) transfers within the same class.
Got it - I'll give it a shot.
 
@dave14305 May I ask what your preference is for the Router Outbound Traffic Class? I currently have it set as the default File Downloads.

Thank you.
 
I've pushed another develop branch update that enables a less-than-ideal method to reorder iptables rules in the list. All your existing iptables rules are loaded into the Well-Known dropdown and can be added to the list in any order you choose. But you must first delete the rule you want to add, otherwise you would trigger the duplicate rule check.

1614798262650.png


So if you wanted to completely reorder your rules, you would delete them all from the list, then use the dropdown to add them back in your preferred order. If you've customized a Pre-defined rule, be sure to choose the rule under User-defined rules or else you'll get the original version (the same rule name can exist in either section of the dropdown). And of course, click Apply afterward to save them.

Please test it out and let me know what bugs you find. I'm sure there are a few.

I've also picked up the expanded overhead changes from 386.2 alpha.

1614798888306.png


EDIT: almost forgot, I changed the matching of IP fields in the Tracked Connections filter. The fields are still partial-match, but will perform an exact-match if you add $ to the end of the string (e.g. 192.168.50.10$ will only match 50.10, and not 50.100 or 50.104). When picking a Local IP from the dropdown list, this is added automatically.
 
Last edited:
Just some thoughts regarding the iptables rule reordering - maybe some comment/hint that the last match wins would also be nice (maybe in the title of the section as a remark) because I think someone (at least me ;) ) could forget it when editing after several months. And if I'm remembering right then in appdb rules first match wins? So maybe another comment/hint there would be nice too.
 
Just some thoughts regarding the iptables rule reordering - maybe some comment/hint that the last match wins would also be nice (maybe in the title of the section as a remark) because I think someone (at least me ;) ) could forget it when editing after several months. And if I'm remembering right then in appdb rules first match wins? So maybe another comment/hint there would be nice too.
AppDB rules don't matter as much. The order is only important within the webui when trying to evaluate wildcard appDB rules versus non-wildcard rules.

I will see what I can come up with for the iptables hint. Thanks!
 
Just switched to develop again right now and have to ask if your wan packet overhead setting "ethernet vlan" maybe contains a typo with "42", because on traditional qos it ist set to "4".
best wishes, chris
 
Just switched to develop again right now and have to ask if your wan packet overhead setting "ethernet vlan" maybe contains a typo with "42", because on traditional qos it ist set to "4".
best wishes, chris
I come from the future to tell you the times they are a-changing! :p

1614803073661.png


The logic inferred from the cake source (which is why Merlin changed it) is that the cake ethernet keyword adds 38 bytes of overhead, and the ether-vlan keyword adds an extra 4 bytes. 38+4=42. It's all in testing, so it may change.
 
I've pushed another develop branch update that enables a less-than-ideal method to reorder iptables rules in the list. All your existing iptables rules are loaded into the Well-Known dropdown and can be added to the list in any order you choose. But you must first delete the rule you want to add, otherwise you would trigger the duplicate rule check.

View attachment 31512

So if you wanted to completely reorder your rules, you would delete them all from the list, then use the dropdown to add them back in your preferred order. If you've customized a Pre-defined rule, be sure to choose the rule under User-defined rules or else you'll get the original version (the same rule name can exist in either section of the dropdown). And of course, click Apply afterward to save them.

Please test it out and let me know what bugs you find. I'm sure there are a few.

I've also picked up the expanded overhead changes from 386.2 alpha.

View attachment 31513

EDIT: almost forgot, I changed the matching of IP fields in the Tracked Connections filter. The fields are still partial-match, but will perform an exact-match if you add $ to the end of the string (e.g. 192.168.50.10$ will only match 50.10, and not 50.100 or 50.104). When picking a Local IP from the dropdown list, this is added automatically.
Nice job!

Just a question before I do sh*t.... If I delete a rule, hit apply, and then refresh the page, it won't be loaded to the drop-down, correct? It disappears forever?

I mean, the drop-down is volatile? It is being populated everytime we open the page?
 
Nice job!

Just a question before I do sh*t.... If I delete a rule, hit apply, and then refresh the page, it won't be loaded to the drop-down, correct? It disappears forever?

I mean, the drop-down is volatile? It is being populated everytime we open the page?
Yes, good point. The dropdown is based on the user rules at the time the page is loaded. If you delete a rule and apply, the deleted rule will no longer be in the dropdown when the page refreshes.
 
And regarding the new MTU... In my case, which I have fiber, I don't want to use anything (is that correct?)

So do I have to insert 0 or use conservative default? I'm not sure..
 
I've only ever had a cable modem (DOCSIS) so that's all I know. When in doubt, leave it zero. BTW, it's an overhead value, not the MTU (2 different things). :)
Sorry it is... Thought well, wrote wrong :)

Thanks for all your work. 5*!
 
@dave14305 Would the new firmware with CAKE built in have any effect those those of us using Flexqos?
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top