Hello sir, please can you throw more light on this your response. I am having the same challenge here at my site and your response will be very helpful.If you will change (Change of Authorization) settings of the client, then user should not be disconnected.
This reply certainly got me more confused than the first one...Please explain in simple terms what can or should be done to correct this issue if any??When HotSpot user settings are changed on User Manager, and User Manager sends these changes by CoA packet, HotSpot user is not disconnected, but new settings are applied for it.
Hi am not clear on your question and i happen not to know the meaning of CoA at this time...Pardon me..but i will await your solution to this problem i have.I do not think this is issue anyway.
Do you use CoA (change of authorization) between your HotSpot and User-Manager?
Hi have posted a new post with same issues i had earlier...see the postPlease, describe your problem in details. Create different post, if it is different from original author's topic.
It is so disheartening that you cant come up with yet a simple explanation as to how to get the issue solved, If i persistently do not understand you, you should know its not deliberate. You may wish to just put in simple terms what i should do to solve the problem..Its too late in the day anyway to let go of mikrotik.. the least you can do is to let someone else respond to this issue i have and make my day.Yes, it is correct.
If you change settings for HotSpot user and you do not want that user is disconnected, then CoA should be used.
RADIUS server will sent new settings for client, but it will not be disconnected.
From RADIUS client manual,
http://wiki.mikrotik.com/wiki/RADIUS_Client
Change of Authorization
RADIUS disconnect and Change of Authorization (according to RFC3576) are supported as well. These attributes may be changed by a CoA request from the RADIUS server:
Mikrotik-Group
Mikrotik-Recv-Limit
Mikrotik-Xmit-Limit
Mikrotik-Rate-Limit
Ascend-Data-Rate (only if Mikrotik-Rate-Limit is not present)
Ascend-XMit-Rate (only if Mikrotik-Rate-Limit is not present)
Mikrotik-Mark-Id
Filter-Id
Mikrotik-Advertise-Url
Mikrotik-Advertise-Interval
Session-Timeout
Idle-Timeout
Port-Limit
Note that it is not possible to change IP address, pool or routes that way - for such changes a user must be disconnected first.
. This ensures that any credit added to the client is effected 'realtime', before the first credit runs out. Mikrotik usermanager uses 'profiles' to assign time-limits or volume-limits to clients. The only way you can extend the clients credit is by adding another time-limited (e.g 10min) profile to the client's original (e.g 30min) profile before the first elapses. Manually or by scripts./radius incoming set port=xxxx accept=yes
Thanks for your clear contributions! U know this forum is very large and searching for a piece of script can difficult expecially without an idea of when it was posted and who posted it, If you have complete idea, do help pls. So many people are interested in this. This topic has been raised long ago but thank God solution is o the way. So we are waiting and searching as well.Like sergejs said, there's currently no way in routeros for a client to top up their credit themselves before it runs out.
If you use Mikrotik usermanager + hotspot for your AAA (assigning credit limits etc) then two things you need to do:
- alert the client that credit time-limit is almost up, and then
- renew the clients credit time-limit before it runs out (either manually or via scripts).
For the first, someone recently wrote scripts that you can customize to get that done for you; you'll have to search it out on the forum.
For the second, you need to enable CoA (change of authorization) on a port of your choosing in web interface of your usermanager (Router section) as well as set the same port for incoming in the Radius section of your hotspot router. This ensures that any credit added to the client is effected 'realtime', before the first credit runs out. Mikrotik usermanager uses 'profiles' to assign time-limits or volume-limits to clients. The only way you can extend the clients credit is by adding another time-limited (e.g 10min) profile to the client's original (e.g 30min) profile before the first elapses. Manually or by scripts./radius incoming set port=xxxx accept=yes
Sounds a bit cumbersome but i'm sure Mikrotik will come up with a more elegant method in the future.
Pls help, on the web interface of the usermanager, i cant find anywhere to enable Change of Authorization.Thanks for your clear contributions! U know this forum is very large and searching for a piece of script can difficult expecially without an idea of when it was posted and who posted it, If you have complete idea, do help pls. So many people are interested in this. This topic has been raised long ago but thank God solution is o the way. So we are waiting and searching as well.Like sergejs said, there's currently no way in routeros for a client to top up their credit themselves before it runs out.
If you use Mikrotik usermanager + hotspot for your AAA (assigning credit limits etc) then two things you need to do:
- alert the client that credit time-limit is almost up, and then
- renew the clients credit time-limit before it runs out (either manually or via scripts).
For the first, someone recently wrote scripts that you can customize to get that done for you; you'll have to search it out on the forum.
For the second, you need to enable CoA (change of authorization) on a port of your choosing in web interface of your usermanager (Router section) as well as set the same port for incoming in the Radius section of your hotspot router. This ensures that any credit added to the client is effected 'realtime', before the first credit runs out. Mikrotik usermanager uses 'profiles' to assign time-limits or volume-limits to clients. The only way you can extend the clients credit is by adding another time-limited (e.g 10min) profile to the client's original (e.g 30min) profile before the first elapses. Manually or by scripts./radius incoming set port=xxxx accept=yes
Sounds a bit cumbersome but i'm sure Mikrotik will come up with a more elegant method in the future.
Pls help, on the web interface of the usermanager, i cant find anywhere to enable Change of Authorization.Thanks for your clear contributions! U know this forum is very large and searching for a piece of script can difficult expecially without an idea of when it was posted and who posted it, If you have complete idea, do help pls. So many people are interested in this. This topic has been raised long ago but thank God solution is o the way. So we are waiting and searching as well.Like sergejs said, there's currently no way in routeros for a client to top up their credit themselves before it runs out.
If you use Mikrotik usermanager + hotspot for your AAA (assigning credit limits etc) then two things you need to do:
- alert the client that credit time-limit is almost up, and then
- renew the clients credit time-limit before it runs out (either manually or via scripts).
For the first, someone recently wrote scripts that you can customize to get that done for you; you'll have to search it out on the forum.
For the second, you need to enable CoA (change of authorization) on a port of your choosing in web interface of your usermanager (Router section) as well as set the same port for incoming in the Radius section of your hotspot router. This ensures that any credit added to the client is effected 'realtime', before the first credit runs out. Mikrotik usermanager uses 'profiles' to assign time-limits or volume-limits to clients. The only way you can extend the clients credit is by adding another time-limited (e.g 10min) profile to the client's original (e.g 30min) profile before the first elapses. Manually or by scripts./radius incoming set port=xxxx accept=yes
Sounds a bit cumbersome but i'm sure Mikrotik will come up with a more elegant method in the future.