@Matt: will check that one out, thanks<br><br>@David: will do a search in the archives to see if I can find something there :) thanks!<br><br>as soon as my setup is done and working correctly, I'll post the results back here.<br>
<br><div class="gmail_quote">On Wed, Oct 21, 2009 at 21:19, Matt Florell <span dir="ltr"><<a href="mailto:astmattf@gmail.com">astmattf@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On 10/21/09, David Backeberg <<a href="mailto:dbackeberg@gmail.com">dbackeberg@gmail.com</a>> wrote:<br>
> On Wed, Oct 21, 2009 at 7:36 AM, Robin <<a href="mailto:robin@zoap.org">robin@zoap.org</a>> wrote:<br>
> > Thanks for your response.<br>
> > The hardware I have now is not sufficient to set up a ramdisk (just 4 gb)...<br>
> > But memory is rather cheap nowadays. If i'd buf up the server with 8 extra<br>
> > gigs for use as a ramdrive, do you think that might be enough to record<br>
> > between 30-60 simultanious streams? Or should it be way more?<br>
><br>
><br>
> I'm doing ramdisk recordings of about the same number of streams<br>
> you're talking, in 4GB.<br>
> I move out completed recordings once every 15 minutes or so via NFS,<br>
> and as such, I never use very much of the ramdisk. There's no rule<br>
> that says you have to use the whole 4GB of ram for recordings. I'm<br>
> probably staying below 100MB or so. Strictly speaking, I'm using both<br>
> ramdisk and external server, but the external server is just a<br>
> centralized system with larger disks.<br>
><br>
> However, I know that this arrangement isn't working for my load which<br>
> is about to double again, so I'm upgrading to better hardware (and<br>
> maintaining the status quo with my asterisk arrangement)<br>
><br>
> If you read every single title of asterisk-users in the last few<br>
> months, you'll find a similar discussion on this topic which went<br>
> through the pros and cons of ramdisk versus centralized server.<br>
><br>
> Somebody at that time mentioned particular names of programs that can<br>
> do the centralized recordings by doing network hardware level<br>
> replication and picking off the SIP packets. I've never done this, but<br>
> if you find that mailing list thread you'll be able to find names of<br>
> people who say they've done that.<br>
<br>
</div></div>We have a few clients that use Oreka(from OrecX) that does<br>
network-based SIP packet-capture recording. It works very well on<br>
their multi-server setups and the core of Oreka is Open Source.<br>
<font color="#888888"><br>
MATT---<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>