<div dir="ltr">On Thu, Oct 17, 2013 at 4:35 PM, Petre Bandac <span dir="ltr"><<a href="mailto:petre@kgb.ro" target="_blank">petre@kgb.ro</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">>   No amount of poking FreeRADIUS will fix a broken NAS.<br></div><div class="im">
<br>
</div>Freeradius sits behind a pppoe server<br>
<br>
Rephrasing my question: I want to detect the lost ppp connections (I<br>
suppose there is a timeout set somewhere) and delete the ip from<br>
radippool without waiting the lease-time set in radius (something like<br>
the check dhcp does with the handled ip addresses)<br>
<br></blockquote><div><br></div><div>If you can detect "lost ppp connections", then configure FR is easy. If you CAN'T detect it, then IMHO it's a sign of broken NAS, and as Alan put it, "No amount of poking FreeRADIUS will fix a broken NAS."</div>
<div><br></div><div>A sane NAS would usually have some kind of method of notifying radius that a particular connection is still alive. Usually this is in the form of interim-update. FR can then be configured (if not already done so, can't remember from the back of my head) to extend the lease time whenever it receives interim update for a particular user, so that the IP will still be (correctly) marked as used. Sending the lease time to be around twice or three times interim update interval should be enough.</div>
<div><br></div><div>-- </div><div>Fajar</div></div></div></div>