(RADIATOR) Large number of handlers

Hugh Irvine hugh at open.com.au
Mon Sep 24 03:15:16 CDT 2001


Hello David -

If all you are doing is matching on Called-Station-Id, then I suggest you use 
the special code included in the goodies directory. The file is called 
"goodies/CalledStationId.pm" and it does a Realm-like direct table lookup on 
the Called-Station-Id in the access request.

You will need to copy the file into the "Radius" directory wherever Perl 
looks for it in your setup (and read the header in the file).

Then you can set up a configuration file like this:

<CalledStationId nnnnnn>
	.....
</CalledStationId>

<CalledStationId mmmmm>
	.....
</CalledStationId>

........


hth

Hugh


On Monday 24 September 2001 14:46, David Napier wrote:
> Hi All :)
>
> I was wondering if there were any performance stats, or maximum file sizes
> in the Radiator config files? Due to a phone numbering problem, I'm facing
> a situation where for a period of time some of our radiator boxes will
> require about 50000 handlers, and yes, Radiator is the only option.
>
> I'm hoping that the numbering problem will be fixed before the load becomes
> too heavy, however it wouldn't be unreasonable to assume that there will be
> 2 requests per second. I know that Radiator goes through each handler
> sequentially, so I'm fairly worried about authentication time. Can you
> perhaps nest <Handler>s so that I could have 8 main handlers (one for each
> state/territory), and <Handler>s under of these for each phone number?
>
> Another question I have regards the reading of the included files in
> radius.cfg. Are these read once at radiusd startup so that any changes
> require a restart of Radiator, or are they read on the fly?
>
> I'm not very knowledgeable of Radiator, and I'm stuck between a rock and a
> hard place here, any ideas or help will be greatly appreciated.
>
> Cheers :)
>
> David Napier
>
>
> ===
> 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.

-- 
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.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.


More information about the radiator mailing list