[Freeswitch-users] detect dtmf on b leg during bridge

[Grant Bagdasarian]

Right! I’ll try that one. Thanks

I still have two issues when using the bind_meta_app in combination with group_confirm_file to bridge the call to another destination.

I’ll describe what happens to make it more clear:

1)      Bob calls us.

2)      I set the group_confirm_file, key and the bind_meta_app

3)      Then I do an enterprise originate

4)      All destinations start to ring and someone answers (Alice) and presses 1 to accept the call. All others get cancelled.

5)      During the call the Alice presses *9 so the call is bridged to another destination (John)

6)      John picks up the call, but the file being played defined in group_confirm_file starts playing as soon as the bridge happens. So when John picks up the audio is somewhere halfway in the prompt.

How do I fix it so that the audio file starts playing only when John has answered the call (but not yet accepted it)?
How do I disconnect Alice from the call when John answers the call and the call should now be only between Bob and John?
Alice stays sort of connected, but isn’t able to talk or hear anything. Can this be done automatically or do I need to do some sort of uuid_kill manually in the script?

I’m using Javascript to define the dialplan.
The “bridge” variables contain the enterprise originate commands.

session.execute("bind_meta_app", "9 b a bridge::" + bridgeToJohnCommand);
session.setVariable("group_confirm_file", "/usr/src/freeswitch/sounds/confirm.wav");
session.setVariable("group_confirm_key", "1");
session.execute("bridge", bridgeCommand);
session.execute("bridge", bridgeToJohnCommand);


From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Chris Tunbridge
Sent: Friday, July 18, 2014 8:23 AM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] detect dtmf on b leg during bridge

to accomplish using just the digit 9, you can use bind_digit_action rather than bind_meta_app

https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bind_digit_action
This is how i currently do digits only instead of * digit.

On Thu, Jul 17, 2014 at 11:12 PM, Grant Bagdasarian <GB at cm.nl<mailto:GB at cm.nl>> wrote:
Hello Chris,

Thank you for replying. I’ve used the bind_meta_app to accomplish this (2nd requirement). When pressing 9, they are bridged to a predefined destination. This works like a charm. We dropped the first requirement of also being able to press 9 during the answering stage of the call.
The only thing I’m still struggling with is the bind_meta_key variable. It defaults to *. It would be better if they could just press 9 during the call.
I guess the * is a bit safer, to avoid unintentional actions.

From: freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of Chris Tunbridge
Sent: Thursday, July 17, 2014 6:17 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] detect dtmf on b leg during bridge

Grant, this should be very easy to do using group_confirm + lua, you'd answer in both cases, but then you'd immediately trigger the att_xfer feature (found in dialplan/features.xml) then the answering agent could simply enter the place to transfer to and press pound.

On Thu, Jul 17, 2014 at 4:53 AM, Grant Bagdasarian <GB at cm.nl<mailto:GB at cm.nl>> wrote:
Hello,

I’m using the group_confirm application to have the destinations accept the call before it’s being connected to the a leg. So far, this is easy to implement.
I have the following requirement, but I have no idea how to approach this in FS.

1)      When the destination answers, it has to press a 1 to accept the call or 9 to bridge to another destination. So basically, a 1 or 9 should trigger the other ringing or answered destinations to be hungup.

2)      When the call has been accepted, the b leg has the option to press 9 anytime during the conversation to bridge to another destination.

I’m having a hard time thinking of a solution to implement this using the standard dialplan XML.
Do I need to use ESL considering the complex nature of this or can it be done with existing XML tools?

Regards,

Grant

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at 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 at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140718/d3c47e3b/attachment-0001.html