Freeswitch IVR: call drop on transfer to busy extensions
Hi all, I'm experiencing an issue with IVR on production Freeswitch cluster. I'm going to explain the problem as clear as possible just to understand if anyone already get it and hopefully fix it. Phone A makes a call that match an IVR services: call is transfered to context services in xml services. 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. If phone B is in busy state the call is dropped. On cli logs you can observe this behaviour: 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. Phone A or Gateway drop the call without busy tone. In this case I'm expecting a SIP 486 (user busy message) instead of a bye, is that correct? I'm using the app "limit" in order to count active calls on extensions and store them in system db (shared between freeswitch servers). Hope you can help me solving the problem. Thanks Regards Francesco
Please pastebin all related dialplan and debug info, then puiblish here the pastebin link 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. You can have a look at "local extensions" in default dialplan for more hints. -giovanni On Sun, Mar 13, 2016 at 2:40 PM, Francesco Piccinin < francesco.piccinin@gmail.com> wrote:
Hi all, I'm experiencing an issue with IVR on production Freeswitch cluster. I'm going to explain the problem as clear as possible just to understand if anyone already get it and hopefully fix it.
Phone A makes a call that match an IVR services: call is transfered to context services in xml services. 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. If phone B is in busy state the call is dropped. On cli logs you can observe this behaviour: 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.
Phone A or Gateway drop the call without busy tone.
In this case I'm expecting a SIP 486 (user busy message) instead of a bye, is that correct?
I'm using the app "limit" in order to count active calls on extensions and store them in system db (shared between freeswitch servers).
Hope you can help me solving the problem.
Thanks Regards
Francesco
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
participants (2)
-
Francesco Piccinin
-
Giovanni Maruzzelli