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]
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]
Phone: (702) 447-1247
---------------------------
Sonar Software Inc
The next generation of ISP billing and OSS
https://sonar.software
--
Simon Westlake
Skype: Simon_Sonar
Email: [email protected]
Phone: (702) 447-1247
---------------------------
Sonar Software Inc
The next generation of ISP billing and OSS
https://sonar.software
