[SR-Users] when does ds_select_dst update list of addresses to choose from when using DB?
Albert Petit
albertpetit at gmail.com
Fri Jan 13 14:27:37 CET 2012
Hi Daniel,
Finally as you suggested in the answer we do change DB and then force a
reload of the status of the nodes through the *ds_reload* MI command (
http://kamailio.org/docs/modules/stable/modules_k/dispatcher.html#id2513000)
and it works great
Thanks.
2012/1/10 Daniel-Constantin Mierla <miconda at gmail.com>
> Hello,
>
>
> On 1/10/12 3:11 PM, Albert Petit wrote:
>
>
> I'm using dispatcher module for load balancnig purposes I read
> active/inactive nodes from the database
>
> So I define on my kamailio.cfg:
> modparam("dispatcher", "db_url", "mysql://openser:openserrw@
> <DB_IP>/openser")
>
> Then, on my route(DISPATCH) I call:
>
> * ds_select_dst("1", "4");*
> * t_relay();*
> *
> *
>
> My question is: Which *set of addresses is using **ds_select_dst *to
> choose destination. Will it do a query on the db each time updating active
> and inactive nodes on each ds_select_dst call? If not, when is the list of
> addresses to choose updated? (on kamaiilio restart, periodically...)
> I say this because I would like to update active and inactive nodes from a
> 3rd party application modifying the flags column but I need to know also
> how many time will it take for the change to be applied.
>
> the list of addresses is loaded at startup. To reload it, you have to send
> a MI/RPC command (e.g., 'kamctl fifo ds_reload', or 'sercmd
> dispatcher.reload', or via xmlrpc). If you just want to change the flags,
> there is a mi/rpc command for it:
>
> http://kamailio.org/docs/modules/stable/modules_k/dispatcher.html#id2513046
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda
>
>
--
Albert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20120113/ffec8dde/attachment.htm>
More information about the sr-users
mailing list