[Freeswitch-users] group confirm not working after first bridge fails

[Grant Bagdasarian]

I don’t quite understand what you’re trying to say, it could be me.
I’m indeed trying to play a file, to either of the bridge attempts.
When the bridged parties answer they both have to confirm, but during the second bridge (when the first one fails) the DTMF isn’t being captured by the application or sometimes not reaching the FS server.

The call first hits the dialplan XML, which in turn does a
<action application="javascript" data="/path/to/js/script.js" />

Inside the JS script I set the group confirm variables and perform the bridges.

Hope this makes things clear.

Thanks!

Grant

From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Chris Tunbridge
Sent: Thursday, September 11, 2014 6:34 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] group confirm not working after first bridge fails

by exporting/setting on the local side on your second bridge attempt 'group_confirm_file' you're overwriting any file, what i see is that you're having it play a wave file instead of the script.

On Thu, Sep 11, 2014 at 6:20 AM, Grant Bagdasarian <GB at cm.nl<mailto:GB at cm.nl>> wrote:
Hello,

I’m executing two bridge commands for failover, and I also have the group confirm enabled. It works perfectly fine for the first bridge.
But when the first bridge does not answer, the 2nd bridge is executed. Once the 2nd bridge is answered (not confirmed), group confirm is executed, but when the destination presses the confirm key, nothing happens.
Sometimes the DTMF digits don’t even reach the FS server. Sometimes they do, but the application doesn’t handle them.

The call first hits the XML dialplan, then a js application is started.

Has anyone experienced this before?

First Bridge Command (From Console logs):
bridge(<ignore_early_media=true,monitor_early_media_fail=user_busy:2:480+620!destination_out_of_order:2:1776.7,originate_continue_on_timeout=true>[origination_caller_id_number=003100000000,origination_caller_id_name=003100000000,leg_timeout=15]sofia/outbound/0031612345678 at 192.168.1.1:5060<mailto:sofia/outbound/0031612345678 at 192.168.1.1:5060>)

Failover Bridge Command (From Console logs):
bridge([origination_caller_id_number=003100000000,origination_caller_id_name=003100000000,leg_timeout=15]sofia/outbound/031612345677 at 192.168.1.1:5060<mailto:sofia/outbound/031612345677 at 192.168.1.1:5060>)

2nd export of the group confirm variables (From Console logs):
2014-09-11 14:13:19.038451 [DEBUG] switch_channel.c:1180 sofia/inbound/003100000000 at 192.168.1.2<mailto:003100000000 at 192.168.1.2> EXPORTING[export_vars] [group_confirm_cancel_timeout]=[1] to event
2014-09-11 14:13:19.038451 [DEBUG] switch_channel.c:1180 sofia/inbound/003100000000 at 192.168.1.2<mailto:003100000000 at 192.168.1.2> EXPORTING[export_vars] [group_confirm_key]=[1] to event
2014-09-11 14:13:19.038451 [DEBUG] switch_channel.c:1180 sofia/inbound/003100000000 at 192.168.1.2<mailto:003100000000 at 192.168.1.2> EXPORTING[export_vars] [group_confirm_file]=[/usr/src/freeswitch/sounds/accept_call.wav] to event

Dialplan XML:
        <action application="set" data="continue_on_fail=true" />
        <action application="set" data="hangup_after_bridge=true" />
                                <action application="set" data="bridge_early_media=true" />

JS Script:
                session.execute("export", "group_confirm_cancel_timeout=1");
                session.execute("export", "group_confirm_key=1");
                session.execute("export", "group_confirm_file=/usr/src/freeswitch/sounds/accept_call.wav");

                session.execute("bridge", parallelBridgeCommand);

                if(failoverDestination != null) {
                                session.execute("bridge", failoverDestinationCommand);
                }

_________________________________________________________________________
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://confluence.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/20140912/cbc8f5cb/attachment.html