No I am not returning that attribute, that is an excellent suggestion. If ubiquiti supports this, this would work.
Thanks Sent from my iPhone On Feb 2, 2017, at 4:45 PM, Scott Lambert <[email protected]<mailto:[email protected]>> wrote: Are you returning a session-timeout attribute from radius? That should tell the access server to check with RADIUS again after they have been connected that long. I am not sure that I am remembering the attribute name correctly. We set it up years ago. Disclaimer, I don't use radius for the radio link AAA. I just do it for PPPoE, DHCP, and hotspot. DHCP would never re-check AAA without a time limit. I don't know how Ubiquiti's implemention works. On February 2, 2017 2:30:52 PM CST, Duane Cox <[email protected]<mailto:[email protected]>> wrote: Hello. Is anyone running a script or batch process to auto disconnect your ubiquiti subscribers for non-pay? I assume another a better way to do this would be through a payment portal; we aren't setup for that yet. We authenticate the CPE via RADIUS at the AP, but if the user fails to pay, they will not fail the RADIUS authentication unless the CPE becomes dis-associated in some way. Is there an authentication refresh interval or encryption key expiration/renewal feature that would force a refresh of the RADIUS attributes and then kick the CPE for failure? Generally, I would use SNMP to write to the CPE to either reboot it or down an interface. My understanding is that UBNT doesn't support SNMP write, or am I incorrect? Thanks, Duane Cox Cox Wireless -- Sent from my Android device with K-9 Mail. Please excuse my brevity. _______________________________________________ Ubnt_users mailing list [email protected]<mailto:[email protected]> http://lists.wispa.org/mailman/listinfo/ubnt_users
_______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users
