<div dir="ltr">Hi Brian,<div>thanks for answering me!<br><div>Actually I&#39;m sure (or better quite sure) it&#39;s not something related to NAT as all the end points are using plain public IP addresses.</div><div>They are some dedicated servers under OVH provider and they just use IPTABLES and FS ACL for allowing communications each other (this means no hard-FW)</div>
<div><br></div><div>The scenario could be easily explained like this:</div><div>Inbound (Public) + My FS 1.4 (Public) + Outbound (TELES Switch with Public IP Voip Card + PSTN E1 Interconnections)</div><div><br></div><div>
And also the FS is started with option -nonat, does this affect ?</div><div><br></div><div>Thank you so much</div></div><div>Max</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-09-03 14:34 GMT+02:00 Brian West <span dir="ltr">&lt;<a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13.3333339691162px">RECOVERY_ON_TIMER_EXPIRE usually means you have a NAT issue, can you clarify your signaling paths?</span><br>
</div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Sep 3, 2014 at 6:01 AM, Massimo Varriale <span dir="ltr">&lt;<a href="mailto:mvar78@gmail.com" target="_blank">mvar78@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word">Hi All!<div>This is my first question...and what question...</div><div>I&#39;m a skilled developer and I&#39;m almost familiar with telephony in general since it&#39;s 15 years experience in telco companies. However I&#39;m still facing a problem I couldn&#39;t find any solution yet and i hope someone could help in finding a solution</div>

<div><br></div><div><br></div><div>As my present company can&#39;t afford an expensive soft switch I&#39;m using <b>Freeswitch 1.4</b> with a simple <b>dialplan.xml</b> and some scripts to load <b>CDRs into mysql</b> to send incoming calls to my remote peers. At present the live traffic is only <b>1 incoming IP</b>  and <b>1 outgoing peer</b>, quite easy.</div>

<div><br></div><div>On some calls I&#39;m getting &quot;408 Request Timeout&quot; and FS is giving me a RECOVERY_ON_TIMER_EXPIRE cause (IDSN 102). The problem is that as most of the switches are not able to make automatic rerouting based on this cause and so, I will like to use instead the ISDN Cause 18 (I suppose &quot;480 Temporarily unavailable&quot;).</div>

<div>Is this possible?</div><div><br></div><div><br></div><div>I&#39;ve used this snippet of code that use another relcause but with same concept (taken as is and pasted into the dialplan) but doesn&#39;t work as the 408 is given after 183.</div>

<div><br></div><div><div><font face="Courier"><span style="white-space:pre-wrap">                </span>  &lt;extension name=&quot;AllDestinations_Inbound&quot;&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> &lt;condition field=&quot;destination_number&quot; expression=&quot;^&quot;&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                        </span> &lt;condition field=&quot;network_addr&quot; expression=&quot;^154\.48\.198\.190$&quot;/&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;set&quot; data=&quot;hangup_after_bridge=true&quot;/&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;set&quot; data=&quot;continue_on_fail=19&quot;/&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;bridge&quot; data=&quot;sofia/gateway/remote_outbound_peer/${destination_number}&quot;/&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;transfer&quot; data=&quot;408to503&quot;/&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> &lt;/condition&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                </span>   &lt;/extension&gt;<span style="white-space:pre-wrap">                                </span>   </font></div><div><font face="Courier"><span style="white-space:pre-wrap">                </span>   &lt;!--ISDN CAU 34 --&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                </span>   &lt;extension name=&quot;408to503&quot;&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> &lt;condition field=&quot;${proto_specific_hangup_cause}&quot; expression=&quot;&lt;a href=&quot;<a>sip:408</a>&quot;&gt;sip:408&quot;&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;set&quot; data=&quot;sip_ignore_remote_cause=true&quot;/&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;respond&quot; data=&quot;503&quot;/&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                        </span>   &lt;action application=&quot;hangup&quot; data=&quot;NORMAL_CIRCUIT_CONGESTION&quot;/&gt;</font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> &lt;/condition&gt;</font></div>

<div><font face="Courier"><span style="white-space:pre-wrap">                </span>   &lt;/extension&gt;   </font></div><div><font face="Courier"><span style="white-space:pre-wrap">        </span></font></div></div><div><br></div><div><br></div>

<div><br></div><div><div>How to correctly remap causes?</div></div><div>If there is no way to change normal behaviour, do you think could be possible also to change the source code and recompile FS accordly?</div><div><br>

</div><div><br></div><div>Thank yo so much and sorry for this long post</div><div>I hope someone could help</div><div>Max</div></div><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>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.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>
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><br clear="all"><div><br></div>-- <br><div dir="ltr">







<p><font face="courier new, monospace"><b><i><font size="4">Brian West</font></i></b><br><span style="font-size:x-small"><a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a></span></font></p>
<p><font size="1" face="courier new, monospace"><img src="http://bkw.org/whmcslogo.png"><br></font></p><p><font face="courier new, monospace"><b><i>Twitter: @FreeSWITCH , @briankwest</i></b><br><a href="http://www.freeswitchbook.com" target="_blank">http://www.freeswitchbook.com</a><br>

<a href="http://www.freeswitchcookbook.com" target="_blank">http://www.freeswitchcookbook.com</a></font></p>
<p><font face="courier new, monospace"><b>T:</b>+19184209001 | <b>F:</b>+19184209002 | <b>M:</b>+1918424WEST (9378)<br><b>iNUM:</b>+883 5100 1420 9001 | <b>ISN:</b>410*543 | <b>Skype:</b>briankwest</font></p></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>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.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>
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></blockquote></div><br></div>