Sorry – should have read through emails before responding earlier ;)
To answer your question a little better, yes FreeRadius supports CoA requests but you’ll have to write something to automate/interface to it … From: Af [mailto:[email protected]] On Behalf Of Simon Westlake Sent: Wednesday, January 20, 2016 3:50 PM To: [email protected] Subject: Re: [AFMUG] PPPoE and service changes Yeah, I'm doing it directly into the database. Looks like FreeRADIUS has some functions to proxy CoA/Disconnect requests though, although poorly documented, so I'm digging into that. Thanks for the direction, definitely helped! On 1/20/2016 2:48 PM, Cameron Crum wrote: I meant on the MT. As for radius, how does the radius get attributes set? Are you just accessing the db directly? If you don't have access to the radius server, it would be difficult as the send function is a manual command. But you could always log into the MT and knock it off through CLI or API. On Wed, Jan 20, 2016 at 1:47 PM, Simon Westlake <[email protected] <mailto:[email protected]> > wrote: Because I might not have access to SSH/CLI on that RADIUS server if it's not a server I control. I'm trying to find a way that isn't reliant on Mikrotik as the NAS, seems like the disconnect packet is the right way. Looks like maybe it can be done using unlang or the rlm_perl/python modules to trigger based on some other event though.. still messing with it. On 1/20/2016 1:45 PM, Cameron Crum wrote: Why wouldn't it come from the radius you configured? Or why not add another ip as another radius that only accepts incoming requests if you don't want to use the regular radius? Alternatively, it can be done through cli on ssh or through the API. On Wed, Jan 20, 2016 at 1:41 PM, Simon Westlake <[email protected] <mailto:[email protected]> > wrote: Hmm, well after playing with it, it seems that Mikrotik doesn't like the incoming RADIUS commands being sent unless it originates from the RADIUS server it is configured to use, which makes life difficult. Is this the solution everyone here is using to force a refresh of attributes? On 1/20/2016 12:52 PM, Simon Westlake wrote: That certainly sounds like the best solution. Thanks! On 1/20/2016 12:48 PM, Cameron Crum wrote: PPPOE can be dropped with an incoming radius command. On Wed, Jan 20, 2016 at 12:42 PM, Simon Westlake <[email protected] <mailto:[email protected]> > wrote: How are you handling changes to your services today if you're using PPPoE? For example, let's say a customer is receiving specific attributes to set their speed, or IP address, or whether they should be redirected to a splash page. If you change one of these attributes, what is your current strategy for forcing a re-auth to update the attributes? Seems like it is pretty easy while you're on the phone with a customer to either login to your own gear and reauth the session, or tell them to reboot their router, or whatever their authenticated device is. But if they are disabled and they make a payment on a splash page, it seems like it would be likely to generate a service call if the splash page tried telling them to do something like reboot their router or radio. -- Simon Westlake Skype: Simon_Sonar Email: [email protected] <mailto:[email protected]> Phone: (702) 447-1247 <tel:%28702%29%20447-1247> --------------------------- Sonar Software Inc The next generation of ISP billing and OSS https://sonar.software -- Simon Westlake Skype: Simon_Sonar Email: [email protected] <mailto:[email protected]> Phone: (702) 447-1247 <tel:%28702%29%20447-1247> --------------------------- Sonar Software Inc The next generation of ISP billing and OSS https://sonar.software -- Simon Westlake Skype: Simon_Sonar Email: [email protected] <mailto:[email protected]> Phone: (702) 447-1247 <tel:%28702%29%20447-1247> --------------------------- Sonar Software Inc The next generation of ISP billing and OSS https://sonar.software -- Simon Westlake Skype: Simon_Sonar Email: [email protected] <mailto:[email protected]> Phone: (702) 447-1247 <tel:%28702%29%20447-1247> --------------------------- Sonar Software Inc The next generation of ISP billing and OSS https://sonar.software -- Simon Westlake Skype: Simon_Sonar Email: [email protected] <mailto:[email protected]> Phone: (702) 447-1247 --------------------------- Sonar Software Inc The next generation of ISP billing and OSS https://sonar.software
