(RADIATOR) Xeon procs and session DB.
Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Xeon procs and session DB.
Presumably if your handler forks and does heavy processing you should get a gain from a multiprocessor. Also, if your handler invokes a local database having a CPU for the DB and another for radius won't hurt. Wesley Hof wrote: Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Xeon procs and session DB.
Hello Wesley - The simplest way to make use of dual processors is to run two instances of radiusd, one for authentication and the other for accounting. You can use different databases for sessionDB and accounting by setting the DBSource lines in each clause appropriately. regards Hugh On 16/12/2003, at 10:23 PM, Wesley Hof wrote: Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' 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? -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. - CATool: Private Certificate Authority for Unix and Unix-like systems. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Xeon procs and session DB.
A technique we are experimenting with is to use a load balancer before the radiusd processes. We setup a dual proc system with two IP addresses. Then we run two radiusd processes where each process is bound to a one of the IP addresses. Then the load balancer (foundry server iron) is configured to load balance between the two IP addresses. However, since we can do port based load balancing, we direct ACCT to one I and AUTH to the other IP. By adding additional systems with a similar config, we can direct ACCT/AUTH to the different systems without having to modify any config files. mahesh -Original Message- From: Hugh Irvine [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 5:33 PM To: Wesley Hof Cc: [EMAIL PROTECTED] Subject: Re: (RADIATOR) Xeon procs and session DB. Hello Wesley - The simplest way to make use of dual processors is to run two instances of radiusd, one for authentication and the other for accounting. You can use different databases for sessionDB and accounting by setting the DBSource lines in each clause appropriately. regards Hugh On 16/12/2003, at 10:23 PM, Wesley Hof wrote: Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' 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? -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. - CATool: Private Certificate Authority for Unix and Unix-like systems. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.