Adaptive QOS doesn't appear to work, suggestions?

[Deplorable]

I see in fresh's QOS script thread it appears to be working but mine is not on a completely new install on just bought RT-AC3100. Not currently connected to VPN even though I have read people say their QOS works fine on VPN just to rule it out. Hardware acceleration is also explicitly disabled by user.

 

[Vexira]

Have you set the WAN packet overhead and fq_codel?

 

[Vexira]

Which firmware version are you using?

 

[Deplorable]

Which firmware version are you using?

I am using the latest 380.68, should I downgrade? I am using fg_codel yes and set my packet overhead to 18 for docsis. However reading some of the stuff by said by FreshJR in his QOS script improvement thread I actually set it as low as I can go as well which of course is 0. I get the same thing either way. Massive bufferbloat.

 

[Vexira]

No need to downgrade firmware versions.
Have you gotten the script to work in the first place, as in you see adaptive qos modification started, adjusting bandwidth.
leave wan packet over head for cable if that's what your using, is your modem in bridge mode by any chance?, Also how are you determining buffer bloat what testing methodology are you using to come to such a result, can you post your speed test bandwidth.
I also want to determine you haven't reversed upload and download values.
If all else fails id need the port number your vpn uses so I can create a custom rule to change the priory of the vpn traffic it might not be classified correctly.

 

[Deplorable]

your supposed to use the one for you connection type, are you using a modem in bridge mode by any chance?

I am using wireless router mode with a docsis3 cable modem (motorola sb6121). Is there something I need to tweak to get it working with that setup?

 

[Vexira]

do you see your external ip in the router interface, google whats my ip and check it against the value shown in the routers gui, I don't need to know what it is I only wan to know the they are the same.
if its not in brige the router will report an ip of 192.168.X.X

 

[Deplorable]

I think I understand what you are getting at but I could be wrong. The router is assigned my external WAN IP, same as whats my ip reports.

 

[Vexira]

ah k awesome its in bridge then, its isolating one issue. just wan to check that your bandwidth for up and down is set correctly, also how are you coming to the conclusion that your getting buffer bloat?
and did you get the script working and installed?

 

[Deplorable]

ah k awesome its in bridge then, its isolating one issue. just wan to check that your bandwidth for up and down is set correctly, also how are you coming to the conclusion that your getting buffer bloat?
and did you get the script working and installed?

When you say check WAN that my up and down speeds are set correctly I assume you mean in QOS area for down and up. If you mean elsewhere you may have to point me there as the QOS area is the only place I am aware of where that can be set. My connection speed is 60 down 5 up but consistently tests on average at 70 and 6 which is in line with my ISP giving about 10% above the rated speed. I was using 95% 68096/5836 because that is what I used in DD-WRT and scored A across the board for speed quality and bufferbloat on dslreports.

As stated above I am using dslreports bufferbloat test but with a slight modification adding high-res bufferbloat option per a note by FreshJR on testing. It doesn't matter though as the result is bufferbloat high or low res and I could use default settings and things were fine using qos in DD-WRT on my previous router the R7000 and on the TP-LINK C1900 also dd-wrt, not using either one now just the AC3100. With QOS on no bufferbloat with it off got it when in DD-WRT so QOS was working there with the aforementioned bandwidth set. In merlin I have set it at those same settings for bandwidth and I get like 2k bb near the top end.

I also ran ping FreshJRs suggestion to another person while speed testing and got the same massive spikes by hundreds of miliseconds as soon as downloading starts rather than 10-15ms fluctuations you apparently should see if QOS were working. I have run the same tests on dslreports at 90% and 85% as well with the same results. I have set it as low as 50mbps actually and like 4mbps just to see if going massively lower helped though I don't see any reason that would be necessary since QOS was working fine prior to moving to Asus. It didn't help btw. Setting overhead to 0 or as high as 100 or anything in between does nothing either. One thing I will note though having it at like 30 or 40 kept the top end of bufferbloat around 1k versus 2k for anything else. It did make a noticeable difference in testing though only cutting the massive bufferbloat in half.

Thoughts?

 

[Vexira]

you set it perfectly then, are you using 60 and 5 or 68096 and 5836, try setting 68 and 6, in the format. I think anything other than a value in Mb/s would cause it to trip out, try values form speed test.net

 

[Deplorable]

It appears I missed the Mb/s moniker as I every other firmware literally uses Kb/s so I didn't even look at that. It is working better now so I just need to adjust numbers. Thanks!

 

[Vexira]

Easy to miss, and your welcome

 

[Deplorable]

Easy to miss, and your welcome

I'm still getting massive spikes sometimes on the upload test, I have tried even doing 85-95% of my rated speed rather than my actual speed for upload and it hasn't done any good. Always the same. Any thoughts? I have used 18 and 0 for overhead, should I try playing with that number?

 

[Deplorable]

I'm still getting massive spikes sometimes on the upload test, I have tried even doing 85-95% of my rated speed rather than my actual speed for upload and it hasn't done any good. Always the same. Any thoughts? I have used 18 and 0 for overhead, should I try playing with that number?

Think I'm going to settle at 66.4 and 5.6, I just got A for bb on dslreports although that test seems to fluctuate somewhat. My pings were consistently +/-15ms to google while running tests so seems good to me. Thanks again!

 

[Vexira]

Np, lag spikes can occur if you have a high download speed and lower upload speed.

 

[System Error Message]

those speeds are terrible. 6Mb/s upload compared to 70Mb/s download. In order to initiate a download you must first upload the request, hence why having either full can cause issues for the other.

With ASUS auto QoS it is about priority rather than bandwidth restrictions for hardware acceleration. For software based QoS it would differ.

You must reserve a bit of bandwidth on the uploads for downloads and vice versa. .5 to 1Mb/s should help but you really have very little uploads for gaming.

 

[Vexira]

those speeds are terrible. 6Mb/s upload compared to 70Mb/s download. In order to initiate a download you must first upload the request, hence why having either full can cause issues for the other.

With ASUS auto QoS it is about priority rather than bandwidth restrictions for hardware acceleration. For software based QoS it would differ.

You must reserve a bit of bandwidth on the uploads for downloads and vice versa. .5 to 1Mb/s should help but you really have very little uploads for gaming.

I had worse speeds try 8 down 1up on adsl2

 

[System Error Message]

I had worse speeds try 8 down 1up on adsl2

at least you get 1 up on adsl2, in the past i only got 128Kb/s up on adsl regardless of down.

 

[Vexira]

I was referring to sync speed, real world was slower, though I did get fiber level pings.