[Release] FreshJR Adaptive QOS (Improvements / Custom Rules / and Inner workings)

[skeal]

Two ways:

1) You can simply allocate more guarenteed bandwidth for with video via the configurable percents in the script area. This area is space & integer sensitive. Do NOT add a space before or after the equal sign. Do NOT use decimals
(Note: If you allocate video catagory more bandwidth, you then have to decrease bandwidth from other catagories so the sum of all categories is NOT greater than 100)


2) You can drag video higher up in WebUI. Once every QOS category gets its guaranteed bandwidth, the left over bandwidth is offered once again from top to bottom as set in the WebUI. Setting video higher will simply offer the left over bandwidth to videos before the catagories below it are offered any.

Feel free to combine steps 1 & 2

If making modifications to the script, do not forget the dos2unix step in the install instructions.

Thank you! That explanation really clears this whole thing up for me! Thank you Fresh, for the excellent script and your continued support of this community!

 

[FreshJR]

I would like to update a previous statement I made in my post where I described how to perform rule redirection according to the traffic name seen in "App Analysis".

Initially I guessed that the 2nd character of any packet mark was being used to signify a packet priority which corresponded to it's assigned device priority. It actually does NOT.

The 2nd character serves as a LAN client identifier instead. It's actually more than just the 2nd character. More specifically, bits 3-10 are being used to describe the LAN device so it also spills over into the 1rst & 3rd hex characters.

As an updated to my previous port, an assigned packet mark should be viewed as if it was partitioned into the sections shown below:

(I know direction has 4 possible combinations, but I haven't seen "00" or "11")

This is a shame, as I needed identifier that corresponded to each an individual packets "device priority" to fix the priority assignments available in bandwidth monitor.

I cannot really work with a client identifier as I observed clients receiving different identifiers upon re-connecting to the network with a previously assigned dhcp address.

I wish they would shave off 3 extra bits from "specific traffic type" (positions 17-19) and repurpose those as packet priority.

--

On another note, assigning a device priority via bandwidth monitor on fw v384 behaves differently than v380. Either way, dead end, on this modification I was planning.

Originally bandwidth monitor device priority was expressed by a sub class priority assignment.

 

[skeal]

@FreshJR If I want to implement the game settings in your script and have a basic network address 192.168.14.x if I use the cidr range of /32 will this do the trick for allowing just the one ip?
EDIT: Does anyone know please advise this noob to QOS.

 

[FreshJR]

@FreshJR If I want to implement the game settings in your script and have a basic network address 192.168.14.x if I use the cidr range of /32 will this do the trick for allowing just the one ip?
EDIT: Does anyone know please advise this noob to QOS.

Yes /32 will always do the one IP preceding it.
You can always verify these things with CIDR calculators.

 

[Gitsum]

So I recently upgraded my internet to 1gig/1gig fiber at my house and I'm wondering if I even need to use QOS anymore??
It's total overkill having a gigabit internet connection but it sure is fun downloading Steam games in a matter of minutes!

 

[FreshJR]

So I recently upgraded my internet to 1gig/1gig fiber at my house and I'm wondering if I even need to use QOS anymore??
It's total overkill having a gigabit internet connection but it sure is fun downloading Steam games in a matter of minutes!

no you don't. (At those speeds the server needs qos)

 

[Pit_g]

So I recently upgraded my internet to 1gig/1gig fiber at my house and I'm wondering if I even need to use QOS anymore??
It's total overkill having a gigabit internet connection but it sure is fun downloading Steam games in a matter of minutes!

no you don't. (At those speeds the server needs qos)

Well I have a 300/300 mb fiber connection......when I dont use adaptative qos for gaming.....my ping up to 80/90 ms..........if I have other devices streaming or downloading torrents.

When adaptative qos is working my ping down to 30/40 ms.......with the same devices working.

 

[Gitsum]

So my new AC86U defaults to IP address 192.168.50.1 and the DHCP server uses 192.168.50.*
Your script won't work unless I use the old standard of 192.168.1.*
Correct?

 

[FreshJR]

So my new AC86U defaults to IP address 192.168.50.1 and the DHCP server uses 192.168.50.*
Your script won't work unless I use the old standard of 192.168.1.*
Correct?

No it works. Just change the install instructions to use 192.168.50.1 and whatever client specific rules you were using.

With the out of the box settings, no client specific rules are set.

 

[Gitsum]

Ok. Well It doesn't seem to load the script using 384.5 alpha_2 on AC86U
It installed fine but doesn't run.

 

[FreshJR]

Ok. Well It doesn't seem to load the script using 384.5 alpha_2 on AC86U
It installed fine but doesn't run.

I will have to see what changes have been made in the new firmware, but I definatly do not run alpha firmware.

Can you post the output of your "tc filter show dev br0". I might be able to prepare a new version if it's minor.

 

[Gitsum]

Ok.

 

[FreshJR]

Ok.

That's weird, TC syntax hasn't changed, so the script should still be working.

Can you run

/jffs/scripts/FreshJR_QOS -debug

 

[Gitsum]

That's weird, TC syntax hasn't changed, so the script should still be working.

Can you run

/jffs/scripts/FreshJR_QOS -debug

Well, I switched back to 384.4_2 and was gonna try it from there.
Will report back.

 

[FreshJR]

Well, I switched back to 384.4_2 and was gonna try it from there.
Will report back.

The script is confirmed working on v384.4, so if something is wrong, you are messing up the install instructions.

Just change all instances of 192.168.1.1 into 192.168.50.1

 

[Gitsum]

The script is confirmed working on v384.4, so if something is wrong, you are messing up the install instructions.

Just change all instances of 192.168.1.1 into 192.168.50.1

Damn, your right. I completely skipped step 3.
I'm sorry, my fault. It works now.

 

[skeal]

Damn, your right. I completely skipped step 3.
I'm sorry, my fault. It works now.

Can you share the link to "Step 3" please?

 

[Gitsum]

3) In putty

Code:
dos2unix /jffs/scripts/FreshJR_QOS
dos2unix /jffs/scripts/FreshJR_QOS_fakeTC
sh /jffs/scripts/FreshJR_QOS -install

It's in post #2 of this thread.

 

[Kingp1n]

For consoles the i.p. range is 192.168.1.4 to 192.168.1.7 so make sure your console or pc that you game on is in the range you can just give it the fixed i.p. address on merlin hope this helps guys because Fresh is tired of explaining so this is pretty much setup for you which he helped me also because i did not know where to edit so you can thank him.

1219chico, would you happen to have an updated 'gaming' script you may be able to share? or anyone else who share with the latest version script. Thanks. I'm new to all this....

Update: thanks 1219chico, got it.

 

[HuskyHerder]

I am using the Fast version on an RTAC5300 - 385_a2 and I noticed ever since installing it. After boot, and the router comes online. It takes approximately 2, maybe 3 minutes longer for pages to start rendering.

I am not certain this is the QOS script as I just reinstalled dnscrypt a few hours before. However I never noticed this behavior with just dnscrypt on earlier installs.

I know alpha and all and don't expect anything on alphas. Mainly just curious if this is normal behavior ? So I can adjust my expectations, and keep the Mrs from killing me. No modifications just vanilla script. I skimmed a few pages and well nothing jumped out at me. I'm back traveling this week, so should have time to read more of the thread.