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