I created Permanent Users with profiles which limits them to a certain
Upload and Download data rate. I want them to get connected until I
manually Kick them off and hence I didn't set any session timeout interval.
The access point which acts as the Radius Client runs Coova-chilli, and
perfectly limits the data rate set to each Permanent User according to the
profile. But the problem is that when the "Stop time" column at the
"Activity Monitor" hits one hour, they get disconnected automatically.
To observe this I set up a packet sniffer listening to the Radius
server(RadiusDesk) to see what exactly happens and the permanent users
reconnect by sending "Access Request" messages to the Server moments after
they get kicked off from the Access Point. This is common for any devices
which acts a permanent user and I think that it may be a bug in RadiusDesk
which kicks them off exactly on every one hour. Can you please tell me if
any configuration changes have to be made or is it the RadiusDesk engine
which functions is such a way?
Thanks and Regards,
Vignesh
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We haven't incorporated any 'funny' behavior in RADIUSdesk and tried to stay as true to the RADIUS protocol as possible.
Can you double check the reply of the authentication request and check if there are not session timeouts in the reply. (Try to check the reply from a RADIUS authentication by the user using the RADIUS client applet)
Also on the Coova-Chilli side, is there are not timeouts which kicks in.
Kind regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had been monitoring the authentication messages and there was no session timeouts in the reply. The problem was in the Access Point which is running coova-chilli. The WPA-EAP authentication has a default re-authentication time interval, which kicks the users after that expires and the users request back for authentication! This explains the drop in connection between the user devices and the access points. Thank you very much
Regards,
Vignesh
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Dirk,
I've sent you a message, but perhaps the messaging system isn't working properly. I need help setting up radiusdesk with coovachilli on an access point that I've flashed with openWRT. If you can get back to me, we can discuss the details nahomt at amestsantim dot com
Thanks
Nahom
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
I created Permanent Users with profiles which limits them to a certain
Upload and Download data rate. I want them to get connected until I
manually Kick them off and hence I didn't set any session timeout interval.
The access point which acts as the Radius Client runs Coova-chilli, and
perfectly limits the data rate set to each Permanent User according to the
profile. But the problem is that when the "Stop time" column at the
"Activity Monitor" hits one hour, they get disconnected automatically.
To observe this I set up a packet sniffer listening to the Radius
server(RadiusDesk) to see what exactly happens and the permanent users
reconnect by sending "Access Request" messages to the Server moments after
they get kicked off from the Access Point. This is common for any devices
which acts a permanent user and I think that it may be a bug in RadiusDesk
which kicks them off exactly on every one hour. Can you please tell me if
any configuration changes have to be made or is it the RadiusDesk engine
which functions is such a way?
Thanks and Regards,
Vignesh
Hi Vignesh,
We haven't incorporated any 'funny' behavior in RADIUSdesk and tried to stay as true to the RADIUS protocol as possible.
Can you double check the reply of the authentication request and check if there are not session timeouts in the reply. (Try to check the reply from a RADIUS authentication by the user using the RADIUS client applet)
Also on the Coova-Chilli side, is there are not timeouts which kicks in.
Kind regards
Hello,
I had been monitoring the authentication messages and there was no session timeouts in the reply. The problem was in the Access Point which is running coova-chilli. The WPA-EAP authentication has a default re-authentication time interval, which kicks the users after that expires and the users request back for authentication! This explains the drop in connection between the user devices and the access points. Thank you very much
Regards,
Vignesh
Cool!
Glad you found the source of your problem :-)
Cheers
Hello Dirk,
I've sent you a message, but perhaps the messaging system isn't working properly. I need help setting up radiusdesk with coovachilli on an access point that I've flashed with openWRT. If you can get back to me, we can discuss the details nahomt at amestsantim dot com
Thanks
Nahom
hello dirk
thanku for the efforts of your radius desk
i just want to ask u how to kick user out when his given time Up?
thanku.