Hello,<br><br>to solve it temporarily (I also don't know of a manual ping), you can ofcourse kill the gateway "sofia ... killgw" and bring it back up using a rescan of the profile ("sofia profile .... rescan reloadxml").<br>
I suppose that the options-ping, like suggested below should work. I don't have any problem as far as I can say and I did quite some failover-tests.<br><br>Kind regards,<br><br>Michel<br><br><div class="gmail_quote">On Mon, Feb 4, 2013 at 6:11 PM, Avi Marcus <span dir="ltr"><<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</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">Not really the answer, but...<div><br><div>There's a gateway param called "ping", e.g:</div>
<div><pre style="padding:1em;border:1px dashed rgb(47,111,171);background-color:rgb(249,249,249);line-height:1.1em;font-size:10px"><!--send an options ping every x seconds, failure will unregister and/or mark it down-->
<param name="ping" value="25"/></pre></div><div>Then if it's marked down (via 202 or 404 <a href="http://wiki.freeswitch.org/wiki/Sofia.conf.xml" target="_blank">perhaps</a>), any bridge string referencing that gateway will know it's down before contact it and move on. (with error code <span style="line-height:19.046875px;font-size:13px;font-family:sans-serif">NETWORK_OUT_OF_ORDER)</span></div>
<div><br></div><div>You can see that showing up in the logs, and I think in the gateway status. I don't see a command to manually re-ping the gateway.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>
<span style="font-family:Verdana,Arial,Helvetica,sans-serif">-Avi</span></div></font></span><div><div class="h5">
<div><br><div class="gmail_quote">On Mon, Feb 4, 2013 at 6:52 PM, Jeff Pyle <span dir="ltr"><<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I use an SRV record as the proxy value for a sofia gateway. This<br>
particular record is configured for failover rather than load<br>
balancing. In other words, there is only one record per priority. I've<br>
verified Freeswitch will advance to the second host if the first becomes<br>
unavailable.<br>
<br>
It seems Freeswitch waits around 10 minutes before it tries the first<br>
host again. Is this delay a configurable value?<br>
<br>
Is there some kind of internal blacklist the failed host occupies before<br>
this timer expires? Is this list manageable from the CLI?<br>
<br>
Besides a 408, are there other response codes that will land a host on<br>
this apparent blacklist?<br>
<br>
<br>
<br>
- Jeff<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div></div></div></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>