[Freeswitch-users] Event-lock, sync/async on outbound ESL and execute() tagging question
lakshmanan ganapathy
lakindia89 at gmail.com
Wed Mar 23 16:48:24 MSK 2011
Hi,
Eventlock is used to say "Whether to queue the commands or not".
Assume I'm giving playback and bridge command via outbound socket to
freeswitch.
If eventlock is "true" then, first "playback will be executed" and then only
the bridge will be executed.
If eventlock is "false", then order of execution is not guaranteed.
I'm also using Outbound event socket. I'll run it in async mode. After each
execute() statement, if I need the output for that event, I will wait for
the event and then only I'll proceed. If I don't need event, ( playback ), I
just do the other operations.
This works well for me.
On Wed, Mar 23, 2011 at 1:21 PM, Dmitry Sytchev <kbdfck at gmail.com> wrote:
> Hi All
>
> I'm trying to understand setEventLock and setAsyncExecute parameters on
> outbound ESL socket. My aim is to have ability to choose execution method of
> freeswitch dialplan command via execute(). I'm using async full, but I want
> to use sync mode for some applications for which I don't want to receive
> events, for example. Is there a way to run application in sync mode and just
> get return value, and discard its events?
>
> I want this because If later I will run some app in async mode, I'll get
> previous events like 'CHANNEL_EXECUTE_COMPLETE' and so on. Another approach
> is to have ability to mark calls to execute or API with some tag to
> distinguish between events from previous execute() or api() calls, like with
> BGAPI job id. What can be done to achieve this?
>
> Or maybe I should just process all events by myself if I use async?
>
> And finally, could anybody explain the Event-Lock / AsyncExecute
> difference? Seems I can't really understand the wiki notes about that.
>
> --
> Best regards,
>
> Dmitry Sytchev,
> IT Engineer
>
> _______________________________________________
> FreeSWITCH-users mailing list
> 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/20110323/d2093f23/attachment.html
More information about the FreeSWITCH-users
mailing list