<div dir="ltr">Hi Brian,<div>thanks for answering me!<br><div>Actually I'm sure (or better quite sure) it'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"><<a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a>></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"><<a href="mailto:mvar78@gmail.com" target="_blank">mvar78@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 style="word-wrap:break-word">Hi All!<div>This is my first question...and what question...</div><div>I'm a skilled developer and I'm almost familiar with telephony in general since it's 15 years experience in telco companies. However I'm still facing a problem I couldn'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't afford an expensive soft switch I'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'm getting "408 Request Timeout" 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 "480 Temporarily unavailable").</div>
<div>Is this possible?</div><div><br></div><div><br></div><div>I've used this snippet of code that use another relcause but with same concept (taken as is and pasted into the dialplan) but doesn'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> <extension name="AllDestinations_Inbound"></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <condition field="destination_number" expression="^"></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <condition field="network_addr" expression="^154\.48\.198\.190$"/></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="set" data="hangup_after_bridge=true"/></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="set" data="continue_on_fail=19"/></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="bridge" data="sofia/gateway/remote_outbound_peer/${destination_number}"/></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="transfer" data="408to503"/></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> </condition></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                </span> </extension><span style="white-space:pre-wrap">                                </span> </font></div><div><font face="Courier"><span style="white-space:pre-wrap">                </span> <!--ISDN CAU 34 --></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                </span> <extension name="408to503"></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <condition field="${proto_specific_hangup_cause}" expression="<a href="<a>sip:408</a>">sip:408"></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="set" data="sip_ignore_remote_cause=true"/></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="respond" data="503"/></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                        </span> <action application="hangup" data="NORMAL_CIRCUIT_CONGESTION"/></font></div><div><font face="Courier"><span style="white-space:pre-wrap">                        </span> </condition></font></div>
<div><font face="Courier"><span style="white-space:pre-wrap">                </span> </extension> </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>