[OpenSIPS-Users] Dispatcher failover & re-enabling with probing

[thrillerbee]

I could still use some help on understanding what I'm missing that is
preventing gws from transitioning back into the 'active' state from
'probing'.  Currently, I have to babysit this OpenSIPS instance.

Again, to summarize, when dispatcher detects a failure, it puts the gw into
'probing' state & begins sending OPTIONS messages to the "failed" gw.  Even
though the gateway begins replying with 200s, dispatcher never returns it to
an 'active' state.  I have to restart OpenSIPS to return it to an 'active'
state.

Here are the relevant pieces of my config script:
# ----- dispatcher params -----
modparam("dispatcher", "flags", 2)
modparam("dispatcher", "dst_avp", "$avp(i:271)")
modparam("dispatcher", "attrs_avp", "$avp(i:272)")
modparam("dispatcher", "grp_avp", "$avp(i:273)")
modparam("dispatcher", "cnt_avp", "$avp(i:274)")
modparam("dispatcher", "ds_ping_interval", 1)
modparam("dispatcher", "ds_probing_threshhold", 32)
modparam("dispatcher", "ds_probing_mode", 0)
modparam("dispatcher", "options_reply_codes", "501, 403, 200")

failure_route[1]
{
        if (t_was_cancelled()) {
                exit;
        }
        if ((t_check_status("408")) && (t_local_replied("last")))
        {
                xlog("L_ERR","Gateway Failure! $ci\n");
                ds_mark_dst("p");
                t_on_failure("1");
                t_relay();
        }
}

Again, any assistance would be greatly appreciated.

Thanks.



On Mon, Oct 18, 2010 at 7:31 AM, thrillerbee <thrillerbee at gmail.com> wrote:

> Anca,
>
> I have configured the ds_probing_threshold parameter which allows me to
> adjust when I gw goes from active to probing.
>
> However, my issue is getting the gw back to active.  For some reason, it
> will never transition back - even with successful 200 OK responses to the
> OPTIONS messages that are triggered when a gw goes to "probing".  The
> examples below show that I can't even force it back to active from probing
> to active with MI commands - I have to restart OpenSIPS.
>
> Thanks.
>
>
> On Mon, Oct 18, 2010 at 5:50 AM, Anca Vamanu <anca at opensips.org> wrote:
>
>>  Hi Thrillerbee,
>>
>> You can try to adjust the time when a gateway  state is changed into
>> probing by setting the "ds_probing_threshhold" parameter (
>> http://www.opensips.org/html/docs/modules/devel/dispatcher.html#id250525
>> ).
>>
>> Regards,
>> --
>>
>> Anca Vamanuwww.voice-system.ro
>>
>>
>> On 10/16/2010 08:01 AM, thrillerbee wrote:
>>
>> I have been able to get the dispatcher module to detect a gw failure and
>> put it into a probing state & route traffic elsewhere.  However, when the gw
>> returns (& begins responding to OPTIONS with 200s), dispatcher never puts it
>> back in the active state.
>>
>>  In fact, I cannot even manually put the server back in the active state
>> with mi functions.  I can put it in an inactive state, but it returns to
>> probing if I try to set it to active:
>>
>>  ogw1:~# opensipsctl fifo ds_list
>> SET_NO:: 1
>> SET:: 0
>>         URI:: sip:12.121.80.38 flag=P
>>         URI:: sip:12.121.80.39 flag=A
>>         URI:: sip:12.121.80.40 flag=A
>> ogw1:~# opensipsctl fifo ds_set_state i 0 sip:12.121.80.38
>> ogw1:~# opensipsctl fifo ds_list
>> SET_NO:: 1
>> SET:: 0
>>         URI:: sip:12.121.80.38 flag=I
>>         URI:: sip:12.121.80.39 flag=A
>>         URI:: sip:12.121.80.40 flag=A
>> ogw1:~# opensipsctl fifo ds_set_state a 0 sip:12.121.80.38
>> ogw1:~# opensipsctl fifo ds_list
>> SET_NO:: 1
>> SET:: 0
>>         URI:: sip:12.121.80.38 flag=P
>>         URI:: sip:12.121.80.39 flag=A
>>          URI:: sip:12.121.80.40 flag=A
>>
>>  Is there some setting that I am missing that allows gateways to
>> transition from probing to active?
>>
>>  Thanks.
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20101022/e1d48a9d/attachment.htm