or you can also do
api uuid_transfer <uuid> park inline
or
sendmsg
call-command: execute
execute-app-name: transfer
execute-app-arg: park inline
all of these will pull the call out of the control of your socket and into
the care of the core.
On Tue, Jul 14, 2009 at 12:11 PM, Michael Collins <[email protected]>wrote:
>
>
> On Tue, Jul 14, 2009 at 9:59 AM, Weaver, Eric <[email protected]>wrote:
>
>> Tried it using FreeSWITCH Version 1.0.4pre9 (14036M) and the
>> following steps
>>
>>
>>
>> Start netcat
>>
>>
>>
>> netcat -v -l -p 14000
>>
>>
>>
>> place call, socket is connected via dial plan, enter the following.
>>
>>
>>
>> connect\n\n
>>
>>
>>
>> sendmsg
>>
>> call-command: execute
>>
>> execute-app-name: answer\n\n
>>
>>
>>
>>
>>
>> sendmsg
>>
>> call-command: execute
>>
>> execute-app-name: playback
>>
>> execute-app-arg: /home/eweaver/holdmusic.wav
>>
>>
>>
>>
>>
>> <when wave file is done playing>
>>
>>
>>
>> sendmsg
>>
>> call-command: execute
>>
>> execute-app-name: park
>>
>>
> Try this:
> api uuid_park <uuid>
>
> You'll need to capture the uuid at some point and store it. For testing I
> just manually copied and pasted it to/from the console screen.
> -MC
>
>>
>>
>> Console window displays this message:
>>
>>
>>
>> 2009-07-14 10:42:29.245833 [ERR] switch_ivr.c:654 Cannot park channels
>> that are under control already.
>>
>>
>>
>> at this point, ^C in the netcat window. Call is disconnected.
>>
>>
>>
>>
>>
>> Need to be able to park these calls so they can then be handled from an
>> inbound event socket connection.
>>
>>
>>
>> eric
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From:* [email protected] [mailto:
>> [email protected]] *On Behalf Of *Michael
>> Collins
>> *Sent:* Monday, July 13, 2009 7:08 PM
>> *To:* [email protected]
>> *Subject:* Re: [Freeswitch-users] Preventing disconnect on event_sockte
>> close
>>
>>
>>
>> I don't know if this will work for you but I just tested this scenario
>> with uuid_park. After parking the call I disconnected the socket and the
>> call continued. I did the same thing with uuid_transfer. After the transfer
>> I disconnected the socket and the call continued.
>>
>> How are you handling the call and how is the socket getting disconnected?
>>
>> -MC
>>
>> On Mon, Jul 13, 2009 at 4:35 PM, Weaver, Eric <[email protected]>
>> wrote:
>>
>> Using mod_event_socket in outbound mode, is there any to prevent a call
>> from being disconnected when the outbound socket is closed ? I would like to
>> handle the initial inbound call using outbound but after the disposition of
>> the call is determined, close the socket and have that call managed using an
>> inbound socket instead.
>>
>>
>>
>> Eric Weaver
>>
>>
>> _______________________________________________
>> Freeswitch-users mailing list
>> [email protected]
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>>
>> _______________________________________________
>> Freeswitch-users mailing list
>> [email protected]
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _______________________________________________
> Freeswitch-users mailing list
> [email protected]
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm
MSN:[email protected] <msn%[email protected]>
GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:[email protected] <sip%[email protected]>
iax:[email protected]/888
googletalk:[email protected]<googletalk%3aconf%[email protected]>
pstn:213-799-1400
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
