(RADIATOR) accounting problem

Hugh Irvine hugh at open.com.au
Tue Dec 25 03:32:20 CST 2007


Hello Hadi -

I notice from your configuration file a DupInterval of 0 for all  
Client clauses - this is quite unusual and meay lead to processing  
duplicate requests needlessly.

A more typical value is 2 seconds - see section 5.5.4 in the Radiator  
3.17.1 reference manual.

You might also consider using Identifier's in your Client clauses and  
write your Handlers using them instead of lists of IP addresses.

regards

Hugh


On 25 Dec 2007, at 20:11, Hadi Ünal Akyol(Koç.net) wrote:

> Here's the radius.cfg file...
>
>
> -----Original Message-----
> From: Hadi Ünal Akyol(Koç.net)
> Sent: Tuesday, December 25, 2007 11:01 AM
> To: 'Hugh Irvine'
> Cc: radiator at open.com.au; Hadi Unal AKYOL
> Subject: RE: (RADIATOR) accounting problem
>
> Hi,
> The registered company name is KOCNET.
>
> We used to faced with this slow database response problem in the  
> past and we changed our radius configuration to write a file and  
> after that we proccess this file.
> We use radius only for accounting not for authentication.
>
> BTw: This accounting problem occurs when we face with high volume  
> traffic. Normal days, we don't face with this accounting problem.
>
> Thanks
> Hadi
>
>
>
> -----Original Message-----
> From: owner-radiator at open.com.au [mailto:owner- 
> radiator at open.com.au] On Behalf Of Hugh Irvine
> Sent: Tuesday, December 25, 2007 9:34 AM
> To: Hadi Unal AKYOL
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) accounting problem
>
>
> Hello Hadi -
>
> I will need to see a copy of your configuration file and a trace 4
> debug from Radiator showing what is going on.
>
> Could you also please tell me the name of the registered company that
> has purchased this copy of Radiator?
>
> BTW - it is usually slow database response that causes performance
> problems, and the best way to see exactly what is going on is to add
> a microseconds log.
>
> Ie: add something like the following to your Radiator configuration  
> file
>
> # microseconds log
> # NB - requires Time-Hires from CPAN
>
> <Log FILE>
> 	Filename %L/microseconds-log-%Y-%m-%d
> 	Trace 4
> 	LogMicroseconds
> </Log>
>
> See section 5.11 in the Radiator 3.17.1 reference manual.
>
> A fairly simple way to improve things (usually) is to run twon
> instances of Radiator: one for authentication and the other for
> accounting.
>
> This is quite simple to do with one configuration file and parameters
> passed in on the command line.
>
> regards
>
> Hugh
>
>
> On 25 Dec 2007, at 00:08, Hadi Unal AKYOL wrote:
>
>> hi,
>> I have radius performance problem that my radius servers sometimes
>> gives bad response based on the volume of the traffic and this bad
>> responses are caused accounting problem. When I deeply investigate
>> my problem, I did check my servers cpu, memory, ethernet parameter
>> several times and I didn't find anything about my problem.
>> According to my investigation, I'm suspecting the radius
>> application itself, so Is there way to see  why radius server give
>> bad response and cause accounting problems?
>> Thanks
>>
>>
>> Express yourself instantly with MSN Messenger! MSN Messenger
>
>
>
> NB:
>
> Have you read the reference manual ("doc/ref.html")?
> Have you searched the mailing list archive (www.open.com.au/archives/
> radiator)?
> Have you had a quick look on Google (www.google.com)?
> Have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
> Have you checked the RadiusExpert wiki:
> http://www.open.com.au/wiki/index.php/Main_Page
>
> -- 
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> Includes support for reliable RADIUS transport (RadSec),
> and DIAMETER translation agent.
> -
> 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 radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
> ______________________________________________________________________ 
> ______________________________________________________________________ 
> _
> Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor  
> olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa,   
> icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari  
> acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen  
> geri gonderiniz  ve  tum kopyalarini mesaj kutunuzdan siliniz. Bu e- 
> posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz,  
> yayinlanamaz ve para karsiligi satilamaz.  Bu e-posta mesaji  
> viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak  
> yollayici, bu e-posta mesajinin - virus koruma sistemleri ile  
> kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve  
> meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul  
> etmez.
> This message is intended solely for the use of the individual or  
> entity to whom it is addressed , and may contain confidential   
> information. If you are not the intended recipient of this message  
> or you receive this mail in error, you should refrain from making  
> any use of the contents and from opening any attachment. In that  
> case, please notify the sender immediately and return the message  
> to the sender, then, delete and destroy all copies. This e-mail  
> message, can not be copied, published or sold for any reason. This  
> e-mail message has been swept by anti-virus systems for the  
> presence of computer viruses. In doing so, however,  sender  cannot  
> warrant that virus or other forms of data corruption may not be  
> present and do not take any responsibility in any occurrence.
> ______________________________________________________________________ 
> ______________________________________________________________________ 
> _<radius.txt>



NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/ 
radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?
Have you checked the RadiusExpert wiki:
http://www.open.com.au/wiki/index.php/Main_Page

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
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 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