(RADIATOR) Accounting LOG problem

[Hugh Irvine]

Hello Jose -

Please send me a copy of the Radiator configuration file (no secrets) 
together with a trace 4 debug showing what is happening and a detailed 
description of the problem.

regards

Hugh


On Tuesday, Apr 8, 2003, at 17:34 Australia/Melbourne, Valerdi Tormo, 
Jose wrote:

> HiHugh,
>
>  
>
> I’ve tried with the same bad result. In the log I can’t see the 
> rewrite username.
>
>  
>
> Regards,
>
> Jose.
>
>  
>
> -----Mensaje original-----
> De: Hugh Irvine [mailto:hugh at open.com.au]
> Enviado el: martes, 08 de abril de 2003 9:08
> Para: Valerdi Tormo, Jose
> CC: radiator at open.com.au
> Asunto: Re: (RADIATOR) Accounting LOG problem
>
>  
>
>  
>
> Hello Jose -
>
>  
>
> I would suggest you use the Class attribute to store the Caller-Id, 
> rather than rewriting the username.
>
>  
>
>         <AuthBy ...>
>
>                 .....
>
>                 AddToReply Class = %{Calling-Station-Id}
>
>         </AuthBy>
>
>  
>
> The Class attribute will then be present in the subsequent accounting 
> requests.
>
>  
>
> regards
>
>  
>
> Hugh
>
>  
>
> On Tuesday, Apr 8, 2003, at 15:37 Australia/Melbourne, Valerdi Tormo, 
> Jose wrote:
>
>  
>
> Hi,
>
>  
>
> We are using Radiator and nowadays we have a little problem with the 
> Accounting LOG.In our Handle we are trying to rewrite the username to 
> replace a generic username with the Caller-Id attribute.
>
>  
>
> Rewriteusernames/^([^@]+)/%{Caller-Id}/
>
>  
>
>  This work fine andwe can control the sessions correctly in our 
> session database but after that when radiator writes the Accounting 
> Start/Stop log file it fill the string %{Caller-Id} in the username 
> instead the login.
>
>  
>
> We’ve tried to manage the accounting and access handle in a different 
> context but with the same result.Any sugestion??
>
>  
>
> Thanks in advance,
>
>  
>
> Jose
>
>
>
> 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 95/98/2000, NT, MacOS X.
>
> -
>
> Nets: internetwork inventory and management - graphical, extensible,
>
> flexible with hardware, software, platform and database independence.
>
>  
>
>

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 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 5838 bytes
Desc: not available
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030408/15a82aed/attachment.bin>