<div dir="ltr">About servers - I see at asterisk successfull option requests from kamailio and 200 reply o this requests. This meants as I understand, that servers know about each other.<br><br>Now about behaivor:<br>Todays morning I try to down server with highest priority. Kam successfully takes server with low priority an calls works through it. After that I try to up server with highest rpiority. Then I take a call ans it goes through server with lowes priority. I goes down server with lowest priority. Take call. Call goes through highest priority server.<br>After it all I up server with low priority and then calls goes through it (!!!) not as yesterday when call staing at highest priority server. It is not normal as I think. and strange...<br><br>I can give you ssh to our servers to see this. if it needed. or some more info but tomorrow morning. At this time servers busy with testion other functions.<div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-14 12:31 GMT+03:00 Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<br>
<div>On 13/01/15 16:52, Yuriy Gorlichenko
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr"><span style="font-size:13.3333339691162px">Daniel.
I added 8 algorithm to our server and it works with 2 asterisk
now but it works strange because:</span><br style="font-size:13.3333339691162px">
<span style="font-size:13.3333339691162px">While works server
with priority 1 - all ok. When this server goes down
dispatcher choose next server with lowes priority. But when
server with highest priority waking up dispatcher use server
with lowes priority until this server not goes down.<br>
</span></div>
</blockquote>
<br></span>
Perhaps it is a mistake in the part 'until this server not goes
down'? Can you explain again the observed behaviour? Also, wrote in
a previous email to a thread that seems to expose same issue, check
the state of dispatcher addresses in memory via mi or rpc commands.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<blockquote type="cite"><span class="">
<div dir="ltr"><br>
here id my config for dispatcher<br>
<br>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"db_url",DBURL)</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"table_name", "dispatcher")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"setid_col", "setid")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"priority_col", "priority")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"destination_col", "destination")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"force_dst", 1)</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"flags", 3)</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"dst_avp", "$avp(i:271)")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"grp_avp", "$avp(i:272)")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"cnt_avp", "$avp(i:273)")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"ds_ping_from", "<a href="mailto:sip%3Akamailio1@10.0.1.12" target="_blank">sip:kamailio1@10.0.1.12</a>")</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"ds_ping_interval",15)</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"ds_probing_mode", 1)</div>
<div style="font-size:13.3333339691162px">modparam("dispatcher",
"ds_ping_reply_codes",
"class=2;code=403;code=404;code=484;class=3")</div>
<div style="font-size:13.3333339691162px">modparam("tm",
"reparse_on_dns_failover", 0)</div>
<div><br>
<br>
<span style="font-size:13.3333339691162px">(!ds_select_dst("$var(setid)",
"8")){</span><br style="font-size:13.3333339691162px">
<br style="font-size:13.3333339691162px">
<div style="font-size:13.3333339691162px">sl_send_reply("500",
"Service Unavailable");</div>
<div style="font-size:13.3333339691162px">
xlog("L_INFO","{$rm} from [$fU@$si:$sp] But NO destinations
available for $rd \n");</div>
<div style="font-size:13.3333339691162px"><span style="white-space:pre-wrap"> </span>t_on_failure("DISPATCHER_ROLLOVER");</div>
<br style="font-size:13.3333339691162px">
<span style="font-size:13.3333339691162px">}</span><br style="font-size:13.3333339691162px">
<br style="font-size:13.3333339691162px">
<div style="font-size:13.3333339691162px">if (!t_relay()) {</div>
<div style="font-size:13.3333339691162px"><span style="white-space:pre-wrap"> </span>sl_reply_error();<br>
<br>
we use 4.3 master branch kamailio</div>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</span><pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<pre cols="72">--
Daniel-Constantin Mierla
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a></pre>
</font></span></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>