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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@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@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@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@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@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@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.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