3 Jul
2012
3 Jul
'12
3:36 a.m.
Hello,
I'm using the addresses table in kamailio for ip authentication,
however I finding the following issue. It seems that the table is one
read into cache at startup and is only updated if address_reload is
called from the kamailio script.
As calling address_reload per call is probably not ideal, is there an
easy way of getting the address table periodically reloaded? (e.g.
once a minute)
Torrey
3 Jul
3 Jul
4:58 a.m.
Torrey,
have you set the db_mode parameter in your script:
http://kamailio.org/docs/modules/3.3.x/modules_k/permissions.html#id2496580
?
On 07/03/2012 09:36 AM, Torrey Searle wrote:
Hello,
I'm using the addresses table in kamailio for ip authentication,
however I finding the following issue. It seems that the table is one
read into cache at startup and is only updated if address_reload is
called from the kamailio script.
As calling address_reload per call is probably not ideal, is there an
easy way of getting the address table periodically reloaded? (e.g.
once a minute)
Torrey
5:55 a.m.
According to the documentation an the code this caching flag only
impacts the trusted table and not the address table. (and the flag is
not even referenced in address.c)
Regards,
Torrey
On 3 July 2012 10:58, Andrew Pogrebennyk <apogrebennyk(a)sipwise.com> wrote:
Torrey,
have you set the db_mode parameter in your script:
http://kamailio.org/docs/modules/3.3.x/modules_k/permissions.html#id2496580
?
On 07/03/2012 09:36 AM, Torrey Searle wrote:
Hello,
I'm using the addresses table in kamailio for ip authentication,
however I finding the following issue. It seems that the table is one
read into cache at startup and is only updated if address_reload is
called from the kamailio script.
As calling address_reload per call is probably not ideal, is there an
easy way of getting the address table periodically reloaded? (e.g.
once a minute)
Torrey
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev 
6:20 a.m.
Hello,
On 7/3/12 11:55 AM, Torrey Searle wrote:
According to the documentation an the code this
caching flag only
impacts the trusted table and not the address table. (and the flag is
not even referenced in address.c)
non-cache mode is not for address, as the list is compiled in ip address
or net address structures for fast matching. The trusted variant used
string comparison for ip matching which could be done easy in the sql
query via DB API.
Using cron.d job to send a MI command to reload the address table can be
an option. Other variants seen out there -- use rtimer with exec to send
the mi command from a kamailio process.
Cheers,
Daniel
Regards,
Torrey
On 3 July 2012 10:58, Andrew Pogrebennyk <apogrebennyk(a)sipwise.com> wrote:
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - http://asipto.com/u/kpw
Torrey,
have you set the db_mode parameter in your script:
http://kamailio.org/docs/modules/3.3.x/modules_k/permissions.html#id2496580
?
On 07/03/2012 09:36 AM, Torrey Searle wrote:
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev Hello,
I'm using the addresses table in kamailio for ip authentication,
however I finding the following issue. It seems that the table is one
read into cache at startup and is only updated if address_reload is
called from the kamailio script.
As calling address_reload per call is probably not ideal, is there an
easy way of getting the address table periodically reloaded? (e.g.
once a minute)
Torrey
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
9:45 a.m.
Thanks!
kamctl fifo address_reload
as a cron job looks like it should do the trick (didn't even know this
feature existed :-) )
Thanks again :-)
Torrey
On 3 July 2012 12:20, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
Hello,
On 7/3/12 11:55 AM, Torrey Searle wrote:
According to the documentation an the code this caching flag only
impacts the trusted table and not the address table. (and the flag is
not even referenced in address.c)
non-cache mode is not for address, as the list is compiled in ip address or
net address structures for fast matching. The trusted variant used string
comparison for ip matching which could be done easy in the sql query via DB
API.
Using cron.d job to send a MI command to reload the address table can be an
option. Other variants seen out there -- use rtimer with exec to send the mi
command from a kamailio process.
Cheers,
Daniel
Regards,
Torrey
On 3 July 2012 10:58, Andrew Pogrebennyk <apogrebennyk(a)sipwise.com> wrote:
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
http://asipto.com/u/kpw
Torrey,
have you set the db_mode parameter in your script:
http://kamailio.org/docs/modules/3.3.x/modules_k/permissions.html#id2496580
?
On 07/03/2012 09:36 AM, Torrey Searle wrote:
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Hello,
I'm using the addresses table in kamailio for ip authentication,
however I finding the following issue. It seems that the table is one
read into cache at startup and is only updated if address_reload is
called from the kamailio script.
As calling address_reload per call is probably not ideal, is there an
easy way of getting the address table periodically reloaded? (e.g.
once a minute)
Torrey
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
4566
days inactive
4566
days old
4 comments
3 participants
participants (3)
-
Andrew Pogrebennyk -
Daniel-Constantin Mierla -
Torrey Searle