(RADIATOR) FailureBackoffTime within <AuthBy SQLRADIUS>

[Hugh Irvine]

Hello Mohamed -

The FailureBackoffTime parameter is not useful in the context of an 
AuthBy SQLRADIUS clause, because the "Host" objects are only 
instanciated for very brief periods of time (until the request is 
forwarded), and new "Host" objects are created for every request (or 
timeout). In other words, because the "Host" object is not persistent, 
it is not possible to keep any state, such as FailureBackoffTime, 
regarding the object.

regards

Hugh


On Wednesday, September 18, 2002, at 12:08 AM, Mohamed Majdoubi wrote:

> Hi
>  
> Within the <AuthBy SQLRADIUS> clause we can define the 
> FailureBackoffTime for the database connection.  In the Hostselect
> statement we can define the number of the reties and the timeout, the 
> FailureBackoffTime is missing in the hostselection.
> We prefer to the declare HOST1 dead for a periode if it is not working 
> and use of HOST2. can we use the same FailureBackoffTime to reach this 
> goal? ( FailureBackoffTime is present in <AuthBy RADIUS> how can we 
> use the option in the <AuthBy SQLRADIUS> clause ?)
>  
> #################################
>  
> <AuthBy SQLRADIUS>
>  Identifier ProxyToOffice
>  FailureBackoffTime 60
>  DBSource dbi:mysql:ProxyDB
>  DBUsername root
>  DBAuth 
>   HostSelect select HOST%0, SECRET, AUTHPORT, ACCTPORT, RETRIES, 
> RETRYTIMEOUT, NULL, NULL, NULL, NULL, \
>  FAILUREPOLICY from  RADSQLRADIUS where TARGETNAME='%R'
>  StripFromRequest Cisco-NAS-Port, \
>                 NAS-Port, \
>                 NAS-Port-Type, \
>   NAS-IP-Address, \
>                 Called-Station-Id, \
>                 Calling-Station-Id
>  
>  AddToRequest Service-Class = %{Reply:Service-Class}
>  AllowInReply Service-Type, \
>   Framed-Protocol, \
>           Framed-IP-Netmask, \
>   Framed-IP-Address, \
>   Ascend-Client-Primary-DNS, \
>   Ascend-Client-Secondary-DNS, \
>   Loopback-Tag, \
>   Release-Name, \
>   VRF-Tag
>  AddToReply Loopback-Tag= %{Reply:Loopback-Tag}, \
>   VRF-Tag= %{Reply:VRF-Tag}, \
>   Release-Name= %{Reply:Release-Name}
>  ReplyHook file:"%D/reply.pl"
> </AuthBy>
>  
> ######################################################
>  
> with kind regards
> Mohamed Majdoubi
> KPN Telecom
>  
>

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 3124 bytes
Desc: not available
URL: <http://www.open.com.au/pipermail/radiator/attachments/20020918/63cf3b60/attachment.bin>