[SOLVED] does QoS really work?

[HeelloWorld]

Whats up dudes,

My IPS"s speed is <Mod Edit> (and it's the only one lol) but I love gaming. Speed is around 8mb/sec to download and 0.2mb/sec upload...

In the evening, there is like 2 TVs and 5 phones connected to the internet through wi-fi and they all watching youtube.

I have shiity router as well.

I've done lots of researches about QoS, but can it really help me in that case?
Does QoS really prioritize GAMING Packages over YOUTUBE?
My problem is, when I am gaming and if only 1 device connects and starts watching youtube my game starts lagging. It seems like my packages does not upload/receive when traffic is busy. All bandwidth goes for youtube.
Is it worth buying good router with QoS so i'll get smooth gaming? or is QoS just an AD or bandwidth limiter?

please help, i've been struggling for years...

 

[bill001g]

Nope it is pretty much a big lie when it comes to home usage. You can to some extent make it work but it technically it not QoS. People call it that but that is because they don't actually understand how traffic limitng actually works.

For UPLOAD you can actually have QoS. Your router can choose which data to send from all the queued data. Problem is when you have a tiny connection like you do it is extremely hard to setup. The rates are average rates and you quickly get into issues where a single data packet has large impact on this average rate. It is much simpler to get realistic limitation when you have say 10mbps of upload speed.

Still for most people upload speed is seldom the problem. In your case it might be a single game can easily use .5mbps upload.

Download is the much more common problem and this is where the deception comes in with using "QoS". Say some server on the internet is sending you data at your maximum rate of 8mbps. By the time your router can even do any thing about it the data has already used up the capacity. Its not like your router can magically tell the internet provider router to replace the packet with something else instead.

This is why QoS can never fix a Denial of Service attack by the time your equipment can do anything the damage is done. If it was that easy no game company would ever be crashed.

The reason people think QoS can limit download traffic is not because of QoS it is because of a method in TCP that tries to limit packet loss. When it detects loss your PC will tell the server to send data at a lower rate. This is a function relates to what is called tcp window size. SO you can use QoS to discard data you actually received. Your goal is to trick this packet loss mechanism to request less data. So it might appear QoS limits the speed but it actually doesn't. If the program you are using does not support this tcp method it does nothing. This is true for application that do not use TCP. You game for example uses UDP. Also some programs like torrent will actually open more session if they detect errors.

You actually need to put in the reverse of what you think is QoS. You do not actually favor certain traffic you limit other traffic.

In your case I suspect there is little you can do because your connection is so small.

 

[HeelloWorld]

Nope it is pretty much a big lie when it comes to home usage. You can to some extent make it work but it technically it not QoS. People call it that but that is because they don't actually understand how traffic limitng actually works.

For UPLOAD you can actually have QoS. Your router can choose which data to send from all the queued data. Problem is when you have a tiny connection like you do it is extremely hard to setup. The rates are average rates and you quickly get into issues where a single data packet has large impact on this average rate. It is much simpler to get realistic limitation when you have say 10mbps of upload speed.

Still for most people upload speed is seldom the problem. In your case it might be a single game can easily use .5mbps upload.

Download is the much more common problem and this is where the deception comes in with using "QoS". Say some server on the internet is sending you data at your maximum rate of 8mbps. By the time your router can even do any thing about it the data has already used up the capacity. Its not like your router can magically tell the internet provider router to replace the packet with something else instead.

This is why QoS can never fix a Denial of Service attack by the time your equipment can do anything the damage is done. If it was that easy no game company would ever be crashed.

The reason people think QoS can limit download traffic is not because of QoS it is because of a method in TCP that tries to limit packet loss. When it detects loss your PC will tell the server to send data at a lower rate. This is a function relates to what is called tcp window size. SO you can use QoS to discard data you actually received. Your goal is to trick this packet loss mechanism to request less data. So it might appear QoS limits the speed but it actually doesn't. If the program you are using does not support this tcp method it does nothing. This is true for application that do not use TCP. You game for example uses UDP. Also some programs like torrent will actually open more session if they detect errors.

You actually need to put in the reverse of what you think is QoS. You do not actually favor certain traffic you limit other traffic.

In your case I suspect there is little you can do because your connection is so small.

I was afraid that QoS actually do not prioritize but only limit... Hopefully my ISP will agree to connect 2 internet points at the same house lol. I dont mind double paying.

Big thanks for the detailed response dude. Good luck in whatever you do ;P

 

[failboat]

fq_codel and cake both work very well. cake is best for DSL. either will work on DOCSIS.

On 6Mbs I can download three things at once, watch netflix on SD, and play games online and not even notice that the others are happening. You only have to shape your download for really small uploads don't even try. if you seach the forums for these you can find many posts.