Queue tree problm

Hi, i’m using queue tre to limit traffic for my office, i have a 70/22 Mbit internet connection.
With mangle i mark paket such as http surfing, mail, and all rest of traffic, than using queue i want do priority

this swript worked well for a lot of time, but now i see stop work as in past (the only difference was connection from 30/3 upgraded to 70/22 Mbit)

priority 1 - grade A - voip
prioritry 2 - grade B - ack
priority 3 - grade C - dns,http surf, pop3
priority 4 - grade D - http download (big), all rest
priority 5 - grade E - hotspot

in past i rememwe well that queue with low priority (such as hotspot) obtain limit-at speed and max-limit only if there was no traffic on better priority queue.

as shown in attach image, i’m uploading by ftp using 20Mbit, if olso upload from gradeE (hotspot) he receive 2.3 Mbit and not 1MB!

Why i have this problem? Last upgrade? I’m using last 6.41.3 software and RB750r3

any discussion about my queues will be apprecciated, sorry for my bad english
queue.jpg

Hi, this is another shenario whenre there are 3 networks and there is similar problem, the bandwidth is not distributed to all networks
there are 3 heavy download one for each network in that scenario, but there is not bandwith distribution
this is a RB750

olso in that case limit-at seem not working, there is no priority sets on 3 networks (marco,fabio,andrea)
limit1.png

There is no problem.
Your GradeE user is set to max-limit 2400K and you are uploading at that. Max-limit is the maximum you want that queue to go to, limit-at is “do not reduce to less than”.

I also don’t see any problems from these screenshots and seems to behaving as it should

Hi, thanks for your reply, but due to GradeD was near top speed (max-limit) in this example, gradeE sould go at 1M… tell me if this is wronk, in past i remember that works as i write

limit-at is guarantied traffic - it so guarantied that it “ignores” priority, parent’s max limits etc. - it is just given to that queue. If some available bandwidth remains then queues will fight it out using priority.

That is likely why he expected that his priority 4 queue would get the max 20 Mbit he specifies and
then the priority 5 queue would not be able to go to its max 2.4 Mbit. (but would get at least its 1 Mbit)

Infact, for me total upload is limited to 20M
gradeE (priority 5) should go to 1M (limit-at value)
GradeD (prioriti 4) shoult go to 19M

but this not happens…

I also tend to agree that your throughput looks to be about what I would expect, but for a different reason.

The grade D says big HTTP. I’m not sure what type of traffic you classify as grade D, but if the packets all tend to be 1500 bytes (or near MTU in size), your 98.5% circuit congestion (19.7M/20M) is going to result in packets being dropped. Often the largest packets get dropped more frequently as part of congestion management. This results in either a natural rate limit effect based on either the TCP protocol or the applications involved.

Hi, thanks for your reply
i use httpBig to mark http paket that are not http surfing, so httpBig is http download (so are http connection (port 80,443) with Connection Bytes: 4M-0 and Connection Rate: 200k-100M) allRest is all rest of traffic not maked with mangle and gemlan is an hotspot network.
So how i can solve MTU problem? reduce maxlimit for example to 19M bit?

[/quote]

Hi, thanks for your reply
i use httpBig to mark http paket that are not http surfing, so httpBig is http download (so are http connection (port 80,443) with Connection Bytes: 4M-0 and Connection Rate: 200k-100M) allRest is all rest of traffic not maked with mangle and gemlan is an hotspot network.
So how i can solve MTU problem? reduce maxlimit for example to 19M bit?
[/quote]

I would suggest accepting more realistic expectations for your traffic loads, and engineer traffic accordingly. If you start getting into adjusting MTU for certain traffic, you’ll be creating a maintenance nightmare for yourself and everyone else. In your screenshot, gradeE is using the bandwidth available to it. If you don’t want gradeE to max out at 2.4Mbps, then reduce the max limit value for gradeE. I suspect you’ll find that the gradeD will continue to max out in the 17.5Mbps range, assuming other patterns remain the same.

Hi, thanks for your reply
i use httpBig to mark http paket that are not http surfing, so httpBig is http download (so are http connection (port 80,443) with Connection Bytes: 4M-0 and Connection Rate: 200k-100M) allRest is all rest of traffic not maked with mangle and gemlan is an hotspot network.
So how i can solve MTU problem? reduce maxlimit for example to 19M bit?
[/quote]

I would suggest accepting more realistic expectations for your traffic loads, and engineer traffic accordingly. If you start getting into adjusting MTU for certain traffic, you’ll be creating a maintenance nightmare for yourself and everyone else. In your screenshot, gradeE is using the bandwidth available to it. If you don’t want gradeE to max out at 2.4Mbps, then reduce the max limit value for gradeE. I suspect you’ll find that the gradeD will continue to max out in the 17.5Mbps range, assuming other patterns remain the same.
[/quote]


I want that gradeE go at full speed 2.4M when there is no traffic from hight priority queues, but go at 1M (and not less than it) when hight priority queues have traffic.

For exaple i like to se 1M for gradeE and 19M to gradeD!

I want that gradeE go at full speed 2.4M when there is no traffic from hight priority queues, but go at 1M (and not less than it) when hight priority queues have traffic.

For exaple i like to se 1M for gradeE and 19M to gradeD!

If you had a single traffic flow, I would expect to see closer to 100%.

Everyone would like to use 100% of their bandwidth for are large variety of concurrent traffic. It simply isn’t realistic. As you approach 100% of available bandwidth, packets will start being dropped and delayed. This causes TCP sessions to automatically reduce speed. You’re seeing 98.5%. I’d call that pretty good.

As a test, if you dropped all other traffic so only gradeD traffic were allowed, assuming multiple TCP flows, I expect you’d still max out at about 98.5% of available bandwidth, just like you are now.

Yes, if there is only gradeE traffic i want he will use max-limit, so i would expect see 2.4 Mbit and this is what appens, but at that time if there will be gradeD traffic (more important) i want limit at 1M (limit-at) gradeE and allow 19M to gradeD

reboot the system and now work as espected
thanks to all and sorry