[Freeswitch-users] How to hangup a call which is in a parked state

Grant Bagdasarian GB at cm.nl
Mon May 19 12:24:33 MSD 2014


I tried executing the uuid_kill <uuid> command directly in the FS cli.
uuid_kill 51559706-df2e-11e3-b13b-cf4c73e7bd03 16
OR
uuid_kill 51559706-df2e-11e3-b13b-cf4c73e7bd03

It resulted into:
-ERR No such channel!

I get the UUID from the Unique-ID header.

Using FS version 1.2.13.

From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian
Sent: Monday, May 19, 2014 9:22 AM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] How to hangup a call which is in a parked state

Hello Ian,

I tried it, but it also doesn’t work (nothing shown in fs_cli output). Someone explained to me to use Bgapi or Api method when executing mod_commands commands, so I did.

This method is being executed.
        private void uuidKill(ESLconnection connection, string uuid) {
            connection.Bgapi("uuid_kill", uuid, "");
        }

I also tried, without any success:
connection.Bgapi("uuid_kill " + uuid, "16", "");

I’m using Outbound ESL to pass call control to my C# application. The application then play some stuff to the caller, collects input, acts on it etc. It then reaches a point where it has to bridge to an remote destination and upon connection they get to talk to each other for a limited amount of minutes.
Once this limit has been reached, the c# application steps in does a uuid_transfer to park both calls and perform playback on both uuid’s.

Before the uuid_transfer I’m creating a new ESLconnection (inbound mode) to FS which registers for events for the a leg’s uuid and I create a new Task which listens for hangup of the a leg. So far this works.
When the CHANNEL_HANGUP/CHANNEL_HANGUP_COMPLETE event has been received for the a leg, I send a command to FS using the inbound ESL socket connection. But the command never gets executed in FS. The connection is up, .Connected() returns 1.

Did I use the uuid_kill command in a wrong way?

Regards,

Grant

From: freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Ian McMaster
Sent: Friday, May 16, 2014 4:23 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] How to hangup a call which is in a parked state

Grant,

uuid_kill <uuid> will 'hangup' a call in a parked state.

On Fri, May 16, 2014 at 9:54 AM, Grant Bagdasarian <GB at cm.nl<mailto:GB at cm.nl>> wrote:
Hello,

How do I hangup a call which is currently in a parked state?

Documentation https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_park says:

-          Set caller in a place where the channel won't be hungup on, while waiting for someone to talk to.

Does this mean I can’t hang up a channel that is in a parked state?

I’m using the ESL library and I’ve tried different things:

-          ESLconnection Execute Hangup

-          SendMSG Hangup

-          Uuid_transfer to extension which hangs up the call

None of them work. I also don’t see the action back in the fs_cli output.

The call was in a bridged state with another channel (inbound channel). After a few minutes I performed a uuid_transfer to park both calls, then uuid_broadcast to both calls to play a different prompt to each leg.
Then I hangup the inbound channel by hanging up the phone, and the outbound channel remains in parked state. I have no idea how to force this channel to be hung up as well.

Any ideas?


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto: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/20140519/a6737c95/attachment.html 


Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users mailing list