Hello Mark -
On Wed, 19 Jul 2000, Orcon Network Coordinator, Mark Mackay wrote:
> Was having a look through the code after having some 'out of IP Addresses'
> problems -- and noticed that the "confirmed" state doesn't seem to be
> implemented. Is there any ETA on this?
>
In this particular case I don't think it will help, as "confirm" is only
called upon receipt of an Accounting Start (ie. immediately following the
original request). Also, the only way that an address will be marked as in use
(State = 1) erroneously will be when an Accounting Stop is missed.
> It would be great when "No free IP addresses" occurs, it works through the
> 'unconfirmed' RADPOOL entries (STATE=1), and uses them in oldest-issued
> order, and then the Allocator code only reports an error when all the
> available ip addresses are "confirmed" (STATE=2).
>
Hmmmm - see above.
>
> Obviously there may be a few problems that occur under that scenario -- so
> maybe a 5-minute threshold need to be provided for so cascade doesn't occur
> when approaching 'all in use'.
>
Well this is really what the "DefaultLeasePeriod" and "LeaseReclaimInterval"
are designed for - you can set these to appropriate values for your operation
so that Radiator will go through the address pool(s) and tidy up any addresses
that have been left hanging around mistakenly marked as in use. Note that the
default values for both "DefaultLeasePeriod" and "LeaseReclaimInterval" are 24
hours, which is probably much too long in your case.
> Also - another item to consider (a wish list I guess) -- when two users get
> assigned the same IP address on our USR chassis, we get a "Stop" packet with
> "NAS-Error" being the Terminate-Cause for the session getting bounced.
> Under the Allocator code - this would 'free-up' an IP address I guess,
> meaning it would be reused again (causing the same error again). Don't know
> if 'NAS-Error' is common to all NAS equipment -- but maybe there's a way to
> not free up an IP address if this response occurs.
>
You can always set up a special Handler clause to catch this. If you need any
help, send me a copy of your current configuration file (no secrets ) and I will
take a look with a view to making some suggestions.
regards
Hugh
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
