[Freeswitch-users] Preventing disconnect on event_sockte close

Weaver, Eric eweaver at meetingone.com
Tue Jul 14 14:17:18 PDT 2009


Tried uuid_displace to play prompt, got this message on console
2009-07-14 15:16:17.189764 [ERR] switch_ivr_async.c:367 Can not displace session.  Media not enabled on channel

So how can the call be "parked" and still have media ?

From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Collins
Sent: Tuesday, July 14, 2009 11:12 AM
To: freeswitch-users at lists.freeswitch.org
Subject: Re: [Freeswitch-users] Preventing disconnect on event_sockte close


On Tue, Jul 14, 2009 at 9:59 AM, Weaver, Eric <eweaver at meetingone.com<mailto:eweaver at meetingone.com>> 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: freeswitch-users-bounces at lists.freeswitch.org<mailto: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 Michael Collins
Sent: Monday, July 13, 2009 7:08 PM
To: freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>
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 <eweaver at meetingone.com<mailto:eweaver at meetingone.com>> 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
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



_______________________________________________
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/20090714/eeeb578c/attachment-0002.html 


More information about the FreeSWITCH-users mailing list