Community discussions

MikroTik App
 
renard162
just joined
Topic Author
Posts: 1
Joined: Tue Oct 09, 2018 4:10 pm

Limit-at queue question

Mon Oct 15, 2018 1:51 pm

Good morning,
I read the article about queue in mikrotik's wikia (https://wiki.mikrotik.com/wiki/Manual:Queue) and searched some posts in this forum but I don't understand exactly how limit at in queues work.

If I have this queue configured:

/queue tree
add limit-at=512k max-limit=40M name=HTTP_DW packet-mark=http-dw-pk parent=\
Download priority=2 queue=pcq-download-default

If there, for example, 10 packages with this mark queued, each one will be granted with 512kbps or this 512kbps will be divided with this 10 packages ?
 
plisken
Forum Guru
Forum Guru
Posts: 2509
Joined: Sun May 15, 2011 12:24 am
Location: Belgium
Contact:

Re: Limit-at queue question

Tue Oct 16, 2018 3:43 pm

See this movies on my site

full queue management deel 1 and full queue management deel 2

https://www.wirelessinfo.be/mikrotik-queues/

Goodluck
 
User avatar
pcunite
Forum Guru
Forum Guru
Posts: 1345
Joined: Sat May 25, 2013 5:13 am
Location: USA

Re: Limit-at queue question

Tue Oct 16, 2018 6:17 pm

See my signature for information about how I use these ideas in practice. I don't have full understanding, but I can hopefully get you closer to meeting your needs.

  • MikroTik's limit-at is a Linux Committed Information Rate (CIR) concept.
  • MikroTik's max-limit is a Linux Maximal Information Rate (MIR) concept.

These concepts have value when there is a Contention Ratio occurring on your network. If you are wanting to set limit-at, you should be doing so with the understanding that you're wanting to ensure at least this much traffic will have priority rules applied when things get congested.

You can't ensure 1MB for 500 users when you only have 100MB total to offer. So, this is not magic, it is math. We are talking about priority (dropping of packets or rate limiting) how and when. What happens, when it happens. Well, at limit-at. At first, limit-at values are attempted, each user is given 1MB, if 100 users are requesting network bandwidth.

What if only 50 users are on? Then they get more, limit-at is not under pressure. If one user requests 50MB, and another user requests 50MB, the algorithm can still supply them both because only two users are on your network. When a third comes online, well, you're out of bandwidth now, so priority rules (limit-at) kicks in and traffic shaping begins to occur to give everyone at least X amount.

In the real world, you would probably have a group of users who get 1MB each, and another business group would get a different limit-at. When the pressure rises, you take care of the SLA business accounts first, ensure they get 5MB, and others get 1MB or whatever, and you don't oversell your services.

So, as you go down this idea of queuing, you need to think about groups. Groups of data, groups of users, grouping is the way to understand what you're trying to do.

Read more here.

Who is online

Users browsing this forum: 4l4R1, anav and 49 guests