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