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 <[email protected]> wrote: > > > On Thu, Jul 16, 2009 at 11:58 AM, rentmycoder rentmycoder < > [email protected]> 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 > [email protected] > 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:[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-dev mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
