Bugs

HI

I like the new look and features in the new Usermanager. Here is a few bugs I picked up when trying to use it.

  1. When a user reaches his transfer limit he gets kicked off but can emmediatly connect again and then goes over the specified limit.
  2. There is no way to increase the transfer limit manually. Are you suppose to apply another profile to allow more usage?
  3. The day and time feature is great but doesn’t work.

Thanks

Dolf

We will try to reproduce that.

Yes, when one profile is depleted, next one is activated.

In what sense? You specified, that user has access only in specified time of day (or days of week)? Or different limitations for different times of day (days of week)?

I unticked a day, understanding that that day I will not be able to connect but still can. I aslo tried specifying different hours but can still connect inside and outside of those times?

Is it also suppose to disconnect you when you reach the end of the alotted schedule?

Dolf

[quote=“girts”]Yes, when one profile is depleted, next one is activated.
[/quote]

Do I understand it right? Can I have different profiles added to the same user and as one gets used up the next one kicks in? I assume that it is activated in the order that it is added. So I can set it up that if a user goes over his normal limit that the next profile is limited in speed?

Dolf

I think the way it works is that if you untick a day or days, some hour or hours it just means the limitations you have assigned to that profile will not work during the unticked periods, i.e the user is unlimited during the unticked periods! Something similar to what obtains in configuring simple queues.

Yes, I can confirm that it does disconnect the user when the ‘validity’ expires. But for the disconnection to be effected even if the user is active (authenticated at the time), you must specify to use CoA and assign correct port in radius (this does not work for pppoe clients however).

Yes, this should possible. I have tried it though, but noticed that when the 1st profile expires, the next one does not automatically become active. Anything on this girts?

No. Profiles work as follows:
*) Active profile for user is selected. If none found, switch to first available occurs - last paused or first inactive profile
*) If still none found, access is denied
*) Valid limitations (according to day of week and time of day) are selected. Multiple can be active at a time
*) If no limitations found, there are two cases:
a) If the profile does not have limitations at all, it is considered unlimited profile and unlimited access is allowed
b) If there is at least one limitation for this profile, which is active at other time, access now is denied
*) If limitation(s) found, access is granted, with all the limitations merged

We have tested all these situations and they worked fine in our test setup. Could you be more specific on your setup? Or send a UM db backup to Mikrotik support?

Several bugs are fixed in next release, there were some problems with profile switching. Could you provide your setup: what limitations do you use (uptime, traffic), what are the limits for profiles, how many profiles are assigned to a user? did you assign profile after the previous expired or when the previous profile was active? or all the profiles were created before, when the user has not been logged in at all?

RB1000 with UM 4.04b
I use radius with hotpsot service.
I only use rate limits and download limits for profiles and I assign profiles to users before they log in. I usually assign just one profile per user, but sometimes two or three different profiles per user.
The first assigned profile usually becomes active immediately while the other will be paused. After the first is used up, the next one remains paused and the user can’t log in.
If I assign a single new profile after the previous is expired, it works fine. But if I assign two profiles, the same thing happens - the first is active and when it is used up the second still remains paused and user can’t log in.

Ok.