[asterisk-users] Who has the best call recording solution!

[Mark Hamilton]

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: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] 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