[Freeswitch-dev] access session variables after hangup

[Anthony Minessale]

There is an api_hangup_hook var you can use to set to cause an FSAPI call to
execute when the call hangs up.
You can use this to call a lua script.
In the script you can access the data from the env event which is
automatically created for you and it
contains all the channel variables from that departed channel.




On Thu, Jul 16, 2009 at 2:22 PM, Michael Collins <msc at freeswitch.org> wrote:

>
>
> 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
>
> _______________________________________________
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> 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:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20090716/011d4c25/attachment.html