<div dir="ltr"><div><div><div>Please pastebin all related dialplan and debug info, then puiblish here the pastebin link<br><br></div>Btw,
if you are transferring the call to an internal extension, you must
program yourself what you want as a result when user is busy. EG: in
default "local extensions" (1000-1019) in default dialplan, call goes to
voice mail. <br></div>You can have a look at "local extensions" in default dialplan for more hints.<br><br></div>-giovanni</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 13, 2016 at 2:40 PM, Francesco Piccinin <span dir="ltr"><<a href="mailto:francesco.piccinin@gmail.com" target="_blank">francesco.piccinin@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"><div><div><div><div>Hi all,<br></div>I'm experiencing an issue with IVR on production Freeswitch cluster.<br></div>I'm going to explain the problem as clear as possible just to understand if anyone already get it and hopefully fix it.<br><br></div>Phone A makes a call that match an IVR services: call is transfered to context services in xml services. <br>Call is then answered, audio menù is prompted: phone A makes a selection (ex dtmf 2) and the call is trasfered to context default xml default in order to ring phone B.<br></div><div>If phone B is in busy state the call is dropped.<br></div><div>On cli logs you can observe this behaviour:<br>Mod Sofia first hangup the channel with a USER BUSY cause and then it sends a BYE to Phone A (or to a gateway in case of external calls) including Q850 cause=17 user busy. <br><br>Phone A or Gateway drop the call without busy tone.<br></div><div><br>In this case I'm expecting a SIP 486 (user busy message) instead of a bye, is that correct?<br></div><div><br>I'm using the app "limit" in order to count active calls on extensions and store them in system db (shared between freeswitch servers).<br><br></div><div>Hope you can help me solving the problem.<br><br></div><div>Thanks<br></div><div>Regards<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Francesco<br></div><div><div><div><div><div><div><div><br><br></div></div></div></div></div></div></div></font></span></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" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" 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" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Sincerely,<br><br>Giovanni Maruzzelli<br>Cell : +39-347-2665618<br></div>
</div>