Bogan,<div><br></div><div>That resolved it. Thanks for the advice.<div><br></div><div>Ryan<br><br><div class="gmail_quote">On Fri, Oct 22, 2010 at 12:32 PM, thrillerbee <span dir="ltr"><<a href="mailto:thrillerbee@gmail.com">thrillerbee@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Thank you!<div>I'll give that a shot & report back.</div><div><br></div><div>Ryan<div><div></div><div class="h5">
<br><br><div class="gmail_quote">On Fri, Oct 22, 2010 at 12:07 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
what group are you using for your destination (in dispatcher) ? if "0",<br>
use another one :D...there is an issue there...<br>
<br>
Regards,<br>
Bogdan<br>
<div><div></div><div><br>
thrillerbee wrote:<br>
> I could still use some help on understanding what I'm missing that is<br>
> preventing gws from transitioning back into the 'active' state from<br>
> 'probing'. Currently, I have to babysit this OpenSIPS instance.<br>
><br>
> Again, to summarize, when dispatcher detects a failure, it puts the gw<br>
> into 'probing' state & begins sending OPTIONS messages to the "failed"<br>
> gw. Even though the gateway begins replying with 200s, dispatcher<br>
> never returns it to an 'active' state. I have to restart OpenSIPS to<br>
> return it to an 'active' state.<br>
><br>
> Here are the relevant pieces of my config script:<br>
> # ----- dispatcher params -----<br>
> modparam("dispatcher", "flags", 2)<br>
> modparam("dispatcher", "dst_avp", "$avp(i:271)")<br>
> modparam("dispatcher", "attrs_avp", "$avp(i:272)")<br>
> modparam("dispatcher", "grp_avp", "$avp(i:273)")<br>
> modparam("dispatcher", "cnt_avp", "$avp(i:274)")<br>
> modparam("dispatcher", "ds_ping_interval", 1)<br>
> modparam("dispatcher", "ds_probing_threshhold", 32)<br>
> modparam("dispatcher", "ds_probing_mode", 0)<br>
> modparam("dispatcher", "options_reply_codes", "501, 403, 200")<br>
><br>
> failure_route[1]<br>
> {<br>
> if (t_was_cancelled()) {<br>
> exit;<br>
> }<br>
> if ((t_check_status("408")) && (t_local_replied("last")))<br>
> {<br>
> xlog("L_ERR","Gateway Failure! $ci\n");<br>
> ds_mark_dst("p");<br>
> t_on_failure("1");<br>
> t_relay();<br>
> }<br>
> }<br>
><br>
> Again, any assistance would be greatly appreciated.<br>
><br>
> Thanks.<br>
><br>
><br>
><br>
> On Mon, Oct 18, 2010 at 7:31 AM, thrillerbee <<a href="mailto:thrillerbee@gmail.com" target="_blank">thrillerbee@gmail.com</a><br>
</div></div><div>> <mailto:<a href="mailto:thrillerbee@gmail.com" target="_blank">thrillerbee@gmail.com</a>>> wrote:<br>
><br>
> Anca,<br>
><br>
> I have configured the ds_probing_threshold parameter which allows<br>
> me to adjust when I gw goes from active to probing.<br>
><br>
> However, my issue is getting the gw back to active. For some<br>
> reason, it will never transition back - even with successful 200<br>
> OK responses to the OPTIONS messages that are triggered when a gw<br>
> goes to "probing". The examples below show that I can't even<br>
> force it back to active from probing to active with MI commands -<br>
> I have to restart OpenSIPS.<br>
><br>
> Thanks.<br>
><br>
><br>
> On Mon, Oct 18, 2010 at 5:50 AM, Anca Vamanu <<a href="mailto:anca@opensips.org" target="_blank">anca@opensips.org</a><br>
</div><div>> <mailto:<a href="mailto:anca@opensips.org" target="_blank">anca@opensips.org</a>>> wrote:<br>
><br>
> Hi Thrillerbee,<br>
><br>
> You can try to adjust the time when a gateway state is<br>
> changed into probing by setting the "ds_probing_threshhold" ||<br>
> parameter<br>
> (<a href="http://www.opensips.org/html/docs/modules/devel/dispatcher.html#id250525" target="_blank">http://www.opensips.org/html/docs/modules/devel/dispatcher.html#id250525</a>).<br>
><br>
> Regards,<br>
> --<br>
><br>
> Anca Vamanu<br>
</div>> <a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a> <<a href="http://www.voice-system.ro" target="_blank">http://www.voice-system.ro</a>><br>
<div><div></div><div>><br>
><br>
> On 10/16/2010 08:01 AM, thrillerbee wrote:<br>
>> I have been able to get the dispatcher module to detect a gw<br>
>> failure and put it into a probing state & route traffic<br>
>> elsewhere. However, when the gw returns (& begins responding<br>
>> to OPTIONS with 200s), dispatcher never puts it back in the<br>
>> active state.<br>
>><br>
>> In fact, I cannot even manually put the server back in the<br>
>> active state with mi functions. I can put it in an inactive<br>
>> state, but it returns to probing if I try to set it to active:<br>
>><br>
>> ogw1:~# opensipsctl fifo ds_list<br>
>> SET_NO:: 1<br>
>> SET:: 0<br>
>> URI:: sip:12.121.80.38 flag=P<br>
>> URI:: sip:12.121.80.39 flag=A<br>
>> URI:: sip:12.121.80.40 flag=A<br>
>> ogw1:~# opensipsctl fifo ds_set_state i 0 sip:12.121.80.38<br>
>> ogw1:~# opensipsctl fifo ds_list<br>
>> SET_NO:: 1<br>
>> SET:: 0<br>
>> URI:: sip:12.121.80.38 flag=I<br>
>> URI:: sip:12.121.80.39 flag=A<br>
>> URI:: sip:12.121.80.40 flag=A<br>
>> ogw1:~# opensipsctl fifo ds_set_state a 0 sip:12.121.80.38<br>
>> ogw1:~# opensipsctl fifo ds_list<br>
>> SET_NO:: 1<br>
>> SET:: 0<br>
>> URI:: sip:12.121.80.38 flag=P<br>
>> URI:: sip:12.121.80.39 flag=A<br>
>> URI:: sip:12.121.80.40 flag=A<br>
>><br>
>> Is there some setting that I am missing that allows gateways<br>
>> to transition from probing to active?<br>
>><br>
>> Thanks.<br>
>><br>
>><br>
>> _______________________________________________<br>
>> Users mailing list<br>
</div></div>>> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
<div>>> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
</div>> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
<div>> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
><br>
><br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
<br>
<br>
</div><font color="#888888">--<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Bootcamp<br>
15 - 19 November 2010, Edison, New Jersey, USA<br>
<a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a><br>
</font><div><div></div><div><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div></div>