[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