Hello Andy -
The session database will be accessed by both authentication (to delete and
to check limits) and accounting (to insert and delete).
cheers
Hugh
On Wednesday 18 April 2001 00:19, Andy De Petter wrote:
> > Your problem sounds familiar to us because at the beginning, we launched
> > tests of 1000 authentication requests and the 40% were dropped.
>
> Were those 40% authentication or accounting?
>
> I'm running accounting & authentication on different daemons.. and the
> session db is configured on the accounting daemon, so authentication here
> is not affected, by any slowdown of the accounting daemon.
>
> -Andy
>
> --
> "For nothing can seem foul to those that win."
> - Henry IV, Pt1, Act 5, Sc 1
>
> *** DISCLAIMER ***
> This e-mail and any attachments thereto may contain information, which
> is confidential and/or protected by intellectual property rights and
> are intended for the sole use of the recipient(s) named above. Any use
> of the information contained herein (including, but not limited to,
> total or partial reproduction, communication or distribution in any
> form) by persons other than the designated recipient(s) is prohibited.
> If you have received this e-mail in error, please notify the sender
> either by telephone or by e-mail and delete the material from any
> computer. Thank you for your cooperation.
>
>
> ===
> 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.
--
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.
===
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.
