HFSC + torrent/p2p starving all the BW

diretore

Hi guys!

First off - happy holidays!

I'm trying to setup a HFSC shaper for my home setup. So basically a classic - penalize all p2p, make browsing enjoyable, make voip/gaming real time latency free.

I have limited my WAN/LAN root que speed to 90Mbps (I have 100/100Mbps FTTH link) to eliminate hitting the upstream router BW cap.

QUEUE BW SCH
root_pppoe0 95M hfsc
qInternet 90M hfsc
qDNS 900K hfsc
qVoIP 2700K hfsc
qBrowsing 27M hfsc
qACK 13M hfsc
qGaming 18M hfsc
qP2P 4500K hfsc
qHigh 18M hfsc
qLow 5400K hfsc
root_igb1 950M hfsc
qInternet 90M hfsc
qDNS 900K hfsc
qVoIP 2700K hfsc
qBrowsing 27M hfsc
qACK 13M hfsc
qGaming 18M hfsc
qP2P 4500K hfsc
qHigh 18M hfsc
qLow 5400K hfsc

All child queues are limited by BW% and LinkShare% m2 (BW=LS), and realtime stuff (DNS, VoIP, ICMP, ntp) is setup with RealTime m2.
All adds up to 100%. Default queue is the p2p with 5%BW/LinkShare.

The problem is that when p2p traffic is going thru (I use Star Citizen installer, as it always uses the whole link). Everything else dies. Even if I set the browsing queue to RealTime.

This is what my results look when the link is free:

And this is when StarCitizen is downloading (p2p):

Any ideas? Where to look? I would like for the user traffic (i.e. HTTP(S) browsing) to win over the background downloading of p2p.

Nullity

Set the upper-limit of p2p to something like 80% of your total, especially on the download.

My favorite QoS tutorial is http://www.linksysinfo.org/index.php?threads/qos-tutorial.68795/ which does a great job of explaining the difference between upload & download QoS.

diretore

Thank you kind sir for the quick reply - I will most certainly read into it.

But if I set the upper limit, then I can only use 80% of the BW, even if there is no user activity?
I actually want to use the whole BW but only when no other, more prioritized traffic is on the link.

And it seems that I do not understand RealTime - is it not supposed to GUARANTEE the traffic for the que?
so if I set 50% Realtime for browsing, it should steal BW from other ques?

P.S. This is without reading your link :)
I will read into it ASAP!

Nullity

@diretore:

Thank you kind sir for the quick reply - I will most certainly read into it.

But if I set the upper limit, then I can only use 80% of the BW, even if there is no user activity?
I actually want to use the whole BW but only when no other, more prioritized traffic is on the link.

Sadly, that's not really possible on download. It may work on upload. (The link explains it.)

And it seems that I do not understand RealTime - is it not supposed to GUARANTEE the traffic for the que?
so if I set 50% Realtime for browsing, it should steal BW from other ques?

For most cases it's best to use link-share. (Just trust me.)

Merry Christmas!

Harvy66

Does qInternet on your LAN have upperlimit set? The bandwidths you're showing are the minimums, not the maximums. Of course a child queue *cannot go past a parent queue's maximum, which is why qInternet needs the upperlimit set.

*Realtime does not honor upperlimits. Realtime always pulls from the root queue, which is why I recommend never using it unless you fully understand HFSC.

diretore

Yep, qInternet on LAN segment has BW 90Mbit/s , Upperlimit m2 90Mb, LinkShare m2 90Mb (Speed test without limits shows 96ish up and down)

I'm on my way to fully understanding HSFC, that's why mistakes are made, and knowledge is gained :)

Harvy66

What is your default queue? Is that queue under qInternet?

bbrendon

I wouldn't use hsfc. I spent a good amount of time setting it up and voip would somehow always get clobbered. I tried Prioq and it was like magic.

Harvy66

I found HFSC quite easy to use. You just set your minimum bandwidth, but it does require you understanding how much bandwidth you need.

w0w

@diretore:

Hi guys!

Any ideas? Where to look? I would like for the user traffic (i.e. HTTP(S) browsing) to win over the background downloading of p2p.

You did not provided Hfsc queues priority information. Also, are you sure that all p2p traffic hitting your default queue only?
Try those options on your default queue (see screenshot attached), make sure you have set priority for all queues.

low.jpg_thumb

Nullity

@w0w:

@diretore:

Hi guys!

Any ideas? Where to look? I would like for the user traffic (i.e. HTTP(S) browsing) to win over the background downloading of p2p.

You did not provided Hfsc queues priority information. Also, are you sure that all p2p traffic hitting your default queue only?
Try those options on your default queue (see screenshot attached), make sure you have set priority for all queues.

HFSC doesn't support the "priority" parameter. You've gotta use bit-rates or percentages.

Yeah… I wish the GUI would make that clear...

w0w

@Nullity:

@w0w:

@diretore:

Hi guys!

Any ideas? Where to look? I would like for the user traffic (i.e. HTTP(S) browsing) to win over the background downloading of p2p.

You did not provided Hfsc queues priority information. Also, are you sure that all p2p traffic hitting your default queue only?
Try those options on your default queue (see screenshot attached), make sure you have set priority for all queues.

HFSC doesn't support the "priority" parameter. You've gotta use bit-rates or percentages.

Yeah… I wish the GUI would make that clear...

Yes, you are right. I wish also the GUI would make that clear.
Anyway I recommend to try RED, ECN and Codel options for queues except VoIP, where only ECN should be used.

Harvy66

Can you share a screenshot of qInternet and qP2P on your WAN and LAN?