Page 3 of 6

Re: Default QoS Rules Contest

Posted: Sun Oct 29, 2017 2:08 pm
by pkm
topshot wrote:
pkm wrote:
topshot wrote: It hasn't gotten me an A consistently (last test was a C), but using the current new defaults in post #1 gives results much better than it was. Can't post pics/links but this was last test I ran:
dslreports.com/speedtest/21179936.png

Image

Is this with ACC enabled?
Yes. Should it not be?
Thats fine i was just curious because of the ping. I thought maybe it was a local server and having ACC off kinda messes with ping times (at least for me)

Re: Default QoS Rules Contest

Posted: Sun Oct 29, 2017 2:10 pm
by pkm
So in regards to gaming, has anyone come to a conclusion as to what setup is best? When your connection is being bombarded from a few other members in the house especially hehe.

Re: Default QoS Rules Contest

Posted: Wed Nov 08, 2017 3:33 am
by encro
pkm wrote:So in regards to gaming, has anyone come to a conclusion as to what setup is best? When your connection is being bombarded from a few other members in the house especially hehe.
I'm currently using the new default setup as per OP with an additional QoS channel that has a rule to forward traffic on that IP to the Game QoS Channel and vice versa for upload. The rule is after the <128 rule.

Re: Default QoS Rules Contest

Posted: Thu Nov 09, 2017 11:52 pm
by pkm
encro wrote:
pkm wrote:So in regards to gaming, has anyone come to a conclusion as to what setup is best? When your connection is being bombarded from a few other members in the house especially hehe.
I'm currently using the new default setup as per OP with an additional QoS channel that has a rule to forward traffic on that IP to the Game QoS Channel and vice versa for upload. The rule is after the <128 rule.
How is that working out for you?

Re: Default QoS Rules Contest

Posted: Sat Nov 11, 2017 1:51 am
by encro
Not as well as I'd like, I'm still looking for something that is better able to prioritise gaming traffic.

Re: Default QoS Rules Contest

Posted: Sat Nov 11, 2017 2:52 am
by Knomax
I am first person shooter gamer (call of duty)...i want my bullets to kill fast (hit detection) i try diferent rules and different classes several times..different times in day.

The "best" settings i have found that works perfect is this...

Image

Image

The game uses UDP packets for move..bullets...etc but it has and many ACK,SYN packets.

Sooo first rule for register fast movement and bullets when i shoot..
Second rule..maximum packet length 128 bytes for ACK,SYN packets..
Third rule...minimum 129 bytes...maximum 512 bytes.

The creation of rules is based in packet lengths i have found live via wireshark...

Image

And for browsing...sites opens really fast and bufferbloat in DSLreports is very low.
Give them a try and write here how it works. ;)

Re: Default QoS Rules Contest

Posted: Mon Nov 13, 2017 11:45 pm
by Cornholio
@Knomax

I'm not a gamer, but I would like to try the two rules for browsing.

How about the upload rules? Did you enter the same values?

Re: Default QoS Rules Contest

Posted: Thu Nov 16, 2017 2:34 am
by Knomax
Yes the same rules for upload....pages open really fast...try it. ;)

Re: Default QoS Rules Contest

Posted: Thu Nov 16, 2017 11:09 pm
by pkm
Been using your settings for a few days now Knomax, and they are pretty good. Web pages still respond well under heavy load. Its also not too cluttered either with many rules so to me its a good contender for the best default rules contest :)

Only one problem with this is, you just have to be mindful of games that use TCP like WoW, and if you add TCP to the list there you suddenly end up prioritizing a whole heap of things that is not gaming traffic. So i simply just use the port number for WoW and it works fine.

Re: Default QoS Rules Contest

Posted: Fri Nov 17, 2017 5:04 am
by encro
I agree, thanks Knopix for the inspiration. It's working better than any previous solution.

I had to set the IP on the game rule though otherwise use of Facebook Messenger and Torrents seems to add lag when sending UDP for audio/video messenging.