<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hey any clue? I'm using 1.12 version. <br><br><div>--</div>Sent from my iPhone</div><div><br>On Sep 19, 2014, at 4:29 AM, Bogdan-Andrei Iancu <<a href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>> wrote:<br><br></div><blockquote type="cite"><div>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<div class="moz-cite-prefix"><tt>dst is null as there is no pending
destination for failover. cnt is 1. <br>
<br>
Which OpenSIPS revision are you using ? <br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
On 17.09.2014 19:04, Satish Patel wrote:<br>
</div>
<blockquote cite="mid:CAPgF-fpSNDidPf8V-syopn=uZ6N2REbLSczwqGmRHrXdc4WEzg@mail.gmail.com" type="cite">
<div dir="ltr">
<div>
<div>I just trying to print $avp(271) $avp(272) and $avp(273)
<br>
<br>
</div>
I am getting following output, why dst_avp is null ? and
cnt_avp should be 2 right? <br>
<br>
dst_avp = <null> <br>
grp_avp = 1 <br>
cnt_avp = 0<br>
<br>
</div>
Notes: I have both Freeswitch instance running on same box but
different port, do you think because of that it think it is
single host? <br>
<div><br>
PARTITION:: default<br>
SET:: 1<br>
URI:: sip:<a moz-do-not-send="true" href="http://sip.example.com:5061">sip.example.com:5061</a>
state=Active<br>
URI:: sip:<a moz-do-not-send="true" href="http://sip.example.com:5071">sip.example.com:5071</a>
state=Active<br>
<br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Sep 17, 2014 at 11:06 AM,
Satish Patel <span dir="ltr"><<a moz-do-not-send="true" href="mailto:satish.txt@gmail.com" target="_blank">satish.txt@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Here you go<br>
<br>
<div><br>
<br>
<br>
/sbin/opensips[28000]: Sending call to ===>
Freeswitch<br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
p=0x7f9ed01dd420, flags=0x0000<br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011name=<274><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011id=<10><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011val_int=<0><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
p=0x7f9ed01df208, flags=0x0000<br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011name=<273><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011id=<9><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011val_int=<1><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
p=0x7f9ed01e6518, flags=0x0002<br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011name=<272><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011id=<12><br>
/sbin/opensips[28000]: <a class="moz-txt-link-freetext" href="INFO:avpops:ops_print_avp">INFO:avpops:ops_print_avp</a>:
#011#011#011val_str=< / 0><br>
/sbin/opensips[28000]: dispatcher: Attempting to
dispatch call to sip:182.xx.xx.xxx:5071<br>
/sbin/opensips[28005]: Inside dispatcher failure route<br>
/sbin/opensips[28005]: ds_dispatcher <null>
<null> > <null><br>
/sbin/opensips[28005]:
R-DISPATCHER-ROLLOVER:fU4SNHMvcNmnjW19gsSj0g..-S No more
gateways in route set<br>
<br>
</div>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Sep 17, 2014 at 10:25
AM, Bogdan-Andrei Iancu <span dir="ltr"><<a moz-do-not-send="true" href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</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>
As mentioned, place the avp_print() just after you
did the ds_select_dst(), before relaying to the
first destination.<span><br>
<br>
Regards,<br>
<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Founder and Developer<br>
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a><br>
<br>
</span>
<div>
<div>
On 17.09.2014 14:09, Satish Patel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
Confirmed probing/inactive thing is
working,<br>
<br>
Now problem is failover not working,
ds_next_dst() not able to find next gateway
and it says no more gateway available. If
you check my script, i am calling failure
route and inside it calling ds_next_dst()
but you are saying do avp_print() on
ds_select_dst() it won't print anything
because after failure you are in failure
route block.<br>
<br>
Please advice if my script has any issue.<br>
<br>
Sent from my iPhone<br>
<br>
On Sep 17, 2014, at 3:30 AM, Bogdan-Andrei
Iancu <<a moz-do-not-send="true" href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
Hi Satish,<br>
<br>
Use the "opensipsctl fifo ds_list" to see
the status of the gws in realtime . Be
sure that once a gw is in non-active state
(probing or inactive), it will not be used
again for routing. Just take care of doing
the ds_next_dst() in order to jump to the
next available gw.<br>
<br>
If you do the avp_print() after
ds_select_dst(), you can see how many
other gw are prepared to used in case of
failover.<br>
<br>
Regards,<br>
<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Founder and Developer<br>
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a><br>
<br>
On 16.09.2014 21:02, Satish Patel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
After doing couple of TEST look like its
marking "Probing" for failed gateway but
not auto failover to next gateway, i
meant call get disconnect and i need to
re-initiate call then all call goes to
second active gateway..<br>
<br>
I believe it should first mark gateway
"Probing" and then fall-back to second
gateway automatically instead of call
disconnect and i am getting 503 error
code on my SIP Phone.<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div></blockquote></body></html>