group confirm not working after first bridge fails
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<mailto: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<mailto: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); }
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
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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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
participants (2)
-
Chris Tunbridge
-
Grant Bagdasarian