Steam Downloads / QOS Port Range

General questions.
Post Reply
Aurien
Posts: 31
Joined: April 21st, 2015, 7:56 am

Steam Downloads / QOS Port Range

Post by Aurien » April 21st, 2015, 8:11 am

Is it possible to use port ranges with the QOS setup? I'm trying to setup my QOS, so that steam downloads are a lower priority, but they're still getting classified as Web Traffic. Here is my current setup:
Image

Edit: Not sure why I didn't think of this earlier, why would my downloads through the Steam client be getting registered as web traffic, class 204, if the default download class is set to 210? My 204 class:

Image
Last edited by Aurien on April 21st, 2015, 5:50 pm, edited 1 time in total.
Image

Aurien
Posts: 31
Joined: April 21st, 2015, 7:56 am

Re: Steam Downloads / QOS Port Range

Post by Aurien » April 21st, 2015, 5:49 pm

Well I figured out the issue of why Steam was being considered web traffic. Steam downloads use the HTTP protocol. Link

I have no idea how to separate Steam downloads at a QOS level from regular HTTP traffic. Steam downloads saturate my connection even with QOS at 97% of download speed, browsing turns to crap.
Image

bloater99
Posts: 482
Joined: October 13th, 2014, 3:47 pm

Re: Steam Downloads / QOS Port Range

Post by bloater99 » April 21st, 2015, 6:45 pm

Make sure you apply the 97% rule to upload speeds too. I'm not saying it will solve your problem, but it couldn't hurt to try. Also, try reducing your Guaranteed Bandwidth (at least as a test) to something low like 3000 Kb/s. I also like to make sure that the sum of my guaranteed bandwidth figures is less than my maximum bandwidth.

With multiple items vying for bandwidth in a single class, in my experience it seems to distribute equally. So your observation that Steam bandwidth is making the rest of web browsing slow doesn't make sense to me. It seems that QoS should intelligently split all traffic streams in the Webtraffic Class more or less equally.

Aurien
Posts: 31
Joined: April 21st, 2015, 7:56 am

Re: Steam Downloads / QOS Port Range

Post by Aurien » April 25th, 2015, 6:03 am

The 97% rule was what I used to determine the max upload/download. Did a speed test and went 97% from that. I'll try lowering the guaranteed bandwidth. The download QOS just seems to be acting weird for me. It's not catching traffic like it should. The upload portion looks to be working. I'm running some game servers and have tried setting the servers IP as destination IP into a higher class, but it seems to be splitting the traffic between web and default classes. Even tried using a separate destination port rule in the same class, but no change.

Edit: If I look at the connections list I see connection to the IP and ports I've put into QOS, but the QOS engine isn't classifying them correctly. I used the default template and edited as needed. Here are my downlink settings

Image
Image

Aurien
Posts: 31
Joined: April 21st, 2015, 7:56 am

Re: Steam Downloads / QOS Port Range

Post by Aurien » April 25th, 2015, 6:14 am

Here is my QOS graph. On the uplink I have source IP 10.10.10.69 TCP and UDP being in the VOIP category, which it catches, but on the downlink it doesn't. The change in color on the downlink graph is me removing source port 80 from the P2P category.

Image
Image

yermoth3r
Posts: 10
Joined: December 24th, 2013, 8:02 pm

Re: Steam Downloads / QOS Port Range

Post by yermoth3r » April 25th, 2015, 6:53 am

I ran into this a while ago and ended up with the following:
[partial portconfig]
200;imq0;udp;;;;27015;
200;imq0;udp;;;;27016;
200;imq0;udp;;;;27017;
200;imq0;udp;;;;27018;
200;imq0;udp;;;;27019;
200;imq0;udp;;;;27020;
200;imq0;udp;;;;27021;
200;imq0;udp;;;;27022;
200;imq0;udp;;;;27023;
200;imq0;udp;;;;27024;
200;imq0;udp;;;;27025;
200;imq0;udp;;;;27026;
200;imq0;udp;;;;27027;
200;imq0;udp;;;;27028;
200;imq0;udp;;;;27029;
200;imq0;udp;;;;27030;
200;imq0;udp;;;;27031;
200;imq0;udp;;;;27032;
200;imq0;udp;;;;27033;
200;imq0;udp;;;;27034;
200;imq0;udp;;;;27035;
200;imq0;udp;;;;27036;
200;imq0;udp;;;;27037;
200;imq0;udp;;;;27038;
200;imq0;udp;;;;27039;
200;imq0;udp;;;;27040;
200;imq0;udp;;;;27041;
200;imq0;udp;;;;27042;
200;imq0;udp;;;;27043;
200;imq0;udp;;;;27044;
200;imq0;udp;;;;27045;
200;imq0;udp;;;;27046;
200;imq0;udp;;;;27047;
200;imq0;udp;;;;27048;
200;imq0;udp;;;;27049;
200;imq0;udp;;;;27050;
200;imq0;udp;;;;27051;
200;imq0;udp;;;;27052;
200;imq0;udp;;;;27053;
200;imq0;udp;;;;27054;
200;imq0;udp;;;;27055;
200;imq0;udp;;;;27056;
200;imq0;udp;;;;27057;
200;imq0;udp;;;;27058;
200;imq0;udp;;;;27059;
200;imq0;udp;;;;27060;

specs32
Posts: 21
Joined: July 24th, 2017, 5:47 am

Re: Steam Downloads / QOS Port Range

Post by specs32 » December 26th, 2019, 5:20 pm

I am really hesitant to bump this topic since its almost 5 years old, but i actually have the exact same problem as the thread starter and do not seem to find a solution ....

unfortunately all the pics are gone ...

I hope my several hour long search that reaches over a couple of days may find a quick end here !

My Problem : I have a 10Mbit/1Mbit async DSL line at which hangs a standard t-online router connected to that i have the ipfire machine that goes into a switch and so on...

If there is only ONE host that starts its STEAM client to download the latest 28 GB free to play game all the other 10 hosts wait until timeout to be served their web pages...

the cpu usage shoots up and a lot of connection are created that seem to go straight past the firewall & proxy directly to the router. every steam client on every machine does that, no matter the OS or type of host.

the network becomes nearly unusable for every other host until that download finishes.

how do I have to understand the last post in this thread... the big list from yermoth3r, does that solve the problem (even nowadays^^ ) ? ?

I know that there is a setting in STEAM that throttles the bandwidth usage but i cannot run around here and beg every user to do that setting, we have guests in our network and i simply cannot ask for such a thing. I need to be able to shape the traffic and no tool i tried does the job.

thanks in advance for any reply !

Post Reply