[Asterisk-Users] update - 512 Simultaneous Calls with Digital Recording

[Henri Herscher]

Another solution would be to use a dedicated recording server sniffing
RTP and signalling packets in the media path using software such as
http://www.oreka.org. Oreka automatically mixes both legs of an RTP
conversation to disk and GSM encodes the result in a separate thread
so that capture always has priority.

Cheers
Henri

On 05/04/06, Isaac Xiao <isaac.x at kvbkunlun.com> wrote:
> Matthew, thanks for your feedback and advice.
> > what I actually experienced was the complete breakdown of Asterisk at
> > around 60 concurrent recordings without it (the reality).
>
> The drive for saving your voice recordings is the same as your OS
> (Asterisk)? What do you think that save the voice recordings to a
> dedicated drive rather than the one which Asterisk program (OS) locates?
> I also think about using GSM format (Monitor(gsm,${CALLFILENAME}, mb))
> rather than WAV, PCM. In this case, it will use more CPU, but I/O of
> hard disk is reduced dramatically as you mentioned that it is I/O
> bottleneck issue, not CPU (In my case, I want to use P4 Dual core CPU or
> extreme edition). In order to reduce the CPU usage, we can have two leg
> files mixed after peak time.
>
> Matt mentioned about fragmented free space. I googled about Linux
> defragment topic. People always talk about that Linux doesn't need to
> defragment, it can handle it by itself very well. Not sure how true it
> is.
>
> I am looking a solution to record expanding simultaneous calls in the
> future in a call centre which accepts calls from our global branches. If
> I find the good solution, I definitely post it to the community.
>
> Cheers,
> Isaac Xiao
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>