[SR-Users] Problems with dispatcher module | feature disabled

[Alessio Casco]

Hello!

Thanks to @cezar91 we finally spot the issue, basically kamailio it's
transforming t_code=0 (timeout) to 408 and the dispatcher module sees this
last value.

Oct 28 14:16:32 net21-test /usr/sbin/kamailio[31911]: DEBUG: tm
[t_reply.c:1311]: t_should_relay_response(): ->>>>>>>>> T_code=0,
new_code=408
Oct 28 14:16:32 net21-test /usr/sbin/kamailio[31911]: DEBUG: tm
[t_reply.c:2135]: local_reply(): DEBUG: local transaction completed 408/0
(totag retr: 0/1024)
Oct 28 14:16:32 net21-test /usr/sbin/kamailio[31911]: DEBUG: dispatcher
[dispatch.c:2489]: ds_options_callback(): OPTIONS-Request was finished with
code 408 (to sip:media21-test.internal:5060, group 3)

So if you set on "ds_ping_reply_codes" class=4 or code=408, kamailio will
consider the backend up even if it doesn't actually receives that specific
code.

Do you think it worth to update the docs and advice about this behaviour?
I just spot now the typo on the first email about the code sorry!

Thanks for your help
Alessio

On Wed, Oct 28, 2015 at 12:53 PM, Daniel-Constantin Mierla <
miconda at gmail.com> wrote:

> Hello,
>
> can you want the network traffic and see if the OPTIONS requests are sent
> out?
>
> Cheers,
> Daniel
>
>
> On 27/10/15 18:59, Alessio Casco wrote:
>
> Hello Daniel!
>
> Adding the sock_avp parameter, fixes the error on the log, but the
> behaviour is the same as before.
>
>
> As you can see, with nothing listening on those two servers, the
> loadbalancing it's still disables.
>
>
> SET: {
> ID: 3
> TARGETS: {
> DEST: {
> URI: sip:media22-test.internal:5060
> FLAGS: AP
> PRIORITY: 0
> }
> DEST: {
> URI: sip:media21-test.internal:5060
> FLAGS: AP
> PRIORITY: 0
> }
> }
> }
>
> Thanks
> Alessio
>
>
> On Tue, Oct 27, 2015 at 5:33 PM, Daniel-Constantin Mierla <
> <miconda at gmail.com>miconda at gmail.com> wrote:
>
>> Hello,
>>
>> it looks like sock_avp parameter has to be set -- it is there before
>> 4.3.0 release, as I could spot in 'git blame' for dispatcher.c:768.
>>
>> Not sure is really needed for failover, I will check its usage when I get
>> first chance.
>>
>>
>> http://kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.p.sock_avp
>>
>> Cheers,
>> DAniel
>>
>>
>> On 26/10/15 17:00, Alessio Casco wrote:
>>
>>
>> Hello!
>>
>> We noticed today an issue with the kamailio loadbalancing.
>>
>> Basically kamailio is not considering if an host is up or not, backends
>> are set always as "FLAGS: AP" even if the host is down.
>>
>> I see this when the proxy starts :
>>
>> ERROR: dispatcher [dispatcher.c:768]: ds_warn_fixup(): failover functions
>> used, but required AVP parameters are NULL -- feature disabled
>>
>> These the parameters I have set:
>>
>> # ----- dispatcher params -----
>> modparam("dispatcher", "list_file", "/etc/kamailio/dispatcher.list")
>> modparam("dispatcher", "dst_avp", "$avp(dsdst)")
>> modparam("dispatcher", "grp_avp", "$avp(dsgrp)")
>> modparam("dispatcher", "cnt_avp", "$avp(dscnt)")
>> modparam("dispatcher", "ds_ping_method", "OPTIONS")
>> modparam("dispatcher", "ds_ping_reply_codes", "class=2;class=3;code=404")
>> modparam("dispatcher", "ds_ping_from", "sip:proxy at sip.nexmo.com")
>> modparam("dispatcher", "ds_ping_interval", 20)
>> modparam("dispatcher", "ds_probing_threshold", 1)
>> modparam("dispatcher", "ds_probing_mode", 1)
>> modparam("dispatcher", "ds_hash_size", 10)
>> modparam("dispatcher", "ds_hash_expire", 3600)
>> modparam("dispatcher", "ds_hash_initexpire", 60)
>> modparam("dispatcher", "ds_hash_check_interval", 10)
>> modparam("dispatcher", "use_default", 0)
>> modparam("dispatcher", "attrs_pvname", "$avp(carrierattr)")
>> modparam("dispatcher", "setid_pvname", "$avp(carriergroup)")
>> modparam("dispatcher", "flags", 2)
>>
>> I use 4.3.3, I think this issue started after upgrading from 4.3.1 but I
>> can't say for sure.
>>
>> Can someone please give us some advices on this?
>>
>> Thanks
>> Alessio
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - http://www.asipto.com
>> Kamailio Advanced Training, Nov 30-Dec 2, Berlin - http://asipto.com/kat
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Book: SIP Routing With Kamailio - http://www.asipto.com
> Kamailio Advanced Training, Nov 30-Dec 2, Berlin - http://asipto.com/kat
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20151028/30abed04/attachment.html>