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

[Chris Tunbridge]

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> 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)
>
>
>
> 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)
>
>
>
> 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 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 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 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
> 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
> 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/20140911/1cf83587/attachment-0001.html