Re: (RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-20 Thread Hugh Irvine
Hello again Mark - Further to this post from yesterday, I was thinking some more about the discussions Mike and I had while doing this address allocation feature and what we decided was this: Because radius is based on UDP and because packets can and will go missing, there is no way to determine

Re: (RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-20 Thread Hugh Irvine
Hello Mark - On Thu, 20 Jul 2000, Orcon Network Coordinator, Mark Mackay wrote: > > As per my previous mail, I don't think what you are proposing is really what > > you want to do. > > > Third - introducing an intermediate state of 1 causes a race condition which > > will undoubtedly create dup

Re: (RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-20 Thread Orcon Network Coordinator, Mark Mackay
> As per my previous mail, I don't think what you are proposing is really what > you want to do. > Third - introducing an intermediate state of 1 causes a race condition which > will undoubtedly create duplicate addresses, as there is a timing window > between the Access-Accept and the Accounting

Re: (RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-19 Thread Hugh Irvine
Hello Mark - As per my previous mail, I don't think what you are proposing is really what you want to do. Again - the only problem you have at the moment is a missing Stop record. Setting the DefaultLeasePeriod and the LeaseReclaimInterval to reasonable values for your installation is the prefe

Re: (RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-19 Thread Orcon Network Coordinator, Mark Mackay
Thanks for the reply Hugh. I'll describe a bit more what I envisage (and see if that is where the Radiator code is heading - or if I can nudge it in that direction): For the AddressAllocator code: 1) Access-Request comes in - standard auth/etc methods - AddressAllocator code called

Re: (RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-19 Thread Hugh Irvine
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 ca

(RADIATOR) AddressAllocator SQL - "confirm" appears disabled

2000-07-18 Thread Orcon Network Coordinator, Mark Mackay
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? It would be great when "No free IP addresses" occurs, it works through the 'unconfirmed' RADPOOL entries (STATE=