!!!Usermanage Limits not working!!! Urgent

Hi, We have a situation where our clients get unlimited access, we have setup rate limits within userman for each user.

Lets say user 1 is limited to 64k upload and 128k download with burst rate of 128k upload and 256k download, with a burst time of 10s

The user would still be able to get maximum the wireless connection is capable of…some users will get 1mbit and others 2mbits

how can we get user rate setup and working properly…as it is using dynamic qeueus I am unable to change them. unless I do it through usermanager…which is not doing what it supposed to do.

Provide us with ‘queue simple print’ configuration.

12 D name=“” dst-address=0.0.0.0/0 interface=
parent=none direction=both priority=8 queue=default-small/default-small
limit-at=64000/128000 max-limit=64000/128000 burst-limit=128000/256000
burst-threshold=128000/256000 burst-time=10s/10s
total-queue=default-small

13 D name=“” dst-address=0.0.0.0/0 interface=
parent=none direction=both priority=8 queue=default-small/default-small
limit-at=9600/9600 max-limit=64000/128000 burst-limit=128000/256000
burst-threshold=128000/256000 burst-time=10s/10s
total-queue=default-small

14 D name=“” dst-address=0.0.0.0/0 interface= parent=none
direction=both priority=8 queue=default-small/default-small
limit-at=9600/9600 max-limit=64000/128000 burst-limit=128000/256000
burst-threshold=128000/256000 burst-time=10s/10s
total-queue=default-small

15 D name=“” dst-address=0.0.0.0/0 interface=
parent=none direction=both priority=8 queue=default-small/default-small
limit-at=2048000/2048000 max-limit=2048000/2048000
total-queue=default-small

16 D name=“” dst-address=0.0.0.0/0 interface=
parent=none direction=both priority=8 queue=default-small/default-small
limit-at=2048000/2048000 max-limit=2048000/2048000
total-queue=default-small

17 D name=“” dst-address=0.0.0.0/0 interface=
parent=none direction=both priority=8 queue=default-small/default-small
limit-at=32000/64000 max-limit=32000/64000 burst-limit=64000/128000
burst-threshold=64000/128000 burst-time=20s/20s
total-queue=default-small


These are the dynamic queus created by userman

Make sure you do not have static queues before, that might influence to the traffic.

thanks for the reply,

The only static queue that we have is one that is on the backbone connection, not to limit traffic but to monitor traffic, so that we know how much traffic we are using per month.

I suppose that we can remove that, I will have a look see if that helps.

Thanks

A static simple queue addressing the same ip range where dynamic queues are created will override the dynamic queues.

You can’t have two different queues addressing the same IP range - the first one in the list will always take precedence, and a static queue will always be first in the list.

After removing the static queues, the dynamic ones created by userman are now working.

Thanks, much appreciated.

did not know that was the case with dynamic and static queues. :slight_smile:

I wish there was a way to see each users usage at that very point in time… We can set the rate limits in usermanager, but we cannot see how much each individual is using at that very time and moment… Is there any way to watch how much Tx/rx, that indiviual is using, without using simple queus… (because they overule usermanager tx/rx limiting)…


I will be implimenting this into my network and im not sur which way to go they say that using simple queus’s uses more cpu power, and congests the network, because the user can call in a bunch of data, and simple queue just slows it down, were tx/rx limiting limits it from the AP, and only gives the client that much.. I dont know which one to use, and beable to monitor my clients at the same time… thanks -Jordan

The easiest way to accomplish requested option by graphing,
http://www.mikrotik.com/testdocs/ros/2.9/tools/graphing.php
where you can monitor router resources, load on the interface and load for the simple queue.

Note, that to save the information for queues, you will need to use static queues (because dynamic queues information will be reseted after router reboot or when user is logged out from HotSpot).

Thank you sergejs for replying. So basically your saying if i want to do what i suggested im going to have to use simple queue’s… If so i have one last question for you..


I have a 10 meg connection, 5 AP’s each AP will have rougly 30 users on it being Queue’d using simple queue’s. total number of customers would be around 100-125 users… If i use simple queus will my network get congested due to a bunch of call ins of data then simple queues have to slow it right down and reshape it to the Tx/Rx that the simple queue was given.. I Just do not want to congest the network with 100+ people calling in data and simple queue’s not being able to handle the job or degrade the network while they are doing there job. What do you think? thanks sergjs. -Jordan

This is the same problem that I am having.

Now, making static simple queues with usermanager has caused me a problem.

When I use userman to autehnticate my customers it creates a dynamic queue. I dont want that. I want userman to allocate an IP address and to authenticate the users and thats all.

I want to then create the static simple queue manually for the sole reason that I can create reliable graphs that I can give to the user to monitor.

How di I get userman to NOT make a queue?

BTW, I am using Routeros 3.11 on x86 for hotspot use.

I have this working by making the static queues and then using a script to move the static queues above the dynamic ones when the user logs in to be sure that the queue is active and overriding the dynamic one, but its really messy. MANY queues in the list 50% of which are just duplicates…

Help appreciated.

Do you have rate-limit configured on User Manager ?

I have resolved my issue, and this was a real head slapper for me…

I was "disabling"the rate-limit in usermanager by setting values to 0 which of course in router os means that the queue should be created and then set to unlimited… doh…

Sorry guys.

Anyway, simply deleting all text/numbers from the userman rate-limit fields and leaving them blank fixed the issue.

Cheers,

Alex