Using hunt, original extension is busy while other one answered
Hi, We are using extension hunting (multiple destinations separated by | ) in order to allow the call to jump to the next extension if the first one is busy or does not answer. We are also using the limit() function in order to know whether an extension is in a call or not (people here do not like waiting calls). I also set limit_ignore_transfer=false. The problem we have is: If the destination is A|B, A does not answer and the call jumps to B and answered by him. At this state, limit shows that A has one call and B has 0 calls; That way, B cannot transfer the call back to A. Is this something wrong I am doing, an intended behavior, or a bug (for which I have to open a JIRA)? Thanks! __Yehavi:
Have you set also ignore-early-media=true ? In 1.4.20 I found out last week that I also have this type of thing with it. Ido On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine <yehavi.bourvine@gmail.com
wrote:
Hi,
We are using extension hunting (multiple destinations separated by | ) in order to allow the call to jump to the next extension if the first one is busy or does not answer. We are also using the limit() function in order to know whether an extension is in a call or not (people here do not like waiting calls). I also set limit_ignore_transfer=false.
The problem we have is: If the destination is A|B, A does not answer and the call jumps to B and answered by him. At this state, limit shows that A has one call and B has 0 calls; That way, B cannot transfer the call back to A.
Is this something wrong I am doing, an intended behavior, or a bug (for which I have to open a JIRA)?
Thanks! __Yehavi:
_________________________________________________________________________ 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
Yes, I am setting this parameter... Thanks, __Yehavi: 2015-08-30 9:17 GMT+03:00 ik <idokan@gmail.com>:
Have you set also ignore-early-media=true ?
In 1.4.20 I found out last week that I also have this type of thing with it.
Ido
On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine < yehavi.bourvine@gmail.com> wrote:
Hi,
We are using extension hunting (multiple destinations separated by | ) in order to allow the call to jump to the next extension if the first one is busy or does not answer. We are also using the limit() function in order to know whether an extension is in a call or not (people here do not like waiting calls). I also set limit_ignore_transfer=false.
The problem we have is: If the destination is A|B, A does not answer and the call jumps to B and answered by him. At this state, limit shows that A has one call and B has 0 calls; That way, B cannot transfer the call back to A.
Is this something wrong I am doing, an intended behavior, or a bug (for which I have to open a JIRA)?
Thanks! __Yehavi:
_________________________________________________________________________ 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
_________________________________________________________________________ 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
try to set it to false, and see if that still exists for you. Ido On Sun, Aug 30, 2015 at 10:27 AM, Yehavi Bourvine <yehavi.bourvine@gmail.com
wrote:
Yes, I am setting this parameter...
Thanks, __Yehavi:
2015-08-30 9:17 GMT+03:00 ik <idokan@gmail.com>:
Have you set also ignore-early-media=true ?
In 1.4.20 I found out last week that I also have this type of thing with it.
Ido
On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine < yehavi.bourvine@gmail.com> wrote:
Hi,
We are using extension hunting (multiple destinations separated by | ) in order to allow the call to jump to the next extension if the first one is busy or does not answer. We are also using the limit() function in order to know whether an extension is in a call or not (people here do not like waiting calls). I also set limit_ignore_transfer=false.
The problem we have is: If the destination is A|B, A does not answer and the call jumps to B and answered by him. At this state, limit shows that A has one call and B has 0 calls; That way, B cannot transfer the call back to A.
Is this something wrong I am doing, an intended behavior, or a bug (for which I have to open a JIRA)?
Thanks! __Yehavi:
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
When I set it to false a lot of things broke, so I cannot test it :-( __Yehavi: 2015-08-30 12:09 GMT+03:00 ik <idokan@gmail.com>:
try to set it to false, and see if that still exists for you.
Ido
On Sun, Aug 30, 2015 at 10:27 AM, Yehavi Bourvine < yehavi.bourvine@gmail.com> wrote:
Yes, I am setting this parameter...
Thanks, __Yehavi:
2015-08-30 9:17 GMT+03:00 ik <idokan@gmail.com>:
Have you set also ignore-early-media=true ?
In 1.4.20 I found out last week that I also have this type of thing with it.
Ido
On Thu, Aug 27, 2015 at 12:15 PM, Yehavi Bourvine < yehavi.bourvine@gmail.com> wrote:
Hi,
We are using extension hunting (multiple destinations separated by | ) in order to allow the call to jump to the next extension if the first one is busy or does not answer. We are also using the limit() function in order to know whether an extension is in a call or not (people here do not like waiting calls). I also set limit_ignore_transfer=false.
The problem we have is: If the destination is A|B, A does not answer and the call jumps to B and answered by him. At this state, limit shows that A has one call and B has 0 calls; That way, B cannot transfer the call back to A.
Is this something wrong I am doing, an intended behavior, or a bug (for which I have to open a JIRA)?
Thanks! __Yehavi:
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
participants (2)
-
ik
-
Yehavi Bourvine