Kevin, That sounds real neat. But yes, I agree it just might not be a good idea to use it on a queues box that has about 100 simultaneous calls atleast at any given minute.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Smith Sent: June 18, 2008 12:29 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Who has the best call recording solution! Hi Mark, I mentioned this before in a previous post. I created a system using php/mssql (which is the database we use at the office, but clearly could be done with mysql) that records all of the calls in our queues. Works like this: Call comes in and before the queue command, I call MixMonitor to set up the recording (use the bridge option too so you don't waste space by recording the hold music if you have any), and save it using the unique ID, using the gsm format to a general folder. From there, I wrote a php script using deadagi to move it to a directory of the extension that answered the queue call (which you can get via the CDR variables and any others that you manually set) and also updates the database (also renames the file to a better convention). The web script the users access can then either playback their recordings, which generates a call script to dial their extension and listen to the call via the phone, or they can download it. If they download it, it uses sox to convert it to a wav file before sending you to the link to download it. Also for the managers, they can listen to any calls by some filters on the query to the DB. Nice thing, is under the gsm format, we save our recordings for a year (which another script manages those files). While our office is a small call center (about 500 calls a day) currently we have about 63,000 recordings on our server and it is only taking up about 38 gigs of space (on the same server as Asterisk). Most of our calls are about 15-20 minutes long. I know my solution is sort of clunky/buggy (at least in terms of adding on/making changes. It was sort of a prototype that was just pushed into production before I could finalize it) and probably wouldn't be ideal for a large call center, but I wrote it in about a week, maybe two. But clearly if you cannot find a solution that works for your office from something that has already been made, you can build your own pretty easily. I may someday sit down and actually go back and re-write it to put out on the net anyone to use...but we shall see. Kevin Mark Hamilton wrote: > > Hi guys, > > So, I was wondering this morning as to who might have the best > recording solution implemented. > > When I say best, I mean how they record, convert it to some > low-diskspace-consuming format, and then leave it there, until a > web-app requests it, and then it's changed to wav or mp3 and then lets > it download, etc. > > Either that or someone records, then pushes off the recordings to a > 'recordings server', then when someone requests to listen to it on the > box that was recorded, it pulls the relevant recording from the > 'server', converts it and allows it for download? > > Something like that.. you get the drift. > > Basically, I'm looking to record different queues that are hosted. But > do not want to compromise too much diskspace, yet want to make it > available for download through some web-app for listening (wav or mp3). > > Thanks, > > Mark. > > ------------------------------------------------------------------------ > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -- Kevin Smith --- Mercury Network Technical Support Phone: 989.837.3790 Toll Free: 888.866.4638 www.mercury.net _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
