[Freeswitch-dev] access session variables after hangup
Michael Collins
msc at freeswitch.org
Thu Jul 16 12:22:15 PDT 2009
On Thu, Jul 16, 2009 at 11:58 AM, rentmycoder rentmycoder <
rentmycoder at gmail.com> wrote:
> Ok, let's explain some situations when cdr is not usable.
> Let's take a simple IVR, callers dial in, navigate in the menu system,
> at some point they hangup.
>
> My customer needs a realtime monitor which shows the active calls in
> the system each with realtime data (calldate,callerid,actual menuitem,
> actual action (playing a wav file or waiting for dtmf), total call
> time, calltime since actual menu entered, etc...).
> With asterisk i just use AGI to communicate with an external mysql
> database to store this information and an external website, which
> connects to this database and show;s it's realtime content in the
> administrator's browser.
> How can I do this with freeswitch most effectively?
> I could use event socket, but for this simple task I think lua would
> be more cost effective... But I cannot execute any script telling the
> database that the actual call is hanged up...
> any idea?
>
Whenever I hear the words "real time" I immediately think "event socket." I
can't think of any valid reason not to use the event socket - its design is
tailor made for this kind of application. OTOH, I suppose you *could* use
Lua and have it attempt to connect to some external entity and deliver some
information on a hangup or other point. However that seems kludgy/Asterisky
to me.
I think an elegant solution would be to build the IVR in whatever language
you prefer and use the event socket to control the calls. Then you can have
your IVR program also handle the updating of the database. Every time the
IVR told a call to do something, or rec'd a DTMF, or got a hangup, etc. it
could update the database and then you could build the pretty GUI/dashboard
that customers just love.
-MC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20090716/e473f951/attachment.html
More information about the FreeSWITCH-dev
mailing list