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.
