HFSC + torrent/p2p starving all the BW

Nullity

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?