(RADIATOR) Problems with settings Session-Timeout(s)

[Hugh Irvine]

Hello Bogdan -

You can use the Class attribute to store a copy of the 
Framed-IP-Address, and write a PreClientHook to use the contents of the 
Class attribute to add the Framed-IP-Address attribute to any 
accounting records that don't have them.

You will find some example hooks in the file "goodies/hooks.txt".

This topic has also been discussed on the mailing list and I think 
there may be some examples there:

	www.open.com.au/archives/radiator

regards

Hugh



On Tuesday, Feb 25, 2003, at 22:39 Australia/Melbourne, Bogdan TARU 
wrote:

>
>
> 	Hi Hugh & all,
>
>  Well, the problem is that when sending Session-Timeouts, the Cisco
> machine is not giving the IP address back in the 'disconnect' reply. 
> You
> can see it at http://bgd.icomag.de/cisco/radius.txt
>
>  The cisco configuration can be found at:
> http://bgd.icomag.de/cisco/cisco_as5300.txt
>
>  The session that you see in radius.txt is basically a user which 
> already
> dialed in twice in the last 24hrs, so he is not allowed to enter the
> system no more. So I am sending him a session-timeout of 1 second. 
> After 1
> second, he is disconnecting, and I get a reply from the cisco machine,
> reply which doesn't include the IP address of the disconnected client
> (like for a normal pppRcvTerminate). So I cannot update my pool table
> because I don't have the IP. I have thought abuot adding an additional
> column to the 'pools' table, which keeps the NASPort, and to delete 
> based
> on that, but I am wondering if there isn't any other way of convincing 
> the
> Cisco machine to send the IP address even for session-timeouts.
>
>  Thanks,
>  bogdan
>
>
> ----------------------------
> iCom Media AG
> Kirchweg 36
> Koln, 50858
> Germany
>
> Phone: +49-(0)221-485-689-16
> Fax  : +49-(0)221-485-689-20
> Mobile:+49-(0)173-906-46-01
>
> On Tue, 25 Feb 2003, Hugh Irvine wrote:
>
>>
>> Hello Bogdan -
>>
>> This sounds like the Cisco is not sending a Stop when the session is
>> disconnected.
>>
>> Could you send me a copy of your configuration file (no secrets)
>> together with trace 4 debug showing what is happening with the access
>> request and the subsequent accounting requests?
>>
>> regards
>>
>> Hugh
>>
>>
>> On Monday, Feb 24, 2003, at 20:25 Australia/Melbourne, Bogdan TARU
>> wrote:
>>
>>>
>>> 	Hi everyone,
>>>
>>>  And thanks a lot for your replies regarding how to use SQL functions
>>> inside a PostAuthHook!
>>>
>>>  Right now I have another problem, unfortunately. I am sending
>>> Session-Timeouts for some of our customers, and they get disconnected
>>> indeed, but they are not deleted from the 'pools' table (in my case) 
>>> up
>>> until the moment 'DefaultLeasePeriod' is reached. This is really
>>> happening
>>> for all those customers, so I think I can rule out network problems
>>> (like
>>> lost UDP packets that the cisco dialin machine sends to the radiator
>>> port).
>>>
>>>  I am using one Cisco AS5300 which authentificates the clients to a
>>> Radiator 2.19.
>>>
>>>  Thank you,
>>>  bogdan
>>>
>>>
>>> ----------------------------
>>> iCom Media AG
>>> Kirchweg 36
>>> Koln, 50858
>>> Germany
>>>
>>> Phone: +49-(0)221-485-689-16
>>> Fax  : +49-(0)221-485-689-20
>>> Mobile:+49-(0)173-906-46-01
>>>
>>> ===
>>> 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.
>>>
>>>
>>
>> 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.

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