(RADIATOR) Disabling ReclaimQuery

[Mike McCauley]

Hello,

On Fri, 6 Feb 2004 05:49 am, Moon Kwang (Products O2) wrote:
> Hugh,
>
> Is it possible to get this feature added?  It sounds like there are a
> number of people who want to turn this off, but have to use workarounds
> with dummy selects at the moment.

This is an excellent idea.
We have now uploaded to the 3.8 patch set a new version of 
AddressAllocatorSQL.pm that does not run DeallocateQuery or ReclaimQuery
    if they are empty strings.

Thanks for the suggestion.

Cheers.

>
> Cheers,
> Kwang
>
>
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: 04 February 2004 21:40
> To: Moon Kwang (Products O2)
> Cc: 'radiator at open.com.au'
> Subject: Re: (RADIATOR) Disabling ReclaimQuery
>
>
>
> Hello Kwang -
>
> Sadly I am afraid it was my mistake - the code certainly expects a
> ReclaimQuery.
>
> My apologies for the mis-information.
>
> regards
>
> Hugh
>
> On 4 Feb 2004, at 22:54, Moon Kwang (Products O2) wrote:
> > Hi,
> >
> > I'm trying to disable the ReclaimQuery - but having problems.
> >
> > I understand that it's possible to do by setting the parameter with an
> > empty
> > string
> > (http://www.open.com.au/archives/radiator/2001-08/msg00177.html).
> >
> > I'm using version version 3.8 on a RedHat server (installed as an RPM).
> >
> > Here's the block of code I'm using.
> > <AddressAllocator SQL>
> >         Identifier SQLAllocator
> >         DBSource DBI:Oracle:radius
> >         DBUsername xxx
> >         DBAuth xxx
> >         FailureBackoffTime 5
> >         FindQuery select TIME_STAMP, YIADDR from RADPOOL where
> > POOL='%0' and
> > STATE=0 \
> >                 and rownum=1 order by TIME_STAMP asc
> >         AllocateQuery update RADPOOL set STATE=1, TIME_STAMP=%0,
> > EXPIRY=%1,
> > MSISDN=%{Calling-Station-Id} \
> >                 where YIADDR='%3'
> >         ReclaimQuery
> > </AddressAllocator>
> >
> >
> > Thanks in advance for your assistance.
> >
> > Cheers,
> > Kwang
> >
> > This email and any attachments may be confidential and the subject of
> > legal
> > professional privilege.  Any disclosure, use, storage or copying of
> > this
> > email without the consent of the sender is strictly prohibited. Please
> > notify the sender immediately if you are not the intended recipient
> > and then
> > delete the email from your inbox and do not disclose the contents to
> > another
> > person, use, copy or store the information in any medium.
> > ===
> > 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.
>
> NB: have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
9 Bulbul Place Currumbin Waters QLD 4223 Australia   http://www.open.com.au
Phone +61 7 5598-7474                       Fax   +61 7 5598-7070

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.