How is FreeRADIUS supposed to know when a user disconnects and frees up the
IP address from the pool if the NAS doesn't tell it? Anything else is not
exactly reliable. If you have a user with a long duration session that lasts
longer than your timeout the IP could be put back into the pool when it
Tabacchiera Stefano wrote:
Ok, you're right, but in my case I know the client session can't last more
than 24hrs.
So, for me it's ok to remove all *inactive* entries older than that.
But, as far as I know, this seems to be impossible with gdm pool.
So, what the maximum_timeout parameter is
Ok, you're right, but in my case I know the client session can't last more
than 24hrs.
So, for me it's ok to remove all *inactive* entries older than that.
But, as far as I know, this seems to be impossible with gdm pool.
So, what the maximum_timeout parameter is useful for ???
It sets
Tabacchiera Stefano wrote:
I've done my tests with an ad-hoc pool, with maximum_timeout set at 10 secs.
And the results I posted came from a new test session done the day after the
first test.
(24 hrs 10 secs)
Why that timeout doesn't apply?
Did you set Session-Timeout? If not, you're
Tabacchiera Stefano wrote:
the fact is: not always we receive the acct-stop message from the NAS.
And, slowly but certainly, the pool ends to be filled of active entries
that will never be released.
You already said that.
I just tried this simple test: a pool of 5 ip's with
Alan,
here's the content of gdbm db:
rlm_ippool_tool -v db.ippool db.ipindex
KEY: '9067fe4e396704b709d9cb2a592485fa' - ipaddr:192.168.1.5 active:1 cli:0
num:1
KEY: '3502b76273775d9a81147f003ee0c913' - ipaddr:192.168.1.3 active:1 cli:0
num:1
KEY: '7dfab3787e18fa9ac9aa1d29a364259b' -
Tabacchiera Stefano wrote:
Alan,
here's the content of gdbm db:
Ah... it's the DBM pools.
Well.. use rlm_ippool_tool to manage the pool.
Or, get your NAS to send accounting stop packets. It's *supposed* to
send stop packets when a user session is cleared.
Alan DeKok.
-
List
Tabacchiera Stefano wrote:
Alan,
here's the content of gdbm db:
Ah... it's the DBM pools.
I already stated that in the subject of my mail (did you notice the module
name?).
Well.. use rlm_ippool_tool to manage the pool.
Great idea! Too bad that tool allow only to cleal *all* the
[mailto:freeradius-users-bounces+hartwick=hartwick@lists.freeradius.org]
On Behalf Of Tabacchiera Stefano
Sent: Tuesday, May 04, 2010 15:39
To: freeradius-users@lists.freeradius.org
Subject: Re: R: Re: R: Re: R: rlm_ippool: No available ip addresses in pool
Tabacchiera Stefano wrote:
Alan,
here's
Tabacchiera Stefano wrote:
Great idea! Too bad that tool allow only to cleal *all* the entries in
the DBM pool.
Or am I just missing something?
shrug Then write a Perl script to manage the pool. It's just a DBM
file.
Or, get your NAS to send accounting stop packets. It's *supposed*
Can anyone please give me an hint?
Does the rlm_ippool module works as expected or should I swich to something
else?
Thanks.
ST
--
Stefano Tabacchiera
Lottomatica Group S.p.A.
Architectures
Viale del Campo Boario, 56/d
00154 Rome Italy
Phone: +39
Tabacchiera Stefano wrote:
Can anyone please give me an hint?
Does the rlm_ippool module works as expected or should I swich to
something else?
The IPs aren't released *immediately* when they expire. They are
released in the allocate-clear query.
So... is it being used? Have you
Tabacchiera Stefano wrote:
Can anyone please give me an hint?
Does the rlm_ippool module works as expected or should I swich to
something else?
The IPs aren't released *immediately* when they expire. They are
released in the allocate-clear query.
So... is it being used? Have you edited
I know. But cant control many pos or devices power down directly. How db pool
release active ip. I use rlm tool In the crontab every 30 minutes. But I think
wrong way. Can you give for active session on the db ippool time out value or
any way?
Or different configuration.
Note: this devices is
14 matches
Mail list logo