AW: (RADIATOR) IP assignment by RADIATOR / delay between IP reuse

Huber, Rainer rainer.huber at gmx.at
Fri Jun 6 13:34:27 CDT 2003


Hi!

>Could it be implemented just be customising the SQL queries?

I see - the FindQuery has to look like this:

select TIME_STAMP, YIADDR, SUBNETMASK, DNSSERVER from RADPOOL where
POOL='%0' and STATE=0 and TIME_STAMP < (%t - 600) order by TIME_STAMP;

... I think I couldn't see the wood for the trees

Cheers,
Rainer

-----Ursprüngliche Nachricht-----
Von: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au]Im
Auftrag von Mike McCauley
Gesendet: Freitag, 06. Juni 2003 02:08
An: rainer.huber at gmx.at; radiator at open.com.au
Betreff: Re: (RADIATOR) IP assignment by RADIATOR / delay between IP
reuse


Hello Rainer,

I cant seem to find you in my records.
Will you please let me know the name of the Radiator licensee involved?

On Fri, 6 Jun 2003 04:01 am, Huber, Rainer wrote:
> Hi List,
>
> In the near future I'll have to switch a radiator configuration (2
> radiators/OracleDB) to IP assignment by RADIUS.
>
> There is one special requirement, which has to be implemented: The IP
> addresses have to be kept back a defined period of time before they are
> reassigned to new sessions (ex. 10 min => IP<->username caches are cleared
> after this time in different applications).
>
> As radiator does not support this at the moment as a feature I've thought
> about the following solution:
> *) 3rd state in the rad_pool table (<AddressAllocator SQL>) => set STATE=2
> when accounting STOP records are received (customized DeallocateQuery)
> *) a cron job (every 5 minutes), which checks if (sysdate - TIMESTAMP) >
10
> minutes => set STATEs to 0
>
> What do you guys think about this scenario - is it worth a feature request
> for the next radiator release (similar to Reclaim implementation)?

Could it be implemented just be customising the SQL queries?

Cheers.


>
>
> Regards,
>
> Rainer
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.

--
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985                       Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS,
TTLS, PEAP etc on Unix, Windows, MacOS etc.

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


More information about the radiator mailing list