Hi Guys, I need to hangup B leg when A leg user press #0 key in bridge. For that I have configured below lines in dialplan, <action application="set" data="continue_on_fail=true"/> <action application="set" data="hangup_after_bridge=false"/> <action application="set" data="bind_meta_key=#"/> <action application="bind_meta_app" data="# a b hangup::NORMAL_CLEARING"/> However when A leg user pressing #, its dropping A leg as well in place of B leg only. Can anybody please point out the issue? -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Hangup-B-leg-using-featurecode... Sent from the freeswitch-users mailing list archive at Nabble.com.
Hi, to me it looks like FS is processing the hangup on the whole call (i.e. legs a *and* b). What you want is to only close leg b and keep leg a. You might try using the uuid_kill command. Then the last line should look like <action application="bind_meta_app" data="# a b uuid_kill::$${uuid_of_b_leg}"/> You still need to replace /uuid_of_b_leg/ with the correct channel variable. I know there is one, but haven't found it. Am 08.07.2014 10:06, schrieb Sam:
Hi Guys,
I need to hangup B leg when A leg user press #0 key in bridge. For that I have configured below lines in dialplan,
<action application="set" data="continue_on_fail=true"/> <action application="set" data="hangup_after_bridge=false"/> <action application="set" data="bind_meta_key=#"/> <action application="bind_meta_app" data="# a b hangup::NORMAL_CLEARING"/>
However when A leg user pressing #, its dropping A leg as well in place of B leg only.
Can anybody please point out the issue?
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Hangup-B-leg-using-featurecode... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
Hi, Thanks for the reply. Just tried and got below result, 2014-07-09 03:22:17.928601 [DEBUG] switch_ivr_async.c:3555 sofia/default/ 1212@192.168.1.2 Processing meta digit '0' [uuid_kill::ada0bc56-0739-11e4-bc9e-2fdf7c2f35e5] 2014-07-09 03:22:17.928601 [ERR] switch_core_session.c:2535 Invalid Application uuid_kill On Wed, Jul 9, 2014 at 2:51 AM, Bernhard Wendel <bernhard@zeppelindesk.com> wrote:
Hi,
to me it looks like FS is processing the hangup on the whole call (i.e. legs a *and* b). What you want is to only close leg b and keep leg a. You might try using the uuid_kill command. Then the last line should look like <action application="bind_meta_app" data="# a b uuid_kill::$${uuid_of_b_leg}"/>
You still need to replace *uuid_of_b_leg* with the correct channel variable. I know there is one, but haven't found it.
Am 08.07.2014 10:06, schrieb Sam:
Hi Guys,
I need to hangup B leg when A leg user press #0 key in bridge. For that I have configured below lines in dialplan,
<action application="set" data="continue_on_fail=true"/> <action application="set" data="hangup_after_bridge=false"/> <action application="set" data="bind_meta_key=#"/> <action application="bind_meta_app" data="# a b hangup::NORMAL_CLEARING"/>
However when A leg user pressing #, its dropping A leg as well in place of B leg only.
Can anybody please point out the issue?
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Hangup-B-leg-using-featurecode... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
2014-07-09 03:22:17.928601 [ERR] switch_core_session.c:2535 Invalid Application uuid_kill
uuid_kill is an API command, not a dialplan application. It might be cleaner for you to use the execute_extension dialplan app to execute a simple dialplan extension that uses the set app to execute the API per this wiki entry: https://confluence.freeswit.ch/display/FREESWITCH/API+Commands (see "from the dialplan" section) Another advantage to using the execute_extension app in your bind_meta_app call is that you can have other things occur like spitting out log info. <action application="bind_meta_app" data="# a b execute_extension::${uuid_of_b_leg} XML foo"/> <context name="foo"> <extension name="hangup b leg"> <condition field="destination_number" expression="^(.*)$"> <action application="log" data="INFO Hanging up B leg uuid of $1"/> <action application="set" data="res=${uuid_kill($1)}"/> </condition> </extension> </context> Please note that the standard disclaimer <https://wiki.freeswitch.org/wiki/Reporting_Bugs#Standard_Disclaimer> applies to the information I've presented here. -MC
hi i have cisco as5500 and wnat to trunk to freeswitch can i do it? thanks On Wednesday, July 9, 2014 8:44 PM, Michael Collins <msc@freeswitch.org> wrote:
2014-07-09 03:22:17.928601 [ERR] switch_core_session.c:2535 Invalid Application uuid_kill
uuid_kill is an API command, not a dialplan application. It might be cleaner for you to use the execute_extension dialplan app to execute a simple dialplan extension that uses the set app to execute the API per this wiki entry: https://confluence.freeswit.ch/display/FREESWITCH/API+Commands (see "from the dialplan" section) Another advantage to using the execute_extension app in your bind_meta_app call is that you can have other things occur like spitting out log info. <action application="bind_meta_app" data="# a b execute_extension::${uuid_of_b_leg} XML foo"/> <context name="foo"> <extension name="hangup b leg"> <condition field="destination_number" expression="^(.*)$"> <action application="log" data="INFO Hanging up B leg uuid of $1"/> <action application="set" data="res=${uuid_kill($1)}"/> </condition> </extension> </context> Please note that the standard disclaimer applies to the information I've presented here. -MC _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
Hi, Thanks. Its working fine. <action application="bind_meta_app" data="# a b execute_extension::${uuid} XML foo"/> <context name="foo"> <extension name="hangup b leg"> <condition field="destination_number" expression="^(.*)$"> <action application="log" data="INFO Hanging up B leg uuid of ${bridge_uuid}"/> <action application="set" data="res=${uuid_kill(${bridge_uuid})}"/> </condition> </extension> </context> On Wed, Jul 9, 2014 at 9:40 PM, Michael Collins <msc@freeswitch.org> wrote:
2014-07-09 03:22:17.928601 [ERR] switch_core_session.c:2535 Invalid Application uuid_kill
uuid_kill is an API command, not a dialplan application. It might be cleaner for you to use the execute_extension dialplan app to execute a simple dialplan extension that uses the set app to execute the API per this wiki entry:
https://confluence.freeswit.ch/display/FREESWITCH/API+Commands (see "from the dialplan" section)
Another advantage to using the execute_extension app in your bind_meta_app call is that you can have other things occur like spitting out log info.
<action application="bind_meta_app" data="# a b execute_extension::${uuid_of_b_leg} XML foo"/>
<context name="foo"> <extension name="hangup b leg"> <condition field="destination_number" expression="^(.*)$"> <action application="log" data="INFO Hanging up B leg uuid of $1"/> <action application="set" data="res=${uuid_kill($1)}"/> </condition> </extension> </context>
Please note that the standard disclaimer <https://wiki.freeswitch.org/wiki/Reporting_Bugs#Standard_Disclaimer> applies to the information I've presented here. -MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
Thanks for letting us know - it helps to have a little closure on things like this. :) -MC On Wed, Jul 23, 2014 at 12:30 AM, Samir Doshi <smrdoshi@gmail.com> wrote:
Hi,
Thanks. Its working fine.
<action application="bind_meta_app" data="# a b execute_extension::${uuid} XML foo"/>
<context name="foo"> <extension name="hangup b leg"> <condition field="destination_number" expression="^(.*)$"> <action application="log" data="INFO Hanging up B leg uuid of ${bridge_uuid}"/> <action application="set" data="res=${uuid_kill(${bridge_uuid})}"/> </condition> </extension> </context>
On Wed, Jul 9, 2014 at 9:40 PM, Michael Collins <msc@freeswitch.org> wrote:
2014-07-09 03:22:17.928601 [ERR] switch_core_session.c:2535 Invalid Application uuid_kill
uuid_kill is an API command, not a dialplan application. It might be cleaner for you to use the execute_extension dialplan app to execute a simple dialplan extension that uses the set app to execute the API per this wiki entry:
https://confluence.freeswit.ch/display/FREESWITCH/API+Commands (see "from the dialplan" section)
Another advantage to using the execute_extension app in your bind_meta_app call is that you can have other things occur like spitting out log info.
<action application="bind_meta_app" data="# a b execute_extension::${uuid_of_b_leg} XML foo"/>
<context name="foo"> <extension name="hangup b leg"> <condition field="destination_number" expression="^(.*)$"> <action application="log" data="INFO Hanging up B leg uuid of $1"/> <action application="set" data="res=${uuid_kill($1)}"/> </condition> </extension> </context>
Please note that the standard disclaimer <https://wiki.freeswitch.org/wiki/Reporting_Bugs#Standard_Disclaimer> applies to the information I've presented here. -MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
participants (5)
-
Bernhard Wendel
-
farivar fahimafar
-
Michael Collins
-
Sam
-
Samir Doshi