[sr-dev] dispatcher: limit a number of dst to failover to
Alekzander Spiridonov
alekz at li.ru
Fri Aug 22 13:32:43 CEST 2014
One more thing I've figured out:
In dispatcher module guide there is a way to mark dst as Active, though in
src w_ds_mark_dst1 has no such option.
On the other hand, w_ds_mark_dst1 has an option to mark dst as "admin
disabled" that is not documented in the guide.
Could you clarify what is the expected behavior so I could send a fix for
that.
2014-08-22 13:25 GMT+04:00 Alekzander Spiridonov <alekz at li.ru>:
> Hi Daniel,
>
> 1. Yep, had the same concern, but somehow missed the app_lua. Fixed as
> you've described.
>
> 2. Done.
>
> New patch attached.
>
>
> 2014-08-21 20:19 GMT+04:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
> Hello,
>>
>> thanks for sending the patch! Two remarks for now:
>>
>> 1) you changed the inter-module API prototype for ds_select_dst_f,
>> respectively:
>>
>> typedef int (*ds_select_dst_f)(struct sip_msg *msg, int set,
>> - int alg, int mode);
>> + int alg, unsigned int limit, int mode);
>>
>> I think the reason for that function is an export to app_lua (and maybe
>> other embedded languages). With this change, things get broken there. I
>> would do:
>>
>> - rename the function ds_select_dst() to ds_select_dst_limit()
>> - add ds_select_dst() as a wrapper function calling the new
>> ds_select_dst_limit()
>>
>> The API stay unchanged, and eventually one can add a new member for
>> ds_select_dst_limit() when needed
>>
>> Otherwise, the change of ds_select_dst() prototype should involve
>> reviewing other modules and seeing if people are happy with this change,
>> because it breaks existing embedded scripts.
>>
>> 2) You need to document the new functions exported to kamailio config, in
>> modules/dispatcher/doc/dispatcher_admin.xml
>>
>> Once the patch is overall ok, I can commit it to the repository.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 21/08/14 17:40, Alekzander Spiridonov wrote:
>>
>> Hi list,
>>
>> I'd like to propose a patch that allows user to limit the number of
>> items that appears in dst_avp after ds_select_dst or ds_select_domain call.
>>
>> There are some use cases when one could have couple of dst sets and
>> would like to failover from the first to another without checking all items
>> but have just 3 or 4 of them dead in a row.
>>
>> What do you think about that?
>>
>> --
>> Best regards,
>> Alekzander Spiridonov
>>
>>
>>
>> _______________________________________________
>> sr-dev mailing listsr-dev at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>> --
>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Next Kamailio Advanced Trainings 2014 - http://www.asipto.com
>> Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>
>
> --
> Best regards,
> Alekzander Spiridonov
>
>
--
Best regards,
Alekzander Spiridonov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140822/e8c2644a/attachment.html>
More information about the sr-dev
mailing list