RE: best place for logic - users file or custom module?
is python more stable than the support for perl? i have much more experience in python than perl. also is the "perl/python" stuff persistent - or is the interpreter invoked for every request? i am asking as i think this is the main reason for Radiator's performance issues - in theory even a big interpreter loaded into RAM should run fine ... but I suspect something inefficent is happening with Radiator. tariq rashid -----Original Message----- From: freeradius-users-bounces@lists.freeradius.org [mailto:freeradius-users-bounces@lists.freeradius.org]On Behalf Of Alan DeKok Sent: 23 August 2005 16:54 To: FreeRadius users mailing list Subject: Re: best place for logic - users file or custom module? Tariq Rashid <tariq.rashid@uk.easynet.net> wrote:
hi, i'm planning a significant migration from a different radius server (Radiator, perl based).
That's good to hear!
our tests with freeradius show a much lighter server - its faster, and easier on memory and cpu. however the downside is that applying custom logic to the radius process is a bit more difficult.
Yes, there are trade-offs.
i'd like some advide on the best place to implement this logic. for example - a common scenario is for a request to come from A, and the reply to A contains instructions to extend a tunnel to a second device B. A second query from B is then received.
this case is handled easily in perl using "if()" constructs.
My suggestion is to use Perl. :) rlm_perl is in 1.0.4, but it's not stable. The CVS head is in transition, too. I would suggest grabbing revision 1.19 of rlm_perl from CVS, and building it into 1.0.4. It should work, and it will get you the custom logic you need. And, it will be multi-threaded, too. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Tariq Rashid wrote:
is python more stable than the support for perl? i have much more experience in python than perl.
rlm_python is not marked stable yet either. I don't know about it's stability, but I haven't seen much about rlm_python on the maillist, so maybe support could be very low;
also is the "perl/python" stuff persistent - or is the interpreter invoked for every request? i am asking as i think this is the main reason for Radiator's performance issues - in theory even a big interpreter loaded into RAM should run fine ... but I suspect something inefficent is happening with Radiator.
rlm_perl is persistent -- Groeten, Regards, Salutations, Thor Spruyt M: +32 (0)475 67 22 65 E: thor.spruyt@telenet.be W: www.thor-spruyt.com www.salesguide.be www.telenethotspot.be
Tariq Rashid <tariq.rashid@uk.easynet.net> wrote:
is python more stable than the support for perl? i have much more experience in python than perl.
See bugs.freeradius.org for an updated python module. There's been no feedback about it, so I'm leery of adding it in until people say it works.
also is the "perl/python" stuff persistent - or is the interpreter invoked for every request? i am asking as i think this is the main reason for Radiator's performance issues - in theory even a big interpreter loaded into RAM should run fine ... but I suspect something inefficent is happening with Radiator.
It's probably a combination of things. More RAM usage, coupled with having an interpreted language pack/unback binary data. I'll bet if they wrote 10% of it in C, it would run at 75% the speed of FreeRADIUS. Alan DeKok.
participants (3)
-
Alan DeKok -
Tariq Rashid -
Thor Spruyt